<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: SaaS Metrics &#8211; SaaSoNomics 101</title>
	<atom:link href="http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/</link>
	<description>Hot Thoughts about SaaS, On-Demand Business and Technology</description>
	<lastBuildDate>Mon, 30 Jan 2012 15:58:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: SaaS</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-917</link>
		<dc:creator>SaaS</dc:creator>
		<pubDate>Fri, 17 Jun 2011 04:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-917</guid>
		<description>With time the needs and wants of clients change and so the methods of keeping the client has to change. The changing of a CEO or any other officer in a company will make no difference in keeping clients or attracting more.  Change often breads excitment and new clients, thus the need and desire for change.</description>
		<content:encoded><![CDATA[<p>With time the needs and wants of clients change and so the methods of keeping the client has to change. The changing of a CEO or any other officer in a company will make no difference in keeping clients or attracting more.  Change often breads excitment and new clients, thus the need and desire for change.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 12 Helpful Tips: #7 Using SaaS Metrics &#124; Smart SaaS</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-817</link>
		<dc:creator>12 Helpful Tips: #7 Using SaaS Metrics &#124; Smart SaaS</dc:creator>
		<pubDate>Wed, 26 Jan 2011 19:13:38 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-817</guid>
		<description>[...] Michael Dunham of Scio Consulting, Haut SaaS Blog did a great post on SaaS Metrics – SaaSoNomics 101 [...]</description>
		<content:encoded><![CDATA[<p>[...] Michael Dunham of Scio Consulting, Haut SaaS Blog did a great post on SaaS Metrics – SaaSoNomics 101 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 12 Tips - Test Everything &#124; Smart SaaS</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-785</link>
		<dc:creator>12 Tips - Test Everything &#124; Smart SaaS</dc:creator>
		<pubDate>Tue, 10 Aug 2010 17:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-785</guid>
		<description>[...] Haut Tech - Michael Dunham at Scio Development [...]</description>
		<content:encoded><![CDATA[<p>[...] Haut Tech &#8211; Michael Dunham at Scio Development [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Dunham</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-726</link>
		<dc:creator>Michael Dunham</dc:creator>
		<pubDate>Tue, 01 Jun 2010 15:03:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-726</guid>
		<description>Kirk - In truth there are around 12 metrics a SaaS company should have on their &quot;dashboard&quot; that relate to different stages in the marketing, sales, lifetime cycle. Companies I have worked with find metrics that are key indicators in their market and for the specific application under consideration - that can be different from another company&#039;s findings. A lot depends on usage patterns, number of key users in a line of business, etc and that is certainly what your metrics need to tell you as your application comes to market and over its growth cycle. It isn&#039;t a &quot;one size fits all&quot; choice or fully a &quot;we can grow into it&quot; choice. You need to have the &quot;hooks&quot; for reporting built into your application from day one and you need to think about how your company will use the metrics to change how your product is managed strategically. 

We have a workshop that is part of SaaS University in Washington DC,  July 20-22 that covers this subject along with other considerations of SaaS product development and operations. http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC.aspx  and our Charting Your Course to SaaS Workshop on http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC/WashingtonDCWorkshopsJuly22nd.aspx

Since I believe it is in your area it might be good option for you and your team to consider. We also address this issue as part of our SaaS Strategy Sessions that are engagements specific to the client and not a general template. http://www.sciodev.com/resources/datasheets/Scio-SaaS-Strategy-Sessions.pdf

let me know if I can be of further help...</description>
		<content:encoded><![CDATA[<p>Kirk &#8211; In truth there are around 12 metrics a SaaS company should have on their &#8220;dashboard&#8221; that relate to different stages in the marketing, sales, lifetime cycle. Companies I have worked with find metrics that are key indicators in their market and for the specific application under consideration &#8211; that can be different from another company&#8217;s findings. A lot depends on usage patterns, number of key users in a line of business, etc and that is certainly what your metrics need to tell you as your application comes to market and over its growth cycle. It isn&#8217;t a &#8220;one size fits all&#8221; choice or fully a &#8220;we can grow into it&#8221; choice. You need to have the &#8220;hooks&#8221; for reporting built into your application from day one and you need to think about how your company will use the metrics to change how your product is managed strategically. </p>
<p>We have a workshop that is part of SaaS University in Washington DC,  July 20-22 that covers this subject along with other considerations of SaaS product development and operations. <a href="http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC.aspx" rel="nofollow">http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC.aspx</a>  and our Charting Your Course to SaaS Workshop on <a href="http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC/WashingtonDCWorkshopsJuly22nd.aspx" rel="nofollow">http://www.softletter.com/SaaSUniversity/SaaSUniversityConferenceWashingtonDC/WashingtonDCWorkshopsJuly22nd.aspx</a></p>
<p>Since I believe it is in your area it might be good option for you and your team to consider. We also address this issue as part of our SaaS Strategy Sessions that are engagements specific to the client and not a general template. <a href="http://www.sciodev.com/resources/datasheets/Scio-SaaS-Strategy-Sessions.pdf" rel="nofollow">http://www.sciodev.com/resources/datasheets/Scio-SaaS-Strategy-Sessions.pdf</a></p>
<p>let me know if I can be of further help&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kirk Sadler</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-725</link>
		<dc:creator>Kirk Sadler</dc:creator>
		<pubDate>Tue, 01 Jun 2010 14:23:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-725</guid>
		<description>We are mostly an on-premise osftware company with multiple applications that start in 1981.  We have recently begun making the transition to a SaaS delivery model and acquried a couple vendors who started as SaaS.

That said, the post provided some great insights into metrics to manage a SaaS business.  Knowing many will be tough to measure can someone suggest the top 5 to measure the first year and the next 5 to measure the second year ... bascially a roadmap of what&#039;s important to monitor for financial success.</description>
		<content:encoded><![CDATA[<p>We are mostly an on-premise osftware company with multiple applications that start in 1981.  We have recently begun making the transition to a SaaS delivery model and acquried a couple vendors who started as SaaS.</p>
<p>That said, the post provided some great insights into metrics to manage a SaaS business.  Knowing many will be tough to measure can someone suggest the top 5 to measure the first year and the next 5 to measure the second year &#8230; bascially a roadmap of what&#8217;s important to monitor for financial success.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim Geisman</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-610</link>
		<dc:creator>Jim Geisman</dc:creator>
		<pubDate>Tue, 16 Feb 2010 16:29:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-610</guid>
		<description>This is great post, Mike. Indeed, all of these measure are important -- some more than others. 

But the important thing is not to *monitor* these measures but to *use them* to monitor the financial model. By doing so you can: 1). Document the assumptions critical to your business and cashflow; 2). Focus your spending on &quot;moving the [relevant] needle(s)&quot;

But most if not all of these measure are driven by decisions in areas where we find people are weakest: packaging and pricing.  We find it useful to start with a detailed revenue model driven by assumptions about packaging, prices and volumes and then test how these assumptions  affect the above measures. Detailed revenue modeling can minimize nasty surprises downstream.

This also points to one of the more subtle advantages of SaaS: You can fine tune the business and watch the response in (nearly) real time.</description>
		<content:encoded><![CDATA[<p>This is great post, Mike. Indeed, all of these measure are important &#8212; some more than others. </p>
<p>But the important thing is not to *monitor* these measures but to *use them* to monitor the financial model. By doing so you can: 1). Document the assumptions critical to your business and cashflow; 2). Focus your spending on &#8220;moving the [relevant] needle(s)&#8221;</p>
<p>But most if not all of these measure are driven by decisions in areas where we find people are weakest: packaging and pricing.  We find it useful to start with a detailed revenue model driven by assumptions about packaging, prices and volumes and then test how these assumptions  affect the above measures. Detailed revenue modeling can minimize nasty surprises downstream.</p>
<p>This also points to one of the more subtle advantages of SaaS: You can fine tune the business and watch the response in (nearly) real time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Trianz Blog &#187; Blog Archive &#187; Yield Management for Online Web Service Providers</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-376</link>
		<dc:creator>Trianz Blog &#187; Blog Archive &#187; Yield Management for Online Web Service Providers</dc:creator>
		<pubDate>Thu, 27 Aug 2009 20:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-376</guid>
		<description>[...] SaaS Metrics – SaaSoNomics 101 (Michael Dunham): http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/ [...]</description>
		<content:encoded><![CDATA[<p>[...] SaaS Metrics – SaaSoNomics 101 (Michael Dunham): <a href="http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/" rel="nofollow">http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Marsden</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-79</link>
		<dc:creator>Brian Marsden</dc:creator>
		<pubDate>Sat, 07 Mar 2009 05:56:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-79</guid>
		<description>Good article and interesting reader observations. I am seeing some proven models where On-premise apps reach to a cloud app to fill holes for SAP, Oracle and Co. Integration and assocated costs seem to be a key area. Also revenue from labour based services that leverage the data are able to subsidise the technology costs.</description>
		<content:encoded><![CDATA[<p>Good article and interesting reader observations. I am seeing some proven models where On-premise apps reach to a cloud app to fill holes for SAP, Oracle and Co. Integration and assocated costs seem to be a key area. Also revenue from labour based services that leverage the data are able to subsidise the technology costs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve O'Neill</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-75</link>
		<dc:creator>Steve O'Neill</dc:creator>
		<pubDate>Fri, 27 Feb 2009 22:25:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-75</guid>
		<description>This is well written, and very interesting.  When I ran the Hosting Services department at a leading Learning Management company, our core product was enterprise software hosting, and we started evolving into semi-SaaS, and SaaS products.  Knowning that there is a huge difference in these hosting models, I was surprised how much similarity there was in the metrics.  For example, even in the enterprise hosting business (a recurring revenue model business), we routinely monitored such things as CMRR, Retention Rate, Average Deal Size, and 10 Largest Customers %.  We struggled trying to achieve meaningful metrics for Cost to Maintain, Cost to Acquire, and Customer Lifetime Value Ratio, simply because of the difficulty of calculating these.  Where the company stumbled was in taking this approach to the next level for SaaS - things like Cost to Acquire, Customer Acquisition Cost Ratio, and Software to Services Ratio.  
What this highlights to me, is that while all of this is relevant to SaaS, much of it is relevant to any recurring-revenue model business, including traditional enterprise software hosting.  And the delta between the two is very enlightening!
Can&#039;t wait for 102!</description>
		<content:encoded><![CDATA[<p>This is well written, and very interesting.  When I ran the Hosting Services department at a leading Learning Management company, our core product was enterprise software hosting, and we started evolving into semi-SaaS, and SaaS products.  Knowning that there is a huge difference in these hosting models, I was surprised how much similarity there was in the metrics.  For example, even in the enterprise hosting business (a recurring revenue model business), we routinely monitored such things as CMRR, Retention Rate, Average Deal Size, and 10 Largest Customers %.  We struggled trying to achieve meaningful metrics for Cost to Maintain, Cost to Acquire, and Customer Lifetime Value Ratio, simply because of the difficulty of calculating these.  Where the company stumbled was in taking this approach to the next level for SaaS &#8211; things like Cost to Acquire, Customer Acquisition Cost Ratio, and Software to Services Ratio.<br />
What this highlights to me, is that while all of this is relevant to SaaS, much of it is relevant to any recurring-revenue model business, including traditional enterprise software hosting.  And the delta between the two is very enlightening!<br />
Can&#8217;t wait for 102!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve Reeves</title>
		<link>http://blog.sciodev.com/2009/02/10/saas-metrics-saasonomics-101/comment-page-1/#comment-74</link>
		<dc:creator>Steve Reeves</dc:creator>
		<pubDate>Fri, 27 Feb 2009 18:57:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.sciodev.com/?p=316#comment-74</guid>
		<description>We could have some really interesting discussions regarding enterprise software and SaaS :-)

I spent 25 years selling the first and now two years getting a SaaS started.

Single instance SaaS isn&#039;t going to get much traction in the enterprise market any time soon. Salesforce has done OK but SAP would laugh at anybody bragging about 50,000 users.

So they managed to get this far because CRM is a non-core activity for most of the enterprises.  SaaS has been a really cheap way of them getting some visibility over the sales force.  Cost has been the main enabler because so many of the big CRM implementations have been disastrous.

So the enterprise attitude toward non-core systems enabled salesforce to push out very limited capability software and win business with a different sales model - mostly dominating paid search.  

As you rightly point out this approach will only take the company so far.  If they want to get to the really big money they&#039;ll have to spend a lot more on marketing/sales/support and then spend multiples of that on the software.  They pretty much have nowhere to go, unless they rebuild the software up to SAP/Oracle standards and then adopt the traditional marketing/sales model.

We don&#039;t want to be in the enterprise market - to be honest we could never afford to take on SAP/Oracle/Microsoft so it isn&#039;t an issue.

Our view is we have to solve the cost of sales issue and we&#039;ll do that by reducing the customers cost of adoption, and doing it for people who don&#039;t have armies of IT support guys that need to be kept busy. 

Building software that people will want to use at eye wateringly low cost, and finding ways of marketing it for free is a model already proven in the social networking arena.

Of course finding ways to make money doing it is another challenge :-( but that&#039;s where the fun is.

BTW I enjoyed reading the perspective of somebody who genuinely does understand the challenges of SaaS in the cloud.

There aren&#039;t many around.

Steve</description>
		<content:encoded><![CDATA[<p>We could have some really interesting discussions regarding enterprise software and SaaS <img src='http://blog.sciodev.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>I spent 25 years selling the first and now two years getting a SaaS started.</p>
<p>Single instance SaaS isn&#8217;t going to get much traction in the enterprise market any time soon. Salesforce has done OK but SAP would laugh at anybody bragging about 50,000 users.</p>
<p>So they managed to get this far because CRM is a non-core activity for most of the enterprises.  SaaS has been a really cheap way of them getting some visibility over the sales force.  Cost has been the main enabler because so many of the big CRM implementations have been disastrous.</p>
<p>So the enterprise attitude toward non-core systems enabled salesforce to push out very limited capability software and win business with a different sales model &#8211; mostly dominating paid search.  </p>
<p>As you rightly point out this approach will only take the company so far.  If they want to get to the really big money they&#8217;ll have to spend a lot more on marketing/sales/support and then spend multiples of that on the software.  They pretty much have nowhere to go, unless they rebuild the software up to SAP/Oracle standards and then adopt the traditional marketing/sales model.</p>
<p>We don&#8217;t want to be in the enterprise market &#8211; to be honest we could never afford to take on SAP/Oracle/Microsoft so it isn&#8217;t an issue.</p>
<p>Our view is we have to solve the cost of sales issue and we&#8217;ll do that by reducing the customers cost of adoption, and doing it for people who don&#8217;t have armies of IT support guys that need to be kept busy. </p>
<p>Building software that people will want to use at eye wateringly low cost, and finding ways of marketing it for free is a model already proven in the social networking arena.</p>
<p>Of course finding ways to make money doing it is another challenge <img src='http://blog.sciodev.com/wp-includes/images/smilies/icon_sad.gif' alt=':-(' class='wp-smiley' />  but that&#8217;s where the fun is.</p>
<p>BTW I enjoyed reading the perspective of somebody who genuinely does understand the challenges of SaaS in the cloud.</p>
<p>There aren&#8217;t many around.</p>
<p>Steve</p>
]]></content:encoded>
	</item>
</channel>
</rss>

