<?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 for ISV Survival</title>
	<atom:link href="http://isvsurvival.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://isvsurvival.com</link>
	<description>A blog for ISVs on Software as a Service (SaaS)</description>
	<lastBuildDate>Wed, 23 Nov 2011 05:56:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>Comment on Nozbe: TOS for SaaS GTD solution fails to build trust by Name</title>
		<link>http://isvsurvival.com/nozbe-saas-trust-relationship-gtd-solution/#comment-1794</link>
		<dc:creator>Name</dc:creator>
		<pubDate>Wed, 23 Nov 2011 05:56:51 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=99#comment-1794</guid>
		<description>4 years later and the TOS never changed.</description>
		<content:encoded><![CDATA[<p>4 years later and the TOS never changed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SaaS SLAs: 99.999% uptime doesn&#8217;t matter to users by Growing Up &#8211; Graduating From Ping &#124; Rigor</title>
		<link>http://isvsurvival.com/99-999-host-uptime-sla-irrelevant-saas-user/#comment-1789</link>
		<dc:creator>Growing Up &#8211; Graduating From Ping &#124; Rigor</dc:creator>
		<pubDate>Fri, 26 Aug 2011 14:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=113#comment-1789</guid>
		<description>[...] Can users connect to and log in to my system? [...]</description>
		<content:encoded><![CDATA[<p>[...] Can users connect to and log in to my system? [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SaaS SLAs: 99.999% uptime doesn&#8217;t matter to users by How Do We Define Availability? &#124; Rigor</title>
		<link>http://isvsurvival.com/99-999-host-uptime-sla-irrelevant-saas-user/#comment-1771</link>
		<dc:creator>How Do We Define Availability? &#124; Rigor</dc:creator>
		<pubDate>Wed, 25 May 2011 20:29:05 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=113#comment-1771</guid>
		<description>[...] you are a SaaS provider, can you answer the question &#8220;Can my users log in?&#8220;; or if you are an eCommerce company &#8220;Can my customers complete a purchase?&#8221; To [...]</description>
		<content:encoded><![CDATA[<p>[...] you are a SaaS provider, can you answer the question &#8220;Can my users log in?&#8220;; or if you are an eCommerce company &#8220;Can my customers complete a purchase?&#8221; To [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ISVSurvival.com: The first article by Andrew Biss</title>
		<link>http://isvsurvival.com/hello-world-the-first-article-on-isv-survival/#comment-25</link>
		<dc:creator>Andrew Biss</dc:creator>
		<pubDate>Fri, 15 May 2009 15:46:09 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=80#comment-25</guid>
		<description>This is a test comment to try out the Wordpress plugin that allows you to subscribe to new comments by email.</description>
		<content:encoded><![CDATA[<p>This is a test comment to try out the WordPress plugin that allows you to subscribe to new comments by email.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Live status dashboards: 4 examples help B2B ISVs improve by Italy B2B</title>
		<link>http://isvsurvival.com/saas-live-service-dashboard-examples-b2b-isv/#comment-2</link>
		<dc:creator>Italy B2B</dc:creator>
		<pubDate>Tue, 27 May 2008 23:07:43 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=111#comment-2</guid>
		<description>B2B ISVs cannot afford the downtime Amazon experienced therefore must take precaution ahead of time. They must realize the cost of downtime and act accordingly. It is surprising to see how some B2B companies don&#039;t realize that</description>
		<content:encoded><![CDATA[<p>B2B ISVs cannot afford the downtime Amazon experienced therefore must take precaution ahead of time. They must realize the cost of downtime and act accordingly. It is surprising to see how some B2B companies don&#8217;t realize that</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SaaS downtime: Can ISVs survive paying real cash? by Suman Chaudhuri</title>
		<link>http://isvsurvival.com/isv-sla-pay-cash-for-saas-downtime/#comment-3</link>
		<dc:creator>Suman Chaudhuri</dc:creator>
		<pubDate>Tue, 04 Mar 2008 03:52:09 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=105#comment-3</guid>
		<description>I agree with you that SLAs are really important for ISVs if they want their SaaS business model to succeed. Whereas it is obvious to me that customers should demand a strict SLA from their SaaS provider, what many people often do not demand (and ISVS definitely should demand this in their SLA) is the role and responsibilities of the consumer in consuming those services. 

SaaS is all about providing customizations - the consumer needs to customize the UI, the workflows, the data model (to a certain extent) and the challenge for an ISV is how to provide these customizations without compromising the system and allowing their customer to create rogue behavior. So whereas the ISV&#039;s architecture should carefully plan for these scenarios, often times not all such scenarios can be prevented a 100% and hence the SLA should also clearly explain to the customer what types of behavior from the customer might not be supported since it will cause anomalies within the system. Not outlining these will simply cause more problems for the ISV in the long run.

I discuss the importance of SLAs and why they are important to both parties in my post below:

http://sumanchaudhuri.wordpress.com/2008/03/04/saas-goveranance/

I would be interested in hearing your thoughts on it.

Suman Chaudhuri</description>
		<content:encoded><![CDATA[<p>I agree with you that SLAs are really important for ISVs if they want their SaaS business model to succeed. Whereas it is obvious to me that customers should demand a strict SLA from their SaaS provider, what many people often do not demand (and ISVS definitely should demand this in their SLA) is the role and responsibilities of the consumer in consuming those services. </p>
<p>SaaS is all about providing customizations &#8211; the consumer needs to customize the UI, the workflows, the data model (to a certain extent) and the challenge for an ISV is how to provide these customizations without compromising the system and allowing their customer to create rogue behavior. So whereas the ISV&#8217;s architecture should carefully plan for these scenarios, often times not all such scenarios can be prevented a 100% and hence the SLA should also clearly explain to the customer what types of behavior from the customer might not be supported since it will cause anomalies within the system. Not outlining these will simply cause more problems for the ISV in the long run.</p>
<p>I discuss the importance of SLAs and why they are important to both parties in my post below:</p>
<p><a href="http://sumanchaudhuri.wordpress.com/2008/03/04/saas-goveranance/" rel="nofollow">http://sumanchaudhuri.wordpress.com/2008/03/04/saas-goveranance/</a></p>
<p>I would be interested in hearing your thoughts on it.</p>
<p>Suman Chaudhuri</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SaaS downtime: ISVs will always take the blame by Andrew Biss</title>
		<link>http://isvsurvival.com/isvs-take-blame-saas-platform-downtime/#comment-6</link>
		<dc:creator>Andrew Biss</dc:creator>
		<pubDate>Mon, 04 Feb 2008 12:23:43 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=103#comment-6</guid>
		<description>Hi  Suman,

Thanks for your comment.

I agree with the points that you make in your post.

What makes the switch to SaaS so disruptive for ISVs is the impact on everything the ISV has done in the past.

One of the main reasons users like SaaS is that they do not have the hassle of building and maintaining their own IT setup. With SaaS the burden clearly shifts to the ISV, who now also has to write the software and keep it up and running. 

Multi-tenancy is a method ISVs can use to reduce their costs. The users, however, do not care! As long as they can get the software service at a fair price, it works and can be used when they need it, then they are happy...

The technical features and benefits we are used to talking about when selling business application software go away. In the past we often found someone in the user&#039;s own IT group who cared about the bits and bytes. With SaaS this (rightly) drops away.

Users do not care about technical details of how the software is implemented. That is a concern for the ISV, not for them. This is good. It is a positive sign of the IT business maturing.

SaaS will drive this maturity even faster, as the emphasis rightly moves away from &quot;software&quot; and towards &quot;service&quot;, where it belongs.</description>
		<content:encoded><![CDATA[<p>Hi  Suman,</p>
<p>Thanks for your comment.</p>
<p>I agree with the points that you make in your post.</p>
<p>What makes the switch to SaaS so disruptive for ISVs is the impact on everything the ISV has done in the past.</p>
<p>One of the main reasons users like SaaS is that they do not have the hassle of building and maintaining their own IT setup. With SaaS the burden clearly shifts to the ISV, who now also has to write the software and keep it up and running. </p>
<p>Multi-tenancy is a method ISVs can use to reduce their costs. The users, however, do not care! As long as they can get the software service at a fair price, it works and can be used when they need it, then they are happy&#8230;</p>
<p>The technical features and benefits we are used to talking about when selling business application software go away. In the past we often found someone in the user&#8217;s own IT group who cared about the bits and bytes. With SaaS this (rightly) drops away.</p>
<p>Users do not care about technical details of how the software is implemented. That is a concern for the ISV, not for them. This is good. It is a positive sign of the IT business maturing.</p>
<p>SaaS will drive this maturity even faster, as the emphasis rightly moves away from &#8220;software&#8221; and towards &#8220;service&#8221;, where it belongs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SaaS downtime: ISVs will always take the blame by Suman Chaudhuri</title>
		<link>http://isvsurvival.com/isvs-take-blame-saas-platform-downtime/#comment-4</link>
		<dc:creator>Suman Chaudhuri</dc:creator>
		<pubDate>Thu, 31 Jan 2008 21:04:06 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=103#comment-4</guid>
		<description>Hi Andrew,

Good article. I agree with your thoughts. That is why ISVs that are planning to adopt SaaS due to customer pressures need to think of SaaS as a multi-dimentional approach that tackles:

- technology
- business
- marketing
- operational
- cultural

All these aspects are equally important to a successful SaaS strategy. You can read my thoughts on this at:

http://sumanchaudhuri.wordpress.com/2008/01/30/multi-facets-of-the-multi-tenant-architecture/</description>
		<content:encoded><![CDATA[<p>Hi Andrew,</p>
<p>Good article. I agree with your thoughts. That is why ISVs that are planning to adopt SaaS due to customer pressures need to think of SaaS as a multi-dimentional approach that tackles:</p>
<p>- technology<br />
- business<br />
- marketing<br />
- operational<br />
- cultural</p>
<p>All these aspects are equally important to a successful SaaS strategy. You can read my thoughts on this at:</p>
<p><a href="http://sumanchaudhuri.wordpress.com/2008/01/30/multi-facets-of-the-multi-tenant-architecture/" rel="nofollow">http://sumanchaudhuri.wordpress.com/2008/01/30/multi-facets-of-the-multi-tenant-architecture/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on ISVSurvival.com: The first survival tip by Norbert Nigg</title>
		<link>http://isvsurvival.com/hello-world-the-first-survival-tip-on-isvsurvival/#comment-5</link>
		<dc:creator>Norbert Nigg</dc:creator>
		<pubDate>Wed, 17 Oct 2007 09:17:56 +0000</pubDate>
		<guid isPermaLink="false">http://isvsurvival.com/?p=84#comment-5</guid>
		<description>Hello Andrew,
Congratulations to your website and your blog. I&#039;ve only had a first glimpse and I&#039;m really impressed by your site. I&#039;m looking forward to reading more from you. 
Regards,
Norbert</description>
		<content:encoded><![CDATA[<p>Hello Andrew,<br />
Congratulations to your website and your blog. I&#8217;ve only had a first glimpse and I&#8217;m really impressed by your site. I&#8217;m looking forward to reading more from you.<br />
Regards,<br />
Norbert</p>
]]></content:encoded>
	</item>
</channel>
</rss>

