<?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"
	>
<channel>
	<title>Comments on: How Complex Can SaaS Offerings Get?</title>
	<atom:link href="http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/</link>
	<description>Understanding the Software as a Service Revolution</description>
	<pubDate>Fri, 21 Nov 2008 11:51:02 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Sinclair Schuller</title>
		<link>http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35231</link>
		<dc:creator>Sinclair Schuller</dc:creator>
		<pubDate>Mon, 18 Feb 2008 04:23:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35231</guid>
		<description>Yossi, I'm glad you've highlighted the word "excuse" over "reason." 

I urge that all software companies take a look at the SaaS model. It may or may not make sense from a business perspective, but if it does make sense, don't let "excuses" get in the way of eased distribution and recurring revenue!</description>
		<content:encoded><![CDATA[<p>Yossi, I&#8217;m glad you&#8217;ve highlighted the word &#8220;excuse&#8221; over &#8220;reason.&#8221; </p>
<p>I urge that all software companies take a look at the SaaS model. It may or may not make sense from a business perspective, but if it does make sense, don&#8217;t let &#8220;excuses&#8221; get in the way of eased distribution and recurring revenue!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Franck Martin</title>
		<link>http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35141</link>
		<dc:creator>Franck Martin</dc:creator>
		<pubDate>Sun, 17 Feb 2008 13:58:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35141</guid>
		<description>There are no limits on what application can be provided on the Internet. It is funny in a way to go back to "centralised" computing.
I guess IT departments, will become networking departments to ensure reliable connectivity. I think the main issue in having SaaS is evolving around the privacy of the data.
Franck Martin - www.avonsys.com</description>
		<content:encoded><![CDATA[<p>There are no limits on what application can be provided on the Internet. It is funny in a way to go back to &#8220;centralised&#8221; computing.<br />
I guess IT departments, will become networking departments to ensure reliable connectivity. I think the main issue in having SaaS is evolving around the privacy of the data.<br />
Franck Martin - <a href="http://www.avonsys.com" rel="nofollow">http://www.avonsys.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yossi Cohen</title>
		<link>http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35033</link>
		<dc:creator>Yossi Cohen</dc:creator>
		<pubDate>Sat, 16 Feb 2008 12:32:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.saasblogs.com/2008/02/14/how-complex-can-saas-offerings-get/#comment-35033</guid>
		<description>I share your vision: there is no reason for any software app to be on-premise. 

However, the industry tries to rationalize why it should go saas. So the first class of apps to go saas was CRM, and the formal "excuse" for going against the mainstream (i.e. being on-premise) was that  sales people were mobile and needed access from anywhere. 

CAD, BI (like LuucidEra), and my company, Panaya, which runs computing intensive code analytics on a grid to provide impact analysis of changes on SAP systems, probably belong to a class of companies which has a new "excuse" - our apps are computing intensive, and therefore it doesn't make sense for each customer to have its own infrastructure required by the app.

Nevertheless, I call it an "excuse" rather than a reason, since the fundamental reason for becoming saas (and my motivation to have my product this way) is relevant to any software company: to make my product easier to consume and distribute and by that to allow high growth of the company. 

Yossi Cohen, founder and CEO, Panaya Inc. – Impact analysis for SAP.</description>
		<content:encoded><![CDATA[<p>I share your vision: there is no reason for any software app to be on-premise. </p>
<p>However, the industry tries to rationalize why it should go saas. So the first class of apps to go saas was CRM, and the formal &#8220;excuse&#8221; for going against the mainstream (i.e. being on-premise) was that  sales people were mobile and needed access from anywhere. </p>
<p>CAD, BI (like LuucidEra), and my company, Panaya, which runs computing intensive code analytics on a grid to provide impact analysis of changes on SAP systems, probably belong to a class of companies which has a new &#8220;excuse&#8221; - our apps are computing intensive, and therefore it doesn&#8217;t make sense for each customer to have its own infrastructure required by the app.</p>
<p>Nevertheless, I call it an &#8220;excuse&#8221; rather than a reason, since the fundamental reason for becoming saas (and my motivation to have my product this way) is relevant to any software company: to make my product easier to consume and distribute and by that to allow high growth of the company. </p>
<p>Yossi Cohen, founder and CEO, Panaya Inc. – Impact analysis for SAP.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
