<?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: New Features Masquerade as Innovation</title>
	<atom:link href="http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/</link>
	<description>Insights into how technology and the outsourcing of R&#38;D are changing the software industry</description>
	<lastBuildDate>Fri, 30 Dec 2011 02:32:43 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Measure the Impact of Your Tech R&#38;D Spend, Not the Amount &#124; Software Industry Insights</title>
		<link>http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/comment-page-1/#comment-309</link>
		<dc:creator>Measure the Impact of Your Tech R&#38;D Spend, Not the Amount &#124; Software Industry Insights</dc:creator>
		<pubDate>Thu, 28 Oct 2010 14:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareindustryinsights.com/?p=93#comment-309</guid>
		<description>[...] The truth is that most companies spend the majority of their resources on bug fixes and feature enhancements, simply trying to hold on to customers and revenues via a traditional upgrade cycle, while trying to convince others (and maybe themselves) that the new versions incorporate many innovations (“New and Improved!”, “Your shirts will be 10% whiter!”). But in most cases these are merely features masquerading as innovation. [...]</description>
		<content:encoded><![CDATA[<p>[...] The truth is that most companies spend the majority of their resources on bug fixes and feature enhancements, simply trying to hold on to customers and revenues via a traditional upgrade cycle, while trying to convince others (and maybe themselves) that the new versions incorporate many innovations (“New and Improved!”, “Your shirts will be 10% whiter!”). But in most cases these are merely features masquerading as innovation. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/comment-page-1/#comment-9</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Mon, 14 Sep 2009 21:20:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareindustryinsights.com/?p=93#comment-9</guid>
		<description>I still disagree that users aren&#039;t very good at vocalizing what they want. Quite the contrary in fact.

Users generally talk about pain points first and vision second, if at all. Pain points can uncover great vertical use cases that you haven&#039;t foreseen, which in turn, advances the overall strategy. Those are the ones I like most.

This gets at your point about innovation too, i.e. unforeseen innovation.

Innovation in my mind is scratching an itch with technology.</description>
		<content:encoded><![CDATA[<p>I still disagree that users aren&#8217;t very good at vocalizing what they want. Quite the contrary in fact.</p>
<p>Users generally talk about pain points first and vision second, if at all. Pain points can uncover great vertical use cases that you haven&#8217;t foreseen, which in turn, advances the overall strategy. Those are the ones I like most.</p>
<p>This gets at your point about innovation too, i.e. unforeseen innovation.</p>
<p>Innovation in my mind is scratching an itch with technology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Glenn Gruber</title>
		<link>http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/comment-page-1/#comment-7</link>
		<dc:creator>Glenn Gruber</dc:creator>
		<pubDate>Thu, 10 Sep 2009 15:28:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareindustryinsights.com/?p=93#comment-7</guid>
		<description>Jake, thanks for continuing the conversation.  I agree that we&#039;re not far apart. I guess two main differences:

1. I agree with you that customer feedback is a critical part of identifying new features and capabilities to incorporate into the product roadmap and moving a product forward.  I just dont&#039; think that customers/users are very good at vocalizing what they want, especially big ideas.  So I meant you can&#039;t ask them directly, but we agree that looking at their behavior tells you a lot.  But most of what they tell you will be incremental in value, not game changing.

2. I understand that AppsLab&#039;s mission is to experiment with technology. I was just pointing out that technology doesn&#039;t equal innovation, that there are other aspects, but that many tech companies only look at it from a technology perspective.</description>
		<content:encoded><![CDATA[<p>Jake, thanks for continuing the conversation.  I agree that we&#8217;re not far apart. I guess two main differences:</p>
<p>1. I agree with you that customer feedback is a critical part of identifying new features and capabilities to incorporate into the product roadmap and moving a product forward.  I just dont&#8217; think that customers/users are very good at vocalizing what they want, especially big ideas.  So I meant you can&#8217;t ask them directly, but we agree that looking at their behavior tells you a lot.  But most of what they tell you will be incremental in value, not game changing.</p>
<p>2. I understand that AppsLab&#8217;s mission is to experiment with technology. I was just pointing out that technology doesn&#8217;t equal innovation, that there are other aspects, but that many tech companies only look at it from a technology perspective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jake</title>
		<link>http://www.softwareindustryinsights.com/2009/09/new-features-masquerade-as-innovation/comment-page-1/#comment-6</link>
		<dc:creator>Jake</dc:creator>
		<pubDate>Thu, 10 Sep 2009 14:42:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.softwareindustryinsights.com/?p=93#comment-6</guid>
		<description>Thanks for dissecting my post.
Now that I can comment, here goes:

1. I prefer the term users b/c my team doesn&#039;t have customers, i.e. no one pays us. There is frequently a fundamental difference between the people who buy a product and those who use it, at least with enterprise software. So, users and customers aren&#039;t synonyms.

2. The purpose of my team (AppsLab) is to experiment with new ideas and technologies to see what works. So, in our case, innovation is tied to technology.

3. You should ask users what they want. How can you affect behavioral change if you don&#039;t study the behavior?

4. Even though you should ask users what they want, your strategy should include other aspects. Expect that your users will generally be underwhelmed by innovation b/c they prefer incremental enhancements.

5. I think we&#039;re making the same point about Facebook&#039;s redesign troubles.

Not sure where the disagreement is here. My team does invest in innovative features, despite the fact that our users would prefer other more operational features. 

The only place where I can see that we diverge is that I ask users what they want, and you advise against this. Frankly, you don&#039;t have to ask, they&#039;ll tell you anyway :)</description>
		<content:encoded><![CDATA[<p>Thanks for dissecting my post.<br />
Now that I can comment, here goes:</p>
<p>1. I prefer the term users b/c my team doesn&#8217;t have customers, i.e. no one pays us. There is frequently a fundamental difference between the people who buy a product and those who use it, at least with enterprise software. So, users and customers aren&#8217;t synonyms.</p>
<p>2. The purpose of my team (AppsLab) is to experiment with new ideas and technologies to see what works. So, in our case, innovation is tied to technology.</p>
<p>3. You should ask users what they want. How can you affect behavioral change if you don&#8217;t study the behavior?</p>
<p>4. Even though you should ask users what they want, your strategy should include other aspects. Expect that your users will generally be underwhelmed by innovation b/c they prefer incremental enhancements.</p>
<p>5. I think we&#8217;re making the same point about Facebook&#8217;s redesign troubles.</p>
<p>Not sure where the disagreement is here. My team does invest in innovative features, despite the fact that our users would prefer other more operational features. </p>
<p>The only place where I can see that we diverge is that I ask users what they want, and you advise against this. Frankly, you don&#8217;t have to ask, they&#8217;ll tell you anyway <img src='http://www.softwareindustryinsights.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

