<?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: 7 More Reasons Why Web Apps Fail</title>
	<atom:link href="http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail/feed" rel="self" type="application/rss+xml" />
	<link>http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail</link>
	<description>Cleaning up the web with Ajax</description>
	<lastBuildDate>Mon, 15 Mar 2010 06:31:37 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Marty</title>
		<link>http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail/comment-page-1#comment-10571</link>
		<dc:creator>Marty</dc:creator>
		<pubDate>Thu, 18 May 2006 19:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail#comment-10571</guid>
		<description>&lt;i&gt;So I view marketing, strategy, and planning as part of the web application, and not external, unrelated forces. &lt;/i&gt;

I don&#039;t know which of us is right -- I&#039;ve always thought of an &quot;application&quot; as a specific piece of software.  Bad software can kill a good business strategy, just as bad strategy can kill good software.  

I guess i&#039;m quibbling over semantics, but for my money &quot;web application&quot; is far too specific for the broader issues you are addressing here.  For instance:

&lt;i&gt;Well, weâ€™re so used to the online world now that the web app&lt;/i&gt; is the store, &lt;i&gt;in both a physical and non-physical sense. &lt;/i&gt;

No, the &quot;store&quot; you&#039;re speaking of here is the business entity itself.  The &quot;applications&quot; would be the point of sale: either the physical plant, or the online presence, both of which are merely User Interfaces -- applications -- to a business entity.</description>
		<content:encoded><![CDATA[<p><i>So I view marketing, strategy, and planning as part of the web application, and not external, unrelated forces. </i></p>
<p>I don&#8217;t know which of us is right &#8212; I&#8217;ve always thought of an &#8220;application&#8221; as a specific piece of software.  Bad software can kill a good business strategy, just as bad strategy can kill good software.  </p>
<p>I guess i&#8217;m quibbling over semantics, but for my money &#8220;web application&#8221; is far too specific for the broader issues you are addressing here.  For instance:</p>
<p><i>Well, weâ€™re so used to the online world now that the web app</i> is the store, <i>in both a physical and non-physical sense. </i></p>
<p>No, the &#8220;store&#8221; you&#8217;re speaking of here is the business entity itself.  The &#8220;applications&#8221; would be the point of sale: either the physical plant, or the online presence, both of which are merely User Interfaces &#8212; applications &#8212; to a business entity.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scot</title>
		<link>http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail/comment-page-1#comment-10537</link>
		<dc:creator>Scot</dc:creator>
		<pubDate>Thu, 18 May 2006 18:25:10 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail#comment-10537</guid>
		<description>I&#039;d argue, that in a lot of cases, the web app isn&#039;t the business - I develop a lot of internal web apps for where I work that will never be seen by the outside world, and their success or failure is only guided by a couple of the 14 reason for failure. Some of the reasons given cross both the domains of internal and external web apps (if anything, &quot;Theyâ€™re about making someone other than the user happy&quot; is going to be even more prevalent in in internal apps, where the management who want the software aren&#039;t the ones who are going to use it) but others really are down to business models  (like &quot;They donâ€™t charge money.&quot; - I suppose cost centres could come into play internally, but even then any money changing hands isn&#039;t &quot;real&quot;).</description>
		<content:encoded><![CDATA[<p>I&#8217;d argue, that in a lot of cases, the web app isn&#8217;t the business &#8211; I develop a lot of internal web apps for where I work that will never be seen by the outside world, and their success or failure is only guided by a couple of the 14 reason for failure. Some of the reasons given cross both the domains of internal and external web apps (if anything, &#8220;Theyâ€™re about making someone other than the user happy&#8221; is going to be even more prevalent in in internal apps, where the management who want the software aren&#8217;t the ones who are going to use it) but others really are down to business models  (like &#8220;They donâ€™t charge money.&#8221; &#8211; I suppose cost centres could come into play internally, but even then any money changing hands isn&#8217;t &#8220;real&#8221;).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua Porter</title>
		<link>http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail/comment-page-1#comment-10378</link>
		<dc:creator>Joshua Porter</dc:creator>
		<pubDate>Thu, 18 May 2006 15:57:54 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail#comment-10378</guid>
		<description>Hi Marty, thanks for the thoughtful response. 

I would argue, however, that in many cases the web app *is* the business, and that separating the two is not possible. Countless businesses are hanging their hat on the fortunes of a single web application interface, to such a degree that one does not exist without the other. 

So I view marketing, strategy, and planning as part of the web application, and not external, unrelated forces. 

I come to this conclusion from the premise that the effectiveness of social applications actually *depends* on how many people are using them, what&#039;s commonly known as the network effect.</description>
		<content:encoded><![CDATA[<p>Hi Marty, thanks for the thoughtful response. </p>
<p>I would argue, however, that in many cases the web app *is* the business, and that separating the two is not possible. Countless businesses are hanging their hat on the fortunes of a single web application interface, to such a degree that one does not exist without the other. </p>
<p>So I view marketing, strategy, and planning as part of the web application, and not external, unrelated forces. </p>
<p>I come to this conclusion from the premise that the effectiveness of social applications actually *depends* on how many people are using them, what&#8217;s commonly known as the network effect.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marty</title>
		<link>http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail/comment-page-1#comment-10331</link>
		<dc:creator>Marty</dc:creator>
		<pubDate>Thu, 18 May 2006 13:36:47 +0000</pubDate>
		<guid isPermaLink="false">http://ajaxian.com/archives/7-more-reasons-why-web-apps-fail#comment-10331</guid>
		<description>Maybe it&#039;s a semantic quibble, but this list -- like the last -- has more to do with why .com business models fail, not why &quot;web applications&quot; fail.

If a web application (in the true sense) performs the job it was designed to do, can it really be called a failure, even if only 3 or 4 people use the tool?  No, the application succeeded -- it was the failure of something else that prevented it from being adopted by more users.  Was it Marketing? Strategy? Planning?  Or is it really something germane to the &quot;web application&quot; itself?</description>
		<content:encoded><![CDATA[<p>Maybe it&#8217;s a semantic quibble, but this list &#8212; like the last &#8212; has more to do with why .com business models fail, not why &#8220;web applications&#8221; fail.</p>
<p>If a web application (in the true sense) performs the job it was designed to do, can it really be called a failure, even if only 3 or 4 people use the tool?  No, the application succeeded &#8212; it was the failure of something else that prevented it from being adopted by more users.  Was it Marketing? Strategy? Planning?  Or is it really something germane to the &#8220;web application&#8221; itself?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
