<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Core Edges - Latest Comments</title><link xmlns="http://www.w3.org/2005/Atom" rel="http://api.friendfeed.com/2008/03#sup" href="http://disqus.com/sup/all.sup#forumcomments-ab81265d" type="application/json"/><link>http://macroprinciples.disqus.com/</link><description></description><language>en</language><lastBuildDate>Tue, 16 Jun 2009 08:39:16 -0000</lastBuildDate><item><title>Re: &amp;#8220;Features&amp;#8221; has now become a useless concept when evaluating IT projects</title><link>http://www.coreedges.com/2009/06/features-has-now-become-a-useless-concept-when-evaluating-it-projects/#comment-10977801</link><description>Hi Lee -&lt;br&gt;Thanks for the kind words and for stopping by here ;)&lt;br&gt;&lt;br&gt;IT departments have a long way to go before using ROA...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Tue, 16 Jun 2009 08:39:16 -0000</pubDate></item><item><title>Re: &amp;#8220;Features&amp;#8221; has now become a useless concept when evaluating IT projects</title><link>http://www.coreedges.com/2009/06/features-has-now-become-a-useless-concept-when-evaluating-it-projects/#comment-10941509</link><description>Hi Julien,&lt;br&gt;&lt;br&gt;I think this is a very good point, very well made.&lt;br&gt;&lt;br&gt;Right now, most IT departments have only the feature comparison spreadsheet matrix (if anything at all!) to judge competing products, and I completely agree with you about ROA, usability, etc., and of course the point that obody has to train you how to use Facebook.&lt;br&gt;&lt;br&gt;Good to see you blogging more - you really are very good value ;-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Lee Bryant</dc:creator><pubDate>Mon, 15 Jun 2009 14:58:09 -0000</pubDate></item><item><title>Re: &amp;#8220;Features&amp;#8221; has now become a useless concept when evaluating IT projects</title><link>http://www.coreedges.com/2009/06/features-has-now-become-a-useless-concept-when-evaluating-it-projects/#comment-10626202</link><description>Wow, Susan. Many thanks for the comments :-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Mon, 08 Jun 2009 16:37:09 -0000</pubDate></item><item><title>Re: &amp;#8220;Features&amp;#8221; has now become a useless concept when evaluating IT projects</title><link>http://www.coreedges.com/2009/06/features-has-now-become-a-useless-concept-when-evaluating-it-projects/#comment-10625546</link><description>Wow.  Spot on.  Do not force me into the embarrassing position of asking for your hand in marriage. :-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">itsinsider</dc:creator><pubDate>Mon, 08 Jun 2009 16:19:15 -0000</pubDate></item><item><title>Re: MP: Attention scarcity as one of the most important principle to apply</title><link>http://www.macroprinciples.com/2009/02/mp-attention-scarcity-as-one-of-the-most-important-principle-to-apply/#comment-8769358</link><description>cool blog, Julien :-) I happened across your thoughts whilst searching for wisdom on crm adoption that helps explain why most projects, despite the best of intentions, fail to fully engage a salesteam  The first time I came across this concept you describe well as Attention Scarcity was in around 2004. A person leading over 100 field-based salespeople realised his "struggle to capture screen real estate".  I then worked with him to try and create what we termed 'tool dependency' for his systems, which meant that certain elements of their duties could only be discharged through the system.  Our findings at that time were stark; you had to reduce input tasks to a bare minimum of literally just two or three items and build from there to gain any traction.  This was because attention scarcity has another side in the sales domain, namely that a salesrep will always do any other task that crops up rather than fulfill their reporting requirements.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jason (salespodder)</dc:creator><pubDate>Tue, 28 Apr 2009 06:24:28 -0000</pubDate></item><item><title>Re: User Adoption risks are growing rapidly for IT projects</title><link>http://www.macroprinciples.com/2009/04/user-adoption-risks-are-growing-rapidly-for-it-projects/#comment-8750157</link><description>Great post. The concepts are a direct hit as to why so many projects fail - which I characterize as the inattention to business processes and the associated organizational changes to exploit those new business processes and the technologies that enable them.&lt;br&gt;&lt;br&gt;I found it interesting that you suggested a third dimension of risk. The only reason I would add this third dimension is if I could not adequately manage the risk as a component of the other two dimensions - technical and business.&lt;br&gt;&lt;br&gt;I would have a placeholder in every project charter for the technical risk associated with the lack of user adoption. I would have the same placeholder in every project charter for the business risk. The risk must be addressed in both dimensions to ensure it is appropriately managed.&lt;br&gt;&lt;br&gt;I think this post gets to the bottom line that it is rarely addressed at all.&lt;br&gt;&lt;br&gt;Steve Romero, IT Governance Evangelist&lt;br&gt;&lt;a href="http://community.ca.com/blogs/theitgovernanceevangelist/" rel="nofollow"&gt;http://community.ca.com/blogs/theitgovernanceev...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">itgevangelist</dc:creator><pubDate>Mon, 27 Apr 2009 19:13:21 -0000</pubDate></item><item><title>Re: User Adoption risks are growing rapidly for IT projects</title><link>http://www.macroprinciples.com/2009/04/user-adoption-risks-are-growing-rapidly-for-it-projects/#comment-8700584</link><description>Excellent piece, great advice :-)</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Julia Brown</dc:creator><pubDate>Sun, 26 Apr 2009 06:13:41 -0000</pubDate></item><item><title>Re: Consuprise: Consumer web startups should leverage the enterprise market</title><link>http://www.macroprinciples.com/2009/02/consuprise-consumer-web-startups-should-leverage-the-enterprise-market/#comment-8249494</link><description>Have to say I do agree.  Things like this just are what they are.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tutor1</dc:creator><pubDate>Wed, 15 Apr 2009 22:14:17 -0000</pubDate></item><item><title>Re: MP: Pace of change is accelerating: what if there is no equilibrium?</title><link>http://www.macroprinciples.com/2009/03/mp-pace-of-change-is-accelerating-what-if-there-is-no-equilibrium/#comment-7580244</link><description>There has to be some equilibrium, I don't even want to imagine that what if there's no equilibrium!</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Quotes</dc:creator><pubDate>Sat, 28 Mar 2009 02:59:28 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6899752</link><description>Juliene,&lt;br&gt;&lt;br&gt;Great article, thank you for sharing.  I agree with your point of view 100%.  The network effect of social computing in the enterprise is a great way of articulating the argument of volume increasing pricing.  I think there are two barriers to address, however, by vendors and vendors in consultation with their clients.  1) Balancing those elements of a solution that may be construed by organizations as more social-social than social-work and 2) Ensuring that the client marketing/champion is doing a good enough job to drive adoption.  From our experience deploying our next generation directory solution (&lt;a href="http://gtec.innovapost.com/" rel="nofollow"&gt;http://gtec.innovapost.com/&lt;/a&gt;), these two issues are a challenge to a volume increasing pricing strategy.&lt;br&gt;&lt;br&gt;For #1, with many social applications there are often features and functionality that don't have a hard link to business productivity.  I'm an advocate of 2.0 in the workplace as I believe there are productivity (see my whitepaper Beyond Functional Contribution via the link above) and employee engagement benefits to be reaped, but we do have to be careful because some solution elements are, and will be, used for social-social purposes.  If the solution has an abundance of features that drive social-social behaviour and attract users as a result, it's a tough pill to swallow for organizations to pay more because the organizational value proposition under these circumstances because more tenuous.  Those of us in the Enterprise 2.0 space would still maintain there is value, and I am one of them, but not all of our customers will.&lt;br&gt;&lt;br&gt;For #2, I think we all agree that enterprise 2.0 is largely a cultural paradigm shift about the nature of work and the view of employee behaviour.  So deploying these solutions in the enterprise requires the enterprise to roll up its communications, culture change, and marketing sleeves and promote the internal solution like they would their latest product launch.  As a vendor, we need to help guide these efforts as they will directly impact the use of the solution.  If we don't provide clients with any help, but we want volume increasing pricing, we're not doing ourselves any favours.  &lt;br&gt;&lt;br&gt;Just a few rambling thoughts as I read your article.  &lt;br&gt;&lt;br&gt;Warm regards,</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sibs</dc:creator><pubDate>Thu, 05 Mar 2009 08:51:40 -0000</pubDate></item><item><title>Re: A few thoughts on Yammer, a twitter-like for organizations</title><link>http://www.macroprinciples.com/2008/12/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/#comment-6845515</link><description>Hi David -&lt;br&gt;Yes, I'm following up to get more details on the Active Directory&lt;br&gt;integration, looking forward to it.&lt;br&gt;&lt;br&gt;The best model depends of the size and business of the company I think. For&lt;br&gt;large companies or companies in sensitive industries, the claiming model you&lt;br&gt;have and Present.ly adopted is a negative. For small and medium businesses,&lt;br&gt;it can be - wrongly in my opinion - appealing. So in the end, what matters&lt;br&gt;for the start-ups in this space are the respective market size of the 2&lt;br&gt;markets.&lt;br&gt;&lt;br&gt;I actually agree 100% with your last point, especially for social enterprise&lt;br&gt;software. Without directory integration, my reasoning is: employees can't&lt;br&gt;talk about business critical issues and if Yammer just used for casual&lt;br&gt;points, not much more value than twitter.&lt;br&gt;&lt;br&gt;We agree on the fact that employees should be the ones adopting an&lt;br&gt;application. IT functions need to give them the means to do it.&lt;br&gt;&lt;br&gt;To facilitate this process, I think adopting the right pricing model is&lt;br&gt;critical. I have described one possible model here:&lt;br&gt;&lt;a href="http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/" rel="nofollow"&gt;http://www.macroprinciples.com/2009/02/how-to-p...&lt;/a&gt;&lt;br&gt;&lt;br&gt;I would be really interested in your feedback on this point...&lt;br&gt;&lt;br&gt;Many thanks for the stimulating points!&lt;br&gt;&lt;br&gt;Best regards,&lt;br&gt;- Julien</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Tue, 03 Mar 2009 14:31:43 -0000</pubDate></item><item><title>Re: A few thoughts on Yammer, a twitter-like for organizations</title><link>http://www.macroprinciples.com/2008/12/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/#comment-6843330</link><description>Julien-&lt;br&gt;&lt;br&gt;Yammer now offers directory integration / SSO. We are piloting it with some early customers and then it will become part of our basic admin tools package on the website.&lt;br&gt;&lt;br&gt;Since your original article, Present.ly copied our approach of letting employees sign up with a company email address first, before the company claims the network. Obviously they did not believe that their model was the superior one.&lt;br&gt;&lt;br&gt;Seriously, what's the harm in letting employees test drive a product before the company buys it? Isn't that better than the alternative? How many times has IT purchased expensive software only to see no one adopt it? Yammer lets the employees prove the need before the company buys it.&lt;br&gt;&lt;br&gt;Regards,&lt;br&gt;&lt;br&gt;David &lt;br&gt;&lt;br&gt;PS: I like your idea of an enterprise TweetDeck. We will support it.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">David Sacks</dc:creator><pubDate>Tue, 03 Mar 2009 13:04:42 -0000</pubDate></item><item><title>Re: Enterprise Social Computing Pricing: continuing the discussion</title><link>http://www.macroprinciples.com/2009/03/enterprise-social-computing-pricing-continuing-the-discussion/#comment-6813160</link><description>Whew .. hard to keep up with you guys.  I am going to have to block if a say to just think harder about this.&lt;br&gt;&lt;br&gt;But ... I am going to venture a small comment now.  I started thinking about this early on when reading this post, and wondered if I would come across "it".&lt;br&gt;&lt;br&gt;And I did ...&lt;br&gt;&lt;br&gt;&lt;i&gt;In case 1, you offer full control to the end-users to choose the tool they want, but this would inevitably result in a costly mess to maintain. In case 2, 95% of the control is given back, but the tool is standard. The ROI will of course differ widely in the two cases. Standardizing always brings cost-savings, and can more and more be done without impacting the returns on the applications.&lt;/i&gt;&lt;br&gt;&lt;br&gt;Within the larger context you offer ... implementation and pricing on a large scale where value-added and value-obtained are movable targets (let's take as a given that the organization is reasonably serious about social computing and that crossing the basic ROI hurdle is taken for granted .. a large assumption, I know, but one I believe is appropriate), I keep wondering about the ongoing issue of the personalization of knowledge work tools, the "mass customisation of work" if you will.&lt;br&gt;&lt;br&gt;I think it's basically an unknown, but maybe an even bet, that increasingly people will want to an organization to use systems and tools that let the users choose what and why they want to use certain tolls, and helps them adapt their own style(s) of working and yes, of collaborating to the objectives at hand.&lt;br&gt;&lt;br&gt;Yes, there must be a common substrate for mission-critical information and knowledge (that's [probably the ERP + system in the guise of SAP etc.), but because of the influence of the consumer web 2.0 people are going to get fussy about tools and services, I suspect.  And I think that massive personalisation is a long term, inescapable trend.&lt;br&gt;&lt;br&gt;You state that it would be a "costly mess to maintain".  I think that's probably true today, but I think there's a decent chance that needn't be the case in the relatively near-term future.  What the implications for pricing models are I am not sure, but I think some of the advanced platforms from some of the leading smaller vendors are anticipating this eventuality.&lt;br&gt;&lt;br&gt;But both of you guys know more about the technicalities of information systems than do I.  It's fun just trying to think alongside you two.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jon Husband</dc:creator><pubDate>Mon, 02 Mar 2009 22:43:24 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6795923</link><description>Hi Jon, many thanks for the already insightful comment, eager to read more :-)&lt;br&gt;&lt;br&gt;Yes, ROI is no longer a meaningful metric. What amazes me now is how many people are judging a tool based on its "features", which is an even less relevant concept to judge IT offerings.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Mon, 02 Mar 2009 16:55:20 -0000</pubDate></item><item><title>Re: TweetDeck should sell licenses to enterprises (to reach consumers)</title><link>http://www.macroprinciples.com/2009/02/tweetdeck-should-sell-licenses-to-enterprises-to-reach-consumers/#comment-6725889</link><description>I agree ...</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jon Husband</dc:creator><pubDate>Sat, 28 Feb 2009 13:20:30 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6725818</link><description>I'll comment more later, but for now ...&lt;br&gt;&lt;br&gt;In general, the argument you have set out has articulated &lt;i&gt;en brouillon&lt;/i&gt; the thinking I have been doing about what I call ROII (&lt;b&gt;Return on Investment in Interaction&lt;/b&gt;).  For that I thank you.&lt;br&gt;&lt;br&gt;Re: &lt;i&gt;Adopt your client’s point of view: if your deployment is very successful, they will pay an expensive price but derive lots of value from it. Additionally, if the deployment needs to be phased to convince stakeholders of the value potential, they will also pay a matching price that will enable them to scale its use. Reversing the price structure lowers significantly the risk for the client, increasing the chances of a pilot happening.&lt;br&gt;&lt;br&gt;A positive externality of such a pricing strategy, at its peak for Enterprise Social Computing offerings, is the credibility and confidence about their product projected by vendors. Nearly all are using arguments about how easy it is to engage employees, how they will want to use it, collaborate with each other, etc. So don’t limit yourself to the market pitch, embed this in your pricing and demonstrate your confidence.&lt;/i&gt;&lt;br&gt;&lt;br&gt;I think that this is essentially the inverse of (for example) a $50 million dollar SAP implementation.&lt;br&gt;&lt;br&gt;Which I think speaks to timing and attention scarcity.  SAP for me is (still) an example of a transition technology, as the evolution of IT applied to business and work processes began the major move from paper to information systems in a real and pervasive sense.  If you think about it, it wasn't really that complex .. take existing processes, align them horizontally instead of vertically, strip out obvious redundancies (everyone remember the "Spot the Waldo" reengineering stuff ?), and then pour electronic concrete (SAP system) over it.&lt;br&gt;&lt;br&gt;Now we are moving into collaboration applications layered over a dense-and-deep IT infrastructure (let's leave ERP systems out of this aspect for now), applications that consist of stitching together various web tools and web services (as a generality) that lay on top of the denser, more "permanent" databases and engines.  These applications ands services are becoming both more open and more integrated all the time, to the point where through "open" APIs people can plug the tools they like using into larger applications and systems.  As the concept of "cloud computing" evolves, so too will the mix-and-match personalisation.&lt;br&gt;&lt;br&gt;The former (and current) pricing models assumed amortization of investment over time in something more-or-less permanent (at least, assumed to be for the purposes of ROI hurdles).&lt;br&gt;&lt;br&gt;With large-scale (and over time growing) participation and interactivity, the notion of value obtained and created changes, as you have pointed out.&lt;br&gt;&lt;br&gt;I'll re-read and think, and come back when I feel I can talk cogently about ROII.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jon Husband</dc:creator><pubDate>Sat, 28 Feb 2009 13:16:04 -0000</pubDate></item><item><title>Re: Consuprise: Consumer web startups should leverage the enterprise market</title><link>http://www.macroprinciples.com/2009/02/consuprise-consumer-web-startups-should-leverage-the-enterprise-market/#comment-6491287</link><description>So Web startups are having to do the unthinkable: come up with a business model that brings in real money while they’re still young.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">izuka01</dc:creator><pubDate>Sun, 22 Feb 2009 23:21:26 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6478852</link><description>Hi Julien,&lt;br&gt;&lt;br&gt;thanks for this excellent piece of analysis. At my company Qitera that offers a enterprise social search platform (&lt;a href="http://www.qitera.com/enterprise" rel="nofollow"&gt;http://www.qitera.com/enterprise&lt;/a&gt;)  we are currently defining our new pricing shemes and your article brings in some very well-thought perspectives.&lt;br&gt;&lt;br&gt;I am also senior advisor at IT-research firm Experton Group and recommended your post to the readers of our new blog. &lt;a href="http://experton-group.blogspot.com/2009/02/enterprise-20-pricing-und.html" rel="nofollow"&gt;http://experton-group.blogspot.com/2009/02/ente...&lt;/a&gt;&lt;br&gt;&lt;br&gt;regards et à bientôt &lt;br&gt;Carlo</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">carlo</dc:creator><pubDate>Sun, 22 Feb 2009 07:10:07 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6467524</link><description>Julien, thanks for writing this. It summarizes nicely a critical strategic issue for both the enterprise customer and the vendor.  As you point out finding this alignment is critical to successful relationships in the long term.  Piloting social applications is and interesting exercise given the nature of the value curve. Articulating hard ROI from smaller pilots and then extrapolating that forward to bigger user populations is critical.  Any further thoughts on this by you or your readers would be welcome.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">charlie</dc:creator><pubDate>Sat, 21 Feb 2009 12:19:32 -0000</pubDate></item><item><title>Re: Consuprise 2: Combine consumer and entreprise markets to multiply network effects</title><link>http://www.macroprinciples.com/2009/02/consuprise-2-combine-consumer-and-entreprise-markets-to-multiply-network-effects/#comment-6400646</link><description>Hi Taylor -&lt;br&gt;&lt;br&gt;Getting buy-in from the top is necessary, for sure. It's up to the CIO and her/his team to do this. The vendor can provide ammo, but the top is usually not able to spend enough time to actually understand the benefits of a new offering, so the IT function have to make the choice of what and when to present at the top to get buy-in.&lt;br&gt;&lt;br&gt;Don't think selling at the top is even possible for companies in the consumer side as well.&lt;br&gt;&lt;br&gt;And yes, I agree with you that it should be planned from the beginning. From my experience, consumer companies are not interested in the enterprise market until they run out of cash. And they usually can't rearchitect to support it in a cost-effective way.&lt;br&gt;&lt;br&gt;Best regards,&lt;br&gt;- Julien</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Thu, 19 Feb 2009 08:05:12 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6399635</link><description>Hi Arnaud -&lt;br&gt;&lt;br&gt;Thanks for your comments. I am not blogging as an employee here so I will be in touch privately. Don't want to create any ambiguity ;-)&lt;br&gt;&lt;br&gt;Best regards,&lt;br&gt;- Julien</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Thu, 19 Feb 2009 07:21:09 -0000</pubDate></item><item><title>Re: A few thoughts on Yammer, a twitter-like for organizations</title><link>http://www.macroprinciples.com/2008/12/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/#comment-6399182</link><description>Yes, it does.&lt;br&gt;&lt;br&gt;I have sent them an email to get more details on the specifics, as they do have an history of inflating their claims, but it looks certainly much better than before.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jnestour</dc:creator><pubDate>Thu, 19 Feb 2009 06:26:09 -0000</pubDate></item><item><title>Re: Consuprise 2: Combine consumer and entreprise markets to multiply network effects</title><link>http://www.macroprinciples.com/2009/02/consuprise-2-combine-consumer-and-entreprise-markets-to-multiply-network-effects/#comment-6396616</link><description>Ah, selling to enterprises: is it easier / better / more valuable to sell to the top (company decision-makers) or the bottom (employees)?&lt;br&gt;&lt;br&gt;I agree with the product development / adoption process you describe: the only addition would be to make sure the appropriate firewalls, privacy and data tags exist from day one to allow users to split out "personal" and "corporate" use.  Too many companies create their entire product for consumer use from the beginning and find it difficult to build in the "enterprise" functionality, look and feel and aggregated "company views" for corporate management / IT / HR after-the-fact.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">tdavidson</dc:creator><pubDate>Thu, 19 Feb 2009 02:54:45 -0000</pubDate></item><item><title>Re: A few thoughts on Yammer, a twitter-like for organizations</title><link>http://www.macroprinciples.com/2008/12/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/#comment-6384631</link><description>Interesting article Julien&lt;br&gt;&lt;br&gt;As Yammer announced that the Yammer software can be installed inside the company firewalls, does this change your views?&lt;br&gt;&lt;a href="http://blog.yammer.com/blog/2009/02/yammer-extends-microblogging-inside-the-corporate-firewall.html" rel="nofollow"&gt;http://blog.yammer.com/blog/2009/02/yammer-exte...&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">jiponet</dc:creator><pubDate>Wed, 18 Feb 2009 17:22:57 -0000</pubDate></item><item><title>Re: How to price Enterprise Social Computing offerings?</title><link>http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/#comment-6239843</link><description>Bonjour Julien&lt;br&gt;I fully agree with your point of view related to ESN pricing model&lt;br&gt;Changing pricing model and habits is tough. Those who will succeed in this chalenge will get  a more balanced relation between ESN provider and clients. This will create more Win win conditions which is mandatory for long term mutual valuable relations opportunity.&lt;br&gt;I  am working at blueKiwi. Are you ready , for benchmarking this model together within Schlumberger? &lt;br&gt;Will be please talking with you</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Arnaud Poujardieu</dc:creator><pubDate>Fri, 13 Feb 2009 10:21:49 -0000</pubDate></item></channel></rss>