<?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 TCO : The Mirror Image of Total Cost of Service</title>
	<atom:link href="http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/feed/" rel="self" type="application/rss+xml" />
	<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/</link>
	<description>Streamlined angles on turbulent technologies</description>
	<lastBuildDate>Thu, 19 Jan 2012 21:54:04 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: SaaS</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-15102</link>
		<dc:creator>SaaS</dc:creator>
		<pubDate>Mon, 25 Apr 2011 18:37:26 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-15102</guid>
		<description>The bottom line is what it is all about now.  The SaaS model provides a company with the potential for savings in many different areas.  I never really thought about our end of the equation.  Thanks for your thoughts and the comments were helpful too.</description>
		<content:encoded><![CDATA[<p>The bottom line is what it is all about now.  The SaaS model provides a company with the potential for savings in many different areas.  I never really thought about our end of the equation.  Thanks for your thoughts and the comments were helpful too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hey SaaS Experts: What&#8217;s Your Cloud Computing IQ?</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-13098</link>
		<dc:creator>Hey SaaS Experts: What&#8217;s Your Cloud Computing IQ?</dc:creator>
		<pubDate>Tue, 14 Sep 2010 12:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-13098</guid>
		<description>[...] Why should this matter to SaaS experts and vendors? Two reasons. First, because most SaaS applications today exist as silos that only solve a piece of a customer’s puzzle. Second, because cloud computing enables new economies of scale through shared infrastructure that properly designed SaaS applications can leverage to further drive down total cost of service. [...]</description>
		<content:encoded><![CDATA[<p>[...] Why should this matter to SaaS experts and vendors? Two reasons. First, because most SaaS applications today exist as silos that only solve a piece of a customer’s puzzle. Second, because cloud computing enables new economies of scale through shared infrastructure that properly designed SaaS applications can leverage to further drive down total cost of service. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Haut Tec &#187; SaaS: Towards an Agile Business Architecture</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11136</link>
		<dc:creator>Haut Tec &#187; SaaS: Towards an Agile Business Architecture</dc:creator>
		<pubDate>Fri, 12 Jun 2009 02:40:50 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11136</guid>
		<description>[...] A business model led by direct responsibility for service to end-users [...]</description>
		<content:encoded><![CDATA[<p>[...] A business model led by direct responsibility for service to end-users [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Subraya Mallya</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11130</link>
		<dc:creator>Subraya Mallya</dc:creator>
		<pubDate>Tue, 26 May 2009 21:53:11 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11130</guid>
		<description>Joel
  Based on my discussion with a SaaS CEO, I wrote up some ideas on lowering cost of implementation. http://www.prudentcloud.com/saas/reducing-coireducing-coi-12052009/. Depending on the maturity of the implementation services or ease of implementation built into the product it has impact on both TCO and TCS. Would love to hear what you have seen in this area.</description>
		<content:encoded><![CDATA[<p>Joel<br />
  Based on my discussion with a SaaS CEO, I wrote up some ideas on lowering cost of implementation. <a href="http://www.prudentcloud.com/saas/reducing-coireducing-coi-12052009/" rel="nofollow">http://www.prudentcloud.com/saas/reducing-coireducing-coi-12052009/</a>. Depending on the maturity of the implementation services or ease of implementation built into the product it has impact on both TCO and TCS. Would love to hear what you have seen in this area.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Reducing Cost of Implementation in SaaS &#124; Business and Technology Strategies for companies&#124; PrudentCloud</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11129</link>
		<dc:creator>Reducing Cost of Implementation in SaaS &#124; Business and Technology Strategies for companies&#124; PrudentCloud</dc:creator>
		<pubDate>Tue, 26 May 2009 21:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11129</guid>
		<description>[...] of sales (includes sales + service + hosting + support) check this great article by Joel York - SaaS TCO - The Mirror Image of Total Cost of Service Link to this Post&lt;a href=&quot;http://www.prudentcloud.com/saas/reducing-coi-12052009/&quot; [...]</description>
		<content:encoded><![CDATA[<p>[...] of sales (includes sales + service + hosting + support) check this great article by Joel York &#8211; SaaS TCO &#8211; The Mirror Image of Total Cost of Service Link to this Post&lt;a href=&quot;http://www.prudentcloud.com/saas/reducing-coi-12052009/&quot; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel York</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11060</link>
		<dc:creator>Joel York</dc:creator>
		<pubDate>Thu, 30 Apr 2009 02:26:54 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11060</guid>
		<description>Hi Rob,

The difference between SaaS and traditional license software is the Internet.  With respect to lowering costs, the fundamental difference is the ability to aggregate customers onto a single, tightly integrated infrastructure.  Take a look at these related posts...
http://chaotic-flow.com/2008/12/08/saas-model-economics-101a-aggregating-customers-for-low-cost-advantage/
http://chaotic-flow.com/2008/11/12/software-as-a-service-success-build-the-business-into-the-product/

That said, the basic economic principles for lowering TCO/TCS are available to on-premise software, provided it is fundamentally connected via the Internet AND it maintains a single application instance.  The best example of this would probably be anti-virus software, which maintains a fat client, constant internet connection, server-based data and a shrink-wrap product image.  And, it is routinely sold on a subscription/service basis....but, I would probably argue that these attributes are the fundamental attributes of SaaS and as such so are these applications...regardless of the client-side footprint.</description>
		<content:encoded><![CDATA[<p>Hi Rob,</p>
<p>The difference between SaaS and traditional license software is the Internet.  With respect to lowering costs, the fundamental difference is the ability to aggregate customers onto a single, tightly integrated infrastructure.  Take a look at these related posts&#8230;<br />
<a href="http://chaotic-flow.com/2008/12/08/saas-model-economics-101a-aggregating-customers-for-low-cost-advantage/" rel="nofollow">http://chaotic-flow.com/2008/12/08/saas-model-economics-101a-aggregating-customers-for-low-cost-advantage/</a><br />
<a href="http://chaotic-flow.com/2008/11/12/software-as-a-service-success-build-the-business-into-the-product/" rel="nofollow">http://chaotic-flow.com/2008/11/12/software-as-a-service-success-build-the-business-into-the-product/</a></p>
<p>That said, the basic economic principles for lowering TCO/TCS are available to on-premise software, provided it is fundamentally connected via the Internet AND it maintains a single application instance.  The best example of this would probably be anti-virus software, which maintains a fat client, constant internet connection, server-based data and a shrink-wrap product image.  And, it is routinely sold on a subscription/service basis&#8230;.but, I would probably argue that these attributes are the fundamental attributes of SaaS and as such so are these applications&#8230;regardless of the client-side footprint.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Bois</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11057</link>
		<dc:creator>Rob Bois</dc:creator>
		<pubDate>Wed, 29 Apr 2009 20:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11057</guid>
		<description>I like the concept of aggregating TCO and TCS as a sound way of looking at a software business model.  What I struggle with a little bit is how this is really different in a SaaS environment.  Obviously the TCS and TCOs are much lower up-front in a SaaS model, but if you aggregate both out over a 3-year span for example, wouldn&#039;t the same metrics work for on-premises software?  And don&#039;t the same economic principals exist regardless of the delivery model for things like support, ongoing upgrades, operations, etc?  I openly admit that traditional license software companies don&#039;t think about their businesses in these terms, but my instinct is that is only because it&#039;s what they&#039;re used to.  They also rely heavily on ongoing maintenance fees with really high TCO/TCS ratios so perhaps they don&#039;t need to build such efficient models.  But if we accept that these metrics do work regardless of delivery model, then David&#039;s objections would still be valid.  Especially if customers start realizing they don&#039;t get good value from their 22% maintenance fees, and SaaS erodes maintenance margins for traditional software companies.</description>
		<content:encoded><![CDATA[<p>I like the concept of aggregating TCO and TCS as a sound way of looking at a software business model.  What I struggle with a little bit is how this is really different in a SaaS environment.  Obviously the TCS and TCOs are much lower up-front in a SaaS model, but if you aggregate both out over a 3-year span for example, wouldn&#8217;t the same metrics work for on-premises software?  And don&#8217;t the same economic principals exist regardless of the delivery model for things like support, ongoing upgrades, operations, etc?  I openly admit that traditional license software companies don&#8217;t think about their businesses in these terms, but my instinct is that is only because it&#8217;s what they&#8217;re used to.  They also rely heavily on ongoing maintenance fees with really high TCO/TCS ratios so perhaps they don&#8217;t need to build such efficient models.  But if we accept that these metrics do work regardless of delivery model, then David&#8217;s objections would still be valid.  Especially if customers start realizing they don&#8217;t get good value from their 22% maintenance fees, and SaaS erodes maintenance margins for traditional software companies.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel York</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11020</link>
		<dc:creator>Joel York</dc:creator>
		<pubDate>Wed, 22 Apr 2009 16:30:33 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11020</guid>
		<description>Hi David,

Nice comment. It highlights very well the difficulty of identifying and counting hidden costs and shifting costs.  The example you give would actually be an increase in costs across the value chain, decreasing TCS at the expense of TCO.  The reason to consider both in parallel is to focus on lowering the total economic cost of delivering value (TCS + TCO).  When you do this...without degrading and possibly improving service...you create a win-win scenario where the customer gets lower prices and the vendor increases profitability.  If you only focus on one or the other, then you can have low prices and unprofitable vendors (the case for many a SaaS startup) or the scenario you describe of opportunistic cost cutting at the expense of your customers...both are bad business and unsustainable.

In the specific example, I would suggest that the issue is more about choosing your application and target customers wisely.  A SaaS business that targets customers that prefer live support and offline documentation and has a complex application that entails difficultiy in learning or adoption may not be a great candidate for SaaS in the first place.  In this case, I would blame the player...not the game.  There are plenty of SaaS startups out there going after inappropriate applications and markets that are better served by managed services or traditional enterprise software.

However, TCO/TCS are &quot;total costs&quot; by definition and cannot miss a hidden cost in and of themselves, as they are merely mathematical constructs.  Only, the people who are attempting to measure them can miss or inacurately measure a hidden cost.

Cheers,

JY</description>
		<content:encoded><![CDATA[<p>Hi David,</p>
<p>Nice comment. It highlights very well the difficulty of identifying and counting hidden costs and shifting costs.  The example you give would actually be an increase in costs across the value chain, decreasing TCS at the expense of TCO.  The reason to consider both in parallel is to focus on lowering the total economic cost of delivering value (TCS + TCO).  When you do this&#8230;without degrading and possibly improving service&#8230;you create a win-win scenario where the customer gets lower prices and the vendor increases profitability.  If you only focus on one or the other, then you can have low prices and unprofitable vendors (the case for many a SaaS startup) or the scenario you describe of opportunistic cost cutting at the expense of your customers&#8230;both are bad business and unsustainable.</p>
<p>In the specific example, I would suggest that the issue is more about choosing your application and target customers wisely.  A SaaS business that targets customers that prefer live support and offline documentation and has a complex application that entails difficultiy in learning or adoption may not be a great candidate for SaaS in the first place.  In this case, I would blame the player&#8230;not the game.  There are plenty of SaaS startups out there going after inappropriate applications and markets that are better served by managed services or traditional enterprise software.</p>
<p>However, TCO/TCS are &#8220;total costs&#8221; by definition and cannot miss a hidden cost in and of themselves, as they are merely mathematical constructs.  Only, the people who are attempting to measure them can miss or inacurately measure a hidden cost.</p>
<p>Cheers,</p>
<p>JY</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://chaotic-flow.com/saas-tco-the-mirror-image-of-total-cost-of-service/comment-page-1/#comment-11019</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Tue, 21 Apr 2009 18:37:14 +0000</pubDate>
		<guid isPermaLink="false">http://chaotic-flow.com/?p=567#comment-11019</guid>
		<description>The TCO ignores some costs. The TCS ignores the same costs. User-generated support increase the customer&#039;s costs. The problem with these costs is that the accounting system doesn&#039;t capture them. The failures in accurately capturing costs leads to ROI claims that are utterly false. Further, the costs are felt, so CIOs know that something is wrong with the costing and have gone so far as to refuse to see their costs as strategic investments. 

Printing manuals cost some fraction of a cent per page. Sending your customer a pdf and then having them print it out costs 25 cents per page. Sure, you save money, but your price isn&#039;t linked to your costs. A user not reading the manual, and calling instead, increases the vendors cost well beyond the cost of a manual. But, yeah, SaaS never had a manual, and doesn&#039;t really provide customer support. Instead, SaaS provides user frustration.

The more that these invisible costs are pushed off on to customers, the harder the product or service becomes to sell. 

In reducing your costs, make sure you are not increasing your customer&#039;s costs to use. Operational (use) costs always trump development costs.</description>
		<content:encoded><![CDATA[<p>The TCO ignores some costs. The TCS ignores the same costs. User-generated support increase the customer&#8217;s costs. The problem with these costs is that the accounting system doesn&#8217;t capture them. The failures in accurately capturing costs leads to ROI claims that are utterly false. Further, the costs are felt, so CIOs know that something is wrong with the costing and have gone so far as to refuse to see their costs as strategic investments. </p>
<p>Printing manuals cost some fraction of a cent per page. Sending your customer a pdf and then having them print it out costs 25 cents per page. Sure, you save money, but your price isn&#8217;t linked to your costs. A user not reading the manual, and calling instead, increases the vendors cost well beyond the cost of a manual. But, yeah, SaaS never had a manual, and doesn&#8217;t really provide customer support. Instead, SaaS provides user frustration.</p>
<p>The more that these invisible costs are pushed off on to customers, the harder the product or service becomes to sell. </p>
<p>In reducing your costs, make sure you are not increasing your customer&#8217;s costs to use. Operational (use) costs always trump development costs.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

