<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Core Edges &#187; Micro Messaging</title>
	<atom:link href="http://coreedges.com/blog/tag/micro-messaging/feed/" rel="self" type="application/rss+xml" />
	<link>http://coreedges.com</link>
	<description></description>
	<lastBuildDate>Mon, 18 Jul 2011 01:29:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Gartner&#039;s social software predictions for 2010: a few misses...</title>
		<link>http://coreedges.com/blog/2010/02/11/gartners-social-software-predictions-for-2010-a-few-misses/</link>
		<comments>http://coreedges.com/blog/2010/02/11/gartners-social-software-predictions-for-2010-a-few-misses/#comments</comments>
		<pubDate>Thu, 11 Feb 2010 22:02:56 +0000</pubDate>
		<dc:creator>Julien Le Nestour</dc:creator>
				<category><![CDATA[Technologies]]></category>
		<category><![CDATA[Gartner]]></category>
		<category><![CDATA[Micro Messaging]]></category>

		<guid isPermaLink="false">http://www.coreedges.com/2010/02/gartners-social-software-predictions-for-2010-a-few-misses/</guid>
		<description><![CDATA[So, Gartner is out “revealing” its “five social software predictions for 2010 and beyond“. I’ve not been able to resist commenting them… By 2014, social networking services will replace e-mail as the primary vehicle for interpersonal communications for 20 percent of business users. Greater availability of social networking services both inside and outside the firewall, coupled with changing demographics and ...]]></description>
			<content:encoded><![CDATA[<p>So, Gartner is out “revealing” its “<a href="http://www.gartner.com/it/page.jsp?id=1293114">five social software predictions for 2010 and beyond</a>“. I’ve not been able to resist commenting them…</p>
<blockquote>
<p><b>By 2014, social networking services will replace e-mail as the primary vehicle for interpersonal communications for 20 percent of business users.</b></p>
<p>Greater availability of social networking services both inside and outside the firewall, coupled with changing demographics and work styles will lead 20 percent of users to make a social network the hub of their business communications.</p>
</blockquote>
<p>Not sure: it will depends of the specific business context of every organization. Sure, teens are using more heavily texts and messaging functions in social networks over email, but keep in mind they’re not inside an organization yet. The business realities can make emails really attractive as a tool: offline use and accessibility in low-connectivity areas are examples of email strengths in some industries. So, 20 percent is too high for employees of large organizations.</p>
<blockquote>
<p>During the next several years, most companies will be building out internal social networks and/or allowing business use of personal social network accounts.</p>
</blockquote>
<p>To allow, officially and formally, business use of personal social networks accounts is still a long shot, as it will depend on the platforms themselves investing into compliance capabilities. Unlikely in my opinion.</p>
<blockquote>
<p>Social networking will prove to be more effective than e-mail for certain business activities such as status updates and expertise location.</p>
<p>“The rigid distinction between e-mail and social networks will erode. E-mail will take on many social attributes, such as contact brokering while social networks will develop richer e-mail capabilities,” said Matt Cain, research vice president at Gartner. “While e-mail is already almost fully penetrated in the corporate space, we expect to see steep growth rates for sales of premises– and cloud-based social networking services. “</p>
</blockquote>
<p>No news here.</p>
<p><span id="more-566"></span><br />
<blockquote>
<p>Gartner recommends that organizations develop a long-term strategy for provisioning and consuming a rich set of collaboration and social software services, and develop policies governing the use of consumer services for business purposes. Companies should also solicit input from the business community on what collaboration tools would be most helpful.</p>
</blockquote>
<p>How is this not obvious? ;)</p>
<blockquote>
<p><b>By 2012, over 50 percent of enterprises will use activity streams that include microblogging, but stand-alone enterprise microblogging will have less than 5 percent penetration.</b></p>
<p>The huge popularity of the consumer-microblogging service Twitter, has led many organizations to look for an “enterprise Twitter,” that provides microblogging functionality with more control and security features to support internal use between employees. Enterprise users want to use microblogging for many of the same reasons that consumers do to share quick insights, to keep up with what colleagues are doing, to get quick answers to questions and so on.</p>
<p>“However, it will be very difficult for microblogging as a stand-alone function to achieve widespread adoption within the enterprise. Twitter’s scale is one of the reasons for its popularity,” said Jeffrey Mann, research vice president for Gartner. “When limited to a single enterprise, that same scale is unachievable, reducing the number of users who will find it valuable. Mainstream enterprises are unlikely to adopt standalone, single-purpose microblogging products.</p>
</blockquote>
<p>Seriously disappointed by Gartner here, although there is no question activity streams will be used by even more than 50 percent of enterprises (more like 80% for me).</p>
<p>First, while having a hub that aggregates activities across all applications, social or not, will be a must, actually integrating all capabilities into one tool may not be the best way for the majority of organizations to increase the signal to noise ratio for their knowledge workers. In other words, keeping micromessaging (much better name than “microblogging”, which is misleading) as a separate application, with its UI, clients, etc. may be the most effective deployment at the user level – though not being sexy for analysts or some IT folks, but who really cares if they are not happy?</p>
<p>Second, Gartner seems to be making the same mistake as most top execs when considering an application like microblogging: though its deployment will surely be global, with one infrastructure open to all employees (like email), its use and value will be extremely localized and formalized in business workflows.</p>
<p>Think of micromessaging as, purely, a communication infrastructure that:</p>
<ul>
<li>is real-time while being useful when accessed asynchronously</li>
<li>can be tapped through web access, desktop client, mobile client, SMS</li>
<li>allows specific group uses with security features (must-have for all respecting “Twitter for the enterprise” applications)</li>
</ul>
<p>You won’t get a big platform where everyone converse with everyone like the actual Twitter platform. You will get a platform where everyone can converse with colleagues and groups based on business realities. Some groups will be very big, producing a behavior similar to Twitter (for example groups based on communities of practice with several thousands members), but most will be small, with a life based on the duration of a project or task, and between all the players involved (from 3–4 to 20–30).</p>
<p>For corporate social networking platforms: deployment is global, but use and value are localized.  </p>
<blockquote>
<p><b>Through 2012, over 70 percent of IT-dominated social media initiatives will fail.  When it comes to collaboration, IT organizations are accustomed to providing a technology platform (such as, e-mail, IM, Web conferencing) rather than delivering a social solution that targets specific business value</b>.</p>
<p>Through 2013, IT organizations will struggle with shifting from providing a platform to delivering a solution. This will result in over a 70 percent failure rate in IT-driven social media initiatives. Fifty percent of business-led social media initiatives will succeed, versus 20 percent of IT-driven initiatives.  Enterprises will need to develop entirely new skill sets around designing and delivering social media solutions. Until this happens, failure rates will remain high. A dearth of methods, technologies and tools will impede the design and delivery of social media solutions in the near term. But long term, enterprises will realize that social media is not a “hit or miss” activity naturally prone to high failure rates, and that a calculated approach to social media solution delivery must be an IT competency. At that point, post 2012, the social software market growth will accelerate as will the overall impact of social media on business and society.</p>
</blockquote>
<p>Pretty much agree here. The skills needed in IT: internal management consulting based on strong knowledge of both the new workflows enabled by innovative technologies, and deep knowledge of the enterprise’s business context. Those internal consulting group should sit outside of both IT and the business, justify their value by measured improvement in business KPIs and have direct executive access and support. They could rely on external consultants to assist as needed, but manage every engagement.  </p>
<blockquote>
<p><b>Within five years, 70 percent of collaboration and communications applications designed on PCs will be modeled after user experience lessons from smartphone collaboration applications</b>.</p>
<p>As we move toward three billion phones in the world serving the main purpose of providing communications and collaboration anytime anywhere, Gartner expects more end users to spend significant time experiencing the collaborative tools on these devices. For some of the world, these will be the first or the only applications they use. The experience with these tools for all who use them will enable the user to handle far more conversations within a given amount of time than their PCs simply because they are easier to use. Just as the iPhone impacted user interface design on the desktop, the lessons in the mobile phone collaboration space will dramatically affect PC applications, many of which are derivatives of decades-old platforms based on the PBX or other older collaboration paradigm.</p>
<p>“IT organizations should continue to procure leading-edge smartphones for testing and to accumulate knowledge on how the collaboration applications on such devices accomplish business tasks,” said Ken Dulaney, vice president and distinguished analyst at Gartner. “As more organizations consider replacing deskphones with cell phones, they may wish to anchor their collaboration tools also on the cell phone.”</p>
</blockquote>
<p>Agree but weak: in 5 years, the hardware options available for mobile computing will be far better than what we call smartphone today. Real valid comparison here is versus consumer web/mobile applications, that’s what will provide (much needed) inspiration for the design of enterprise applications.  </p>
<blockquote>
<p><b>Through 2015, only 25 percent of enterprises will routinely utilize social network analysis to improve performance and productivity.  </b></p>
<p>Social network analysis is a useful methodology for examining the interaction patterns and information flows that occur among the people and groups in an organization, as well as among business partners and customers. However, when surveys are used for data collection, users may be reluctant to provide accurate responses. When automated tools perform the analysis, users may resent knowing that software is analyzing their behavior. For these reasons, social network analysis will remain an untapped source of insight in most organizations.  Before undertaking a social network analysis, Gartner recommends that the organization ensure that it has the trust and buy-in of the people it hopes to include in the analysis in advance. Issues of privacy and confidentiality must be addressed and a determination needs to be made regarding how the information will be used and communicated. Establishing the ground rules upfront will encourage more open and honest participation and reduce the resistance to ongoing relationship monitoring.</p>
</blockquote>
<p>Same old argument here: surveys will be lied to, and automatic collection of interactions need to be exhaustive across all channels to be useful (yes, even phone calls (and conf calls with that!) would need to be logged and analyzed, or you miss a good chunk of interactions). I’ve not yet seen a SNA application or solution that could work across 100% of even generic channels, not even speaking of in-house applications that could be the main interaction firehoses internally.</p>
<p>SNA is a good sell for analyst firms and consultants, because it is sexy and has a few good examples that are used as demonstrators, but in practice the tools are not there yet to collect the data needed (the analysis is easy).</p>
<div class="addthis_toolbox addthis_default_style " addthis:url='http://coreedges.com/blog/2010/02/11/gartners-social-software-predictions-for-2010-a-few-misses/' addthis:title='Gartner&#039;s social software predictions for 2010: a few misses... '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_counter addthis_pill_style"></a></div>
]]></content:encoded>
			<wfw:commentRss>http://coreedges.com/blog/2010/02/11/gartners-social-software-predictions-for-2010-a-few-misses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How to price Enterprise Social Computing offerings?</title>
		<link>http://coreedges.com/blog/2009/02/13/how-to-price-enterprise-social-computing-offerings/</link>
		<comments>http://coreedges.com/blog/2009/02/13/how-to-price-enterprise-social-computing-offerings/#comments</comments>
		<pubDate>Fri, 13 Feb 2009 11:00:33 +0000</pubDate>
		<dc:creator>Julien Le Nestour</dc:creator>
				<category><![CDATA[Start-Up musings]]></category>
		<category><![CDATA[Corporate IT]]></category>
		<category><![CDATA[Enterprise X.0]]></category>
		<category><![CDATA[Micro Messaging]]></category>
		<category><![CDATA[Present.ly]]></category>
		<category><![CDATA[pricing]]></category>
		<category><![CDATA[Social networking]]></category>
		<category><![CDATA[Yammer]]></category>

		<guid isPermaLink="false">http://www.macroprinciples.com/2009/02/how-to-price-enterprise-social-computing-offerings/</guid>
		<description><![CDATA[Expand to see inline the other posts in IT Management» Innovation is obvious in the Enterprise Social Computing field. Features are invented and combined in novel ways; ever changing suites of products are built and marketed. Innovation is very real, even if not of the scale signaled by the hype around it. It’s not in pricing however. Even worse: pricing ...]]></description>
			<content:encoded><![CDATA[<div class="hackadelic-series-info on-frontpage"><small>Expand to see inline the other posts in <a href="javascript:;" class="hackadelic-sliderButton"onclick="toggleSlider('#hackadelic-sliderPanel-3')" title="click to expand/collapse slider IT Management">IT Management»</a> <span class="hackadelic-sliderPanel concealed" id="hackadelic-sliderPanel-3"></span></small></div>
<p>Innovation is obvious in the Enterprise Social Computing field. Features are invented and combined in novel ways; ever changing suites of products are built and marketed. Innovation is very real, even if not of the scale signaled by the hype around it. It’s not in pricing however. Even worse: pricing is often structured contrary to the value offered and hinders both pilot and full deployments.</p>
<p>Look at the metrics, fences, and whole pricing strategies of your favorite vendors. Strategy may even be too strong of a word, as they often are a combination of classic scale metrics (per user per month), setup and deployment fees that are pure cost pricing, bland and rigid Volume-Discount price structure.</p>
<p>Vendors should exploit the principles of value pricing on a much wider and deeper scale than they currently attempt to. Value pricing is obviously nothing new, yet it seems strangely ignored by both vendors and their clients. Practiced in the emerging IT field, it will have deep impacts for both vendors and clients and will spur a much more productive collaboration between the two.</p>
<p><span id="more-186"></span></p>
<p><strong>Value and cost are not matching</strong></p>
<p>Every product bearing what is usually dubbed a “social component” has significant network effect and peer production dynamics. The more employees actively use the application, the more they — and so their organization — extract value out of its use. Marginal benefit per user, and hence total value, thus increases with the number of active users. Yet, most pricing structure are degressive, Volume-Discount schemes: price per user decreases with the number of users. Price and value varies in opposite ways:</p>
<p><a href="http://www.macroprinciples.com/wp-content/uploads/2009/02/slide7007.png" rel="nofollow"><img style="margin-top:3px; margin-right:3px; margin-bottom:3px; margin-left:3px; padding-top:2px; padding-right:2px; padding-bottom:2px; padding-left:2px;" src="http://coreedges.com/wp-content/plugins/image-shadow/cache/8e2b56f215f9df11c72201ebcc7aa046.jpg" alt="slide7.007.png" width="400" height="300" /></a></p>
<p>What happens here is a total reversal of what should be aligned: the more employees use the system, the more value you get out of it per user, the less you pay. And the less users you have, the less value you get, the more you pay. This explains both the refusal of lots of companies to pilot new technologies, and the difficulty to transition from pilots to full deployment: if you can’t do it in one shot, the economics will be much less in your favor to do it in a phased way.</p>
<p><strong>Aligning value and cost decreases risks for large clients</strong></p>
<p>When companies are looking to pilot innovative technologies, they consider both the pilot itself and the full deployment — of which the pilot is just the first step — if it ever happens. But they also evaluate half-successes: what happens if they need to deploy only across half their planned user base? Companies will do a pilot, agreeing beforehand to a price structure that sees the price decrease as the number of users increases. ROI calculations will more often than not be based on optimistic expectations towards the adoption rate, overestimating the price discount. So what happens if you planned on deploying the piloted technology across 10,000 users and find out you have to start with 1,000 and demonstrate the value over time? Well, your price per user will likely shot up significantly.</p>
<p>This means that, with classic Volume-Discount pricing structures, companies will usually have the choice between a full deployment or no deployment. Deploying on a smaller scale would decrease the ROI significantly as it lowers the value and increases the costs. Unfortunately, what this means is that disruptive innovations, where the value is by definition not obvious for stakeholders, and where it usually emerges from early adopters experience, are very difficult to successfully transition from pilots to production. They would need a phased deployment, starting small and scaling up progressively, that is not profitable with a Volume-Discount price scale.</p>
<p>By pricing their software closer to the actual value delivered and perceived by their clients, vendors will get pilot deployments accepted much more easily, and most importantly will see more of them succeed.</p>
<p><strong>Replace Volume-Discount pricing by Volume-Increasing pricing</strong></p>
<p>Pricing is both a significant obstacle and opportunity for savvy vendors and clients. Developing a pricing strategy that better aligns value with price will help both to provide and benefit from innovative IT applications.</p>
<p>So how should vendors approach a newly defined pricing strategy? We’ll take the social media example: price it with activity metrics coupled with increasing, not degressive, scale metrics. In practice, you would charge a price per user that actually increases with the number of active users inside the client’s organization. Looks wrong? 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.</p>
<p>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.</p>
<p><strong>Redefining pricing habits is not easy but the rewards can be great</strong></p>
<p>Vendors can do this by working with their clients and defining targets for user activity or user adoption. This will be easier when your product is replacing a legacy application, and more difficult when it is truly innovative.</p>
<p>A good case study are the applications providing microblogging (or microsharing, in a word Twitter-like like <a href="https://www.yammer.com/home">Yammer</a> (which just <a href="http://www.techcrunch.com/2009/02/12/yammer-reaches-beyond-corporate-firewalls-open-sources-iphone-application/">announced a on-premise version</a>) or <a href="https://presentlyapp.com/" rel="nofollow">Present.ly</a>) features for the enterprise. The more users will use it, the more value the client organization will get out of it. In most organizations however, the value of a Twitter-like for corporate use will not be obvious, and will slowly build up with time, as it spreads internally.</p>
<p>Yet, pricing is desperately of a Volume-Discount type, making an after-pilot deployment with a small group of early-adopters look very expensive per user (large companies will compare it to the price per user for fully deployed applications like email or IM). Smart vendors will reverse the price structure, offer organizations the opportunity to try out the new technology, experience its value over time after a pilot, and scale up accordingly. They have to forgo immediate but short-term benefits, in order to get a chance to demonstrate their value added and reap the benefits as the client scales up its use.</p>
<p>Defining the correct strategy is not easy and will require time and efforts. Each side has of course opposite incentives for the definition of the ranges. Compounded with this, setting the target in terms of active users for a successful deployment in terms of user adoption will not be easy for truly innovative technologies. But there are many ways to implement a good pricing strategy. Defining ranges of user number will likely be difficult in many case: what should be a target of active users, for Twitter-like applications, to define a successful deployment? This can be mitigated by setting targets on user adoption rates. Stating that the user base should grow by at least 10% from quarter to quarter or 3% from month to month would align clients and vendors very well. Incorporating in the contract that, say, a successful deployment is 30% of all employees, would enable to define a reward fee to the vendor if deployment reaches 50% of active users. This will again match the value to the price and most companies shouldn’t have a problem with this.</p>
<p>The possibilities are truly infinite and have to be explored on a case by case basis, taking into account the complete characteristics of a product. Let me dismiss right away the most common counter argument for using Volume-Increasing price structures instead of Volume-Degressive: vendors will lose a lot of value to small companies that will never require to scale up. This is true, if no fences are in place. But it’s very easy to define at least 2 structures based on the total size of the organization. For organizations with less than 1,000 employees, you apply Volume-Discount pricing. For more, Volume-Increasing. That may not be right for your product, but the point here is that you need to segment your market, and then use this segmentation to apply different structures.</p>
<p>In any case, pricing a product based on the number of active users instead of seats, is the least a vendor can do, especially if the software is delivered as a service.</p>
<p>Deeply segmenting your total market then using innovative metrics and fences to match price and value as closely as possible is the single biggest opportunity available for both vendors and clients alike. Let’s use it.</p>
<p>You can also use the following slide deck to go further along this path:</p>
<p><a title="View How to price social enterprises applications? Value and utility pricing through increasing price structures on Scribd" href="http://www.scribd.com/doc/11984571/How-to-price-social-enterprises-applications-Value-and-utility-pricing-through-increasing-price-structures">How to price social enterprises applications? Value and utility pricing through increasing price structures</a> <object width="650" height="520" data="http://d.scribd.com/ScribdViewer.swf?document_id=11984571&amp;access_key=key-1ip234prz67xsj9ihkrm&amp;page=1&amp;version=1&amp;viewMode=slideshow" type="application/x-shockwave-flash"><param name="id" value="doc_455216008516429" /><param name="name" value="doc_455216008516429" /><param name="align" value="middle" /><param name="quality" value="high" /><param name="play" value="true" /><param name="loop" value="true" /><param name="scale" value="showall" /><param name="wmode" value="opaque" /><param name="devicefont" value="false" /><param name="bgcolor" value="#ffffff" /><param name="menu" value="true" /><param name="allowFullScreen" value="true" /><param name="allowScriptAccess" value="always" /><param name="mode" value="slideshow" /><param name="src" value="http://d.scribd.com/ScribdViewer.swf?document_id=11984571&amp;access_key=key-1ip234prz67xsj9ihkrm&amp;page=1&amp;version=1&amp;viewMode=slideshow" /><param name="allowfullscreen" value="true" /></object></p>
<div style="display:none">How to price social enterprises applications? Value and utility pricing through increasing price structures Why vendors and clients should develop and agree on reverse pricing schemes for all the “enterprise 2.0” (meaningless but broad buzzword intended)? Increasing pricing structure that increase the price as the number of active users increases are far more eﬃcient than current degressive pricing structure, that disconnect completely value and cost for clients. This explains largely why, even as large enterprises are expressing interest, the market for this type of applications is not growing nearly as quickly as needed and often anticipated. This would also help the puzzled vendors who wonder why, since their application add so much value (they are right), only few large enterprises are actually willing to buy them at what seems a reasonable pricing (they are wrong). We explore here how vendors and their clients can create mutual value by agreeing on increasing pricing schemes. Julien Le Nestour | February 09 | Use with this post (or not, but designed to!)| <a href="mailto:julien@macroprinciples.com">julien@macroprinciples.com</a> | Creative Commons Attribution NonCommercial Share Alike http://www.ﬂickr.com/photos/alkalinezoo/2474735037/sizes/o/ A classic degressive pricing scheme is the most common structure used by “enterprise 2.0” vendors 1 Current situation Average cost for the organization of a new user active on the application Price is usually capped after a threshold Dollar scale $ 2 Average Cost per user 0 10 50 200 1000 5000 10000 20000 40000 60000 N 100000 Number of active users (absolute number) Users scale (here in total number of users) “Enterprise 2.0” application vendors have generally adopted a classic degressive pricing scheme: the price per user is decreasing as you buy access for more employees. Julien Le Nestour | Feb 09 macroprinciples.com licensing Variations like ﬂat pricing may occur, but most usually fall back to the same old and classic degressive pricing scheme 2 Current situation But of course you negotiate when you’re big and fall back to degressive Average Cost per user $ 1 Flat price per user announced as a list price Average Cost per user N 100000 0 10 50 200 1000 5000 10000 20000 40000 60000 Number of active users (absolute number) Some vendors choose to display a ﬂat price per user per period as a list price. But of course, it’s nothing more than classic degressive pricing after a — usually low — threshold. The same can be said for thresholds in number of users (pay this for up to 10 users, than you pay this for up to 100, etc.). The main eﬀect of these variations is to disconnect the marginal and average cost per user. The trend for the latter remains the same however. Julien Le Nestour | Feb 09 macroprinciples.com licensing Thanks to increasing returns dynamics, the average value per user increases in scale for clients Current situation Dollar scale: $ value extracted by the client organization Marginal value for the organization of a new user active on the application Average Value per user N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) Users scale (here in % of total user population) All oﬀerings falling in the “enterprise 2.0” domain have some degrees of increasing returns dynamics: as more employees start using the application, the value they gain by using it increases. This can be anything from positive network eﬀect for basic applications to more complex scale eﬀects for elaborated oﬀerings. To quote Umair Haque: “their marginal productivity increases in number of connected users”. Since the individual productivity of each individual starting to use the application increases with scale, the marginal and average value of a new active user at the organization level is cumulatively even more exponential. Additional sources: Umair Haque Julien Le Nestour | Feb 09 macroprinciples.com licensing The level of increasing returns scale eﬀects depends on how well designed the application is 2.0 RETURNS TO SCALE !”#$%&amp;’(‘)*+,$ -(.$/+012(,$0′$3&amp;-4+ Current situation Combinatorial (Haque) The returns to scale of web and software applications vary according to their properties. Increasing returns scale eﬀects are now commonly used by consumer and corporate applications. The type of returns achieved (their slope) depends on the properties of the applications. Returns Exponential (Reed) Polynomial (Metcalfe) Scale We will 2.0 economies scale? Viral and network economies, because they How shoulduse a simpliﬁed graphic version of the value curve, but vendors should strive to achieve the directly mediate users and/or peers, should realize polynomial-exponential returns best scale eﬀects possible within their oﬀering. to scale. Distributed economies, because they micromediate the recombination of plastic microchunks, should realize exponential-combinatorial returns to scale. Refer to Umair Haque’s excellent work (ﬁgure extracted from his presentation: The Age of Plasticity Edge Competences and Network Economics 2.0) for a starting point: URL: <a href="http://www.bubblegeneration.com/resources/edgecompetences.ppt">http://www.bubblegeneration.com/resources/edgecompetences.ppt</a> Source: Umair Haque, The Age of Plasticity Edge Competences and Network Economics 2.0 Julien Le Nestour | Feb 09 macroprinciples.com licensing The size of the client’s organization impacts its value curve for absolute numbers, not relative numbers Current situation Dollar scale: $ value extracted by the client organization Small co Mid co Big co Average Value per user 0 10 50 200 1000 5000 10000 20000 40000 60000 N 100000 Number of active users (absolute number) Users scale (here in total number of users) Of course, the size of the client’s organization impacts the form of its value curve. The larger a company is, the more extended its value curve will be. Note that when the scale used is the percentage of users within the total employee population, then size is not a factor and there is only one curve (see slide 4). Julien Le Nestour | Feb 09 macroprinciples.com licensing Value and cost are completely mismatched with a degressive pricing scheme while they should be as closely aligned as possible! Rationale for change Dollar scale: value extracted by the client organization $ Average Value per user Average Cost per user N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) Users scale (here in % of total user population) The price paid per user is decreasing as clients add users whereas the value extracted from each user increases with each new one brought on board. The mismatch is striking and has several consequences. Julien Le Nestour | Feb 09 macroprinciples.com licensing The incentives for large (hence risk averse) companies to try a disruptive technology are weak $ Rationale for change Average Value per user 1 2 3 Pilot population Deployment being done Full deployment population Pilot Cost per user N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Average Cost per user Number of active users (% of total population) Large companies will aim at a corporate-wide deployment, the one maximizing value. But they will approach it in a phased way: 1) First contact and negotiation of the long-term pricing for the full deployment as well as punctual pricing for the pilot 2) Small scale pilot to test and mitigate business, technical and user adoption risks 3) If pilot successful, expand to a production deployment Julien Le Nestour | Feb 09 macroprinciples.com licensing A degressive pricing scheme increases the cost of transitioning from pilot to production for disruptive technologies $ Rationale for change • Large scale deployment • Small scale deployment for user adoption • Low total cost • Unsustainably low ROI per user due to degressive pricing • Project at risk if does not scale quickly to lower cost per user and increase ROI to reap scale economies • High total cost • High ROI per user because of degressive pricing • Project at risk because the ramp-up period for user adoption will be long, while the cost paid and ROI planned assume full deployment 40% 50% 55% 60% 65% 70% 80% Average Value per user Pilot Cost per user N Average Cost per user 0 10% 20% 30% Number of active users (% of total population) After the pilot, 2 main strategies to deploy globally: 1) (on the left) Start with a small group of users, usually early adopters and for whom the business value is clear, then expand from this core 2) (on the right) Deploy globally as quickly as possible A degressive pricing scheme makes it very diﬃcult to justify either the total cost or the ROI per project. The more disruptive the technology, the more diﬃcult to demonstrate its beneﬁts, the more such a scheme makes it more diﬃcult to deploy. This helps explain he diﬃculty to get pilots for vendors and the risk averse nature of clients. Julien Le Nestour | Feb 09 macroprinciples.com licensing By switching the price to align with the value, the total revenue for a vendor stays the same, even if reached at a diﬀerent pace 1 Beneﬁts $ Value 1) With degressive pricing, vendors are pricing out at small scale, while forgiving most of the value at large scale 2) The total revenue with degressive pricing follows the price (=cost) curve 3) If we switch the cost to align with the value, then the growth in revenue has a diﬀerent pace, but the total revenue stays the same Pricing out Forgiving value N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) Cost 2 $ Value 3 $ Cost Value Total revenue with degressive pricing N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) Total revenue with increasing pricing Cost N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) Julien Le Nestour | Feb 09 macroprinciples.com licensing Vendors need to shift from few clients at full price (degressive pricing) to lots of clients at progressively increasing prices (increasing pricing) 1 Beneﬁts $ Revenue scale Degressive pricing Strategy: Expect large revenue streams from a few clients, don’t go if cannot get a full revenue stream right-away. If client wants to deploy progressively, make it pay a discounted full price or partial but not discounted (can’t have both!). a Total revenue by client a) a very small number of clients have done a full deployment, providing large revenue streams b) a small number of clients are piloting the application. The number is small because of the planned diﬃculties to transition. c) clients expressing an interest, but not seeing an ROI with a large enough probability, are staying on the sidelines, due to the costs and uncertainty associated with a pilot Increasing pricing Strategy: Expect clients to start small-scope pilots to mitigate potential risks and demonstrate the value, then move on to a phased deployment when the value has been demonstrated. Make it easy for them to justify the project by giving them a stable ROI per user throughout the deployment. Manage a portfolio of clients that are at varying stages of their pilots and deployment and increase revenue as they scale up. c N 0 100 200 300 400 500 600 700 800 900 Number of clients … b c 0 100 200 300 400 500 600 700 800 900 Number of clients … N 2 $ Revenue scale Total revenue by client a b a) a bigger number of clients are in full deployment, but at avrying stages of it, progressively deploying the application as their organization is getting used to it b) a large number of clients are piloting the application, attracted by the very good cost/beneﬁts/risks ratio c) clients expressing an interest experiment with the basic versions of the application, or for very large prospects, kick-start an experiment/pilot with the vendor’s help licensing Julien Le Nestour | Feb 09 macroprinciples.com Utility pricing, ie pricing per active user, is necessary to allow a successful deployment of a disruptive technology $ 2 Price per user continuously Pricing Metrics to avoid thresholds eﬀects 1 Instead of charging just 3 Average Cost per user Average Value per user diﬀerent prices for 3 ranges N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) When deploying a disruptive technology like enterprise social networking, it is important for the client to make it available to all its employees: which groups of employees will recognize its value ﬁrst is unknown, and you may not target the correct group if you do a target deployment. If charging with threshold eﬀects (x$ for 100 users, than y$ for 1000 users), the vendor makes artiﬁcial and unnecessary disconnects between cost and value. If charging registered users, the vendor does not charge for value but for its perceived potential to deliver value, which can be badly wrong. Julien Le Nestour | Feb 09 macroprinciples.com licensing Note on pricing metrics: why active users count is generally more eﬃcient Pricing Metrics Active user pricing Active users activity is often the best proxy for value. It should be automatically tracked within the application and at a high enough frequency (ie monthly or quarterly, not just annually). Activity pricing not eﬃcient Activity pricing aims at matching value and price exactly. It is very diﬃcult to deﬁne activity metrics that match value exactly however, and generally the disconnect is too large to be used eﬃciently. Example: enterprise search appliances pricing per document indexed fall in this trap obviously. Most companies have poor archiving practices, keeping obsolete documents on the network. Charging to index those documents (that can represent a large portion of the total documents) simply increase cost without increasing value. Activity pricing too uncertain for disruptive technologies Another reason why activity pricing is a second best to active users pricing is the diﬃculty to deﬁne targets for disruptive technologies. Search is known. Take the applications delivering Twitter-like capabilities to the enterprise. The best would be to price by usage, that is, by message. But how do you deﬁne the “normal” usage to set your prices ? No one knows. Price it per active users however, and you do capture the value recognized by the employees, since they will connect only if they ﬁnd value in its use. Julien Le Nestour | Feb 09 macroprinciples.com licensing The cost/beneﬁt ratio of Increasing Pricing for small companies is too low, Degressive Pricing is adapted here $ Big co Mid co Small co Average Value per user Segmentation The mechanisms of value are the same for small companies. Looking at the value in terms of the proportion of total employees bring the same results. N 0 10% 20% 30% 40% 50% 55% 60% 65% 70% 80% Number of active users (% of total population) $ Small co Mid co Big co Average Value per user Looked at it in terms of absolute users, however, the cost/beneﬁt of implementing increasing pricing is too low for vendors. For small and sometimes medium companies, the best strategy is to keep degressive or ﬂat pricing. A threshold then needs to deﬁned by the vendor to determine when switching from degressive pricing to increasing. This needs to be based on the total number of employees in the client’s organization. 0 50 1000 10000 40000 100000 N Number of active users (absolute number) Julien Le Nestour | Feb 09 macroprinciples.com licensing</div>
<div id="hackadelic-sliderNote-3" class="concealed">In this series:
<ol>
<li><a href="http://coreedges.com/blog/2008/08/29/the-relevant-user-groups-for-targeted-it-investments-part-1/">The relevant user groups for targeted IT Investments (part 1)</a></li>
<li><a href="http://coreedges.com/blog/2008/11/14/pilots-are-not-for-profit-making-and-were-not-playing-games/">Pilots are not for profit-making. And we’re not playing games.</a></li>
<li>How to price Enterprise Social Computing offerings?</li>
<li><a href="http://coreedges.com/blog/2009/04/25/user-adoption-risks-are-growing-rapidly-for-it-projects/">User Adoption risks are growing rapidly for IT projects</a></li>
<li><a href="http://coreedges.com/blog/2009/05/28/how-cloud-computing-technologies-are-shifting-the-basis-of-competitive-advantage/">How Cloud Computing Technologies are shifting the basis of Competitive Advantage</a></li>
<li><a href="http://coreedges.com/blog/2009/06/08/features-has-now-become-a-useless-concept-when-evaluating-it-projects/">Features has now become a useless concept when evaluating IT projects</a></li>
</ol>
<p><span style="display: block; margin-top: 3px; font-size: 7px"><a href="http://hackadelic.com/solutions/wordpress/sliding-notes" title="Powered by Hackadelic Sliding Notes 1.6.5">Powered by Hackadelic Sliding Notes 1.6.5</a></span></div>
<div class="addthis_toolbox addthis_default_style " addthis:url='http://coreedges.com/blog/2009/02/13/how-to-price-enterprise-social-computing-offerings/' addthis:title='How to price Enterprise Social Computing offerings? '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_counter addthis_pill_style"></a></div>
]]></content:encoded>
			<wfw:commentRss>http://coreedges.com/blog/2009/02/13/how-to-price-enterprise-social-computing-offerings/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>A few thoughts on Yammer, a twitter-like for organizations</title>
		<link>http://coreedges.com/blog/2008/12/19/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/</link>
		<comments>http://coreedges.com/blog/2008/12/19/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/#comments</comments>
		<pubDate>Fri, 19 Dec 2008 18:04:37 +0000</pubDate>
		<dc:creator>Julien Le Nestour</dc:creator>
				<category><![CDATA[Start-Up musings]]></category>
		<category><![CDATA[Micro Messaging]]></category>
		<category><![CDATA[twitter]]></category>
		<category><![CDATA[Yammer]]></category>

		<guid isPermaLink="false">http://www.macroprinciples.com/2008/12/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/</guid>
		<description><![CDATA[Yammer is an SAAS clone of Twitter, providing private networks for groups and companies. See this post for a good description of the service. When Yammer won the TC50, we witnessed two sequential waves of reactions. The first was laudatory and praised a company that found how to monetize a service like Twitter, where it had hitherto failed. The second ...]]></description>
			<content:encoded><![CDATA[<p>Yammer is an SAAS clone of Twitter, providing private networks for groups and companies. See <a href="http://www.techcrunch.com/2008/09/08/yammer-launches-at-tc50-twitter-for-companies/">this post</a> for a good description of the service.</p>
<p>When Yammer won the TC50, we witnessed two sequential waves of reactions. The first was <a href="http://www.techcrunch.com/2008/09/10/yammer-takes-techcrunch50s-top-prize/">laudatory</a> and praised a company that found how to monetize a service like Twitter, where it had hitherto failed. The second <a href="http://www.readwriteweb.com/archives/yammer_tc50_winner.php">denounced</a> its pernicious business model. I fit squarely in this last camp. Here’s why:</p>
<p>Yammer lets anyone with a company email address create a network open exclusively to the other persons with a valid email address on the same domain. Yammer advertises heavily this: anyone can open a <em>secure</em> and <em>safe</em> private network to benefit from twitter-like features inside your business. Oh, and it’s free, so why don’t you go ahead and benefit from all this greatness ? Well, in fact you do and Yammer has had a good growth (but not quite like the impressive expectations it had). But the twist gets you at this point and it hurts.</p>
<p><span id="more-160"></span></p>
<p>The twist here is in the business model. If your company wants to manage the network, then it has to pay. And the price is per user: the more users, the higher the price. So essentially, it is bait and wait: bait for the employees to create a network and use it, wait for corporate IT to come, want to manage it and spit out the cash.</p>
<p>But even when paying, what you can get in terms of control is very low. For the majority of large companies, what you want is not a system based on email address, but one based on your SSO system. Mainly for one reason: you want to control which ones of your alumni keep their access to the network, if any. Yammer doesn’t offer that, so you take a large risk by assuming you will manually do it. They also offer IP restrictions, but that doesn’t solve the problem either.</p>
<p>The only workaround offered is for employees to signal a former employee when they spot them. Trust me, it won’t work. As worrying is the content ownership issue which belongs to the user up until the point where the company is paying for it and claims the network. Even if covered by the T&amp;Cs, I imagine the potential legal issues arising from a change of ownership without express consent of the users. What does this all mean?</p>
<p>The main consequence for me is a loss of confidence in the “web 2.0″ applications as a whole, as they are viewed by a lot of people. Let me explain. It’s already difficult to convince corporations to use innovative applications from small companies, especially delivered as a service. You combine the risk of dealing with small players that can go bust in the short term and the risk of trusting them on their SAAS implementation (yes, even with due diligence). We try to mitigate that by explaining reputation is a significant asset in this area as well, and companies not playing by the rules have more to lose than to win.</p>
<p>But with business models like Yammer emerging, then the loss of confidence is not just for them, but for all the other applications as well. So this is bad for insiders within companies trying to push for these applications, and bad for a whole bunch of other companies. Because it raises the difficulties to move them within the enterprise. Bernard Lunn is <a href="http://www.readwriteweb.com/archives/yammer_tc50_winner.php">not saying something else</a> in his review:</p>
<blockquote><p>The reason Yammer was considered brilliant was that it had a “cunning revenue model”. Let me see if I’ve got this right. You use Yammer rather than Twitter to restrict the Followers to your colleagues. So you can discuss company secrets really securely. (That, by the way, was a joke!) You use your corporate email ID (Gmail, Yahoo etc not allowed). All that is free, so massive viral adoption. Then companies want to claim/control the conversation. So they pay for all users on Yammer with a corporate email ID. Yep that is cunning all right. Other words come to mind as well.</p></blockquote>
<p>What the bottom line? Small companies can probably use them, but in their place I would use one of the <a href="http://pistachioconsulting.com/services/research/">numerous alternatives</a> available and not trust a company like that. Big companies should avoid Yammer at all cost and go with regular alternatives (as innovative and SAAS). And that is probably the first and only application I would support the ban of on corporate networks.</p>
<p><em>UPDATED – 12/21/08 : Included full quote of Bernard Lunn’s article on RRW instead of just a link.</em>
<div class="addthis_toolbox addthis_default_style " addthis:url='http://coreedges.com/blog/2008/12/19/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/' addthis:title='A few thoughts on Yammer, a twitter-like for organizations '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_counter addthis_pill_style"></a></div>
]]></content:encoded>
			<wfw:commentRss>http://coreedges.com/blog/2008/12/19/a-few-thoughts-on-yammer-a-twitter-like-for-organizations/feed/</wfw:commentRss>
		<slash:comments>11</slash:comments>
		</item>
		<item>
		<title>Do you know I have 8 children ?</title>
		<link>http://coreedges.com/blog/2008/06/30/do-you-know-i-have-8-children/</link>
		<comments>http://coreedges.com/blog/2008/06/30/do-you-know-i-have-8-children/#comments</comments>
		<pubDate>Mon, 30 Jun 2008 15:52:44 +0000</pubDate>
		<dc:creator>Julien Le Nestour</dc:creator>
				<category><![CDATA[Corporate musings]]></category>
		<category><![CDATA[Enterprise X.0]]></category>
		<category><![CDATA[intimacy]]></category>
		<category><![CDATA[Micro Messaging]]></category>
		<category><![CDATA[social media]]></category>
		<category><![CDATA[twitter]]></category>

		<guid isPermaLink="false">http://www.macroprinciples.com/2008/06/do-you-know-i-have-8-children/</guid>
		<description><![CDATA[Well, I don’t. But if I did, by reading my tweets, you would surely know. And if we met, that’s one peculiarity about me you would already know. In fact, you would already know a lot about me. Likely, many of the things you would know after a little while, should we develop a relationship. Normally, a relationship goes through ...]]></description>
			<content:encoded><![CDATA[<p>Well, I don’t. But if I did, by reading my <a href="http://twitter.com/jnestour">tweets</a>, you would surely know. And if we met, that’s one peculiarity about me you would already know. In fact, you would already know a lot about me. Likely, many of the things you would know after a little while, should we develop a relationship.</p>
<p>Normally, a relationship goes through the following stages: introduction, first chats, a relationship is developing, intimacy, trust, friendship. By using social tools, like twitter, you skip directly past intimacy, and have a shot at developing trust quickly. That’s because you already know the person in front of you, and if all is well, she likely knows you.</p>
<p><span id="more-87"></span></p>
<p>When you first meet someone, before developing a relationship, you have to go through the following phases: lowering each other’s defenses, get to know a bit on each other, informally agree to continue talking. That’s why it’s tough – but not impossible, and certainly quite easy with good practice – to develop a relationship with a stranger in less than 5 mins.</p>
<p>But if you know the person’s number of children, what she thinks when she’s traveling, when she’s thinking about deep issues, etc… Then you jump right to the relationship developing stage. Blogs allow that, twitter allows it on another level, more mundane, but at least as important regarding relationships.</p>
<p>Since there’s increasing evidence (see <a href="http://www.eszter.com/">Eszter Hargittai</a>‘s <a href="http://www.webuse.org/">Webuse research project</a>) that twitter isn’t taking off among teenagers or event students, if you belong to one of these two groups, think of twitter this way: it’s the wall on your Facebook profile, but a bit more complex, for adults say… <a href="http://confusedofcalcutta.com">JP Rangaswami</a> puts very nicely in this short <a href="http://www.fastforwardblog.com/2008/02/21/jp-rangaswami-cio-british-telecom/">video interview</a>.</p>
<p>Social media a la twitter, sharing micro-bits of stuff, can be viewed in 2 ways. Useless broken tools to exchange banalities without value. Or intimacy catalysts. The majority of large corporations will of course jump on the first. But the smart ones don’t need help linking intimacy and bottom-line.</p>
<div class="addthis_toolbox addthis_default_style " addthis:url='http://coreedges.com/blog/2008/06/30/do-you-know-i-have-8-children/' addthis:title='Do you know I have 8 children ? '  ><a class="addthis_button_facebook_like" fb:like:layout="button_count"></a><a class="addthis_button_tweet"></a><a class="addthis_counter addthis_pill_style"></a></div>
]]></content:encoded>
			<wfw:commentRss>http://coreedges.com/blog/2008/06/30/do-you-know-i-have-8-children/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

