<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Futility of “feature wars”</title>
	<atom:link href="http://productmanagementtips.com/2009/03/12/productmanagers-feature-wars/feed/" rel="self" type="application/rss+xml" />
	<link>http://productmanagementtips.com/2009/03/12/productmanagers-feature-wars/</link>
	<description>Practical software product management tips</description>
	<lastBuildDate>Wed, 15 Feb 2012 20:10:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Guest Post: Awareness, Persuasion and Shelf Life &#171; On Product Management</title>
		<link>http://productmanagementtips.com/2009/03/12/productmanagers-feature-wars/#comment-1151</link>
		<dc:creator><![CDATA[Guest Post: Awareness, Persuasion and Shelf Life &#171; On Product Management]]></dc:creator>
		<pubDate>Sun, 05 Jul 2009 15:16:37 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=623#comment-1151</guid>
		<description><![CDATA[[...] trying to persuade your audience, feature wars are a futile exercise – your product will have features that competitors don&#8217;t have and they will have features [...]]]></description>
		<content:encoded><![CDATA[<p>[...] trying to persuade your audience, feature wars are a futile exercise – your product will have features that competitors don&#8217;t have and they will have features [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://productmanagementtips.com/2009/03/12/productmanagers-feature-wars/#comment-924</link>
		<dc:creator><![CDATA[David Locke]]></dc:creator>
		<pubDate>Fri, 20 Mar 2009 01:21:39 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=623#comment-924</guid>
		<description><![CDATA[Geeks love to customize their environment, so when you address your application to geeks, you end up with feature bloat that hangs around even as your product enters markets far from the geeks. A mature product facing the late market needs to be rewritten, because late market users are not like early market users, and even more unlike geeks. Moore called this task sublimation. These days you take your product to Saas, and that gives you the opportunity to eliminate feature bloat. If you want to keep your geeks, then move your non-geeks to SaaS, and end up with two different products. 

Another feature war one could engage in is one of fitness. Typical requirements processes and market segmention lead to average products that don&#039;t fit anyone particularly well, because it tries to fit everyone. Average products smudge meaning. The closer you get to the real meaning that users attribute to the labels in your UI, the higher the fitness. If the fitness is too far away from a particular user&#039;s meaning, they will compensate. But, it&#039;s costly to compensate. 

The recession is another reason to compete on fitness. It will improve your value proposition by eliminating the costs of compensation. A recession is also a good place to do mass customization, so a feature can have high fitness for different groups of users, even some new users you&#039;ve yet to reach in adjacent markets. 

Head to head competition on features, because there is nothing new under the sun is nuts. Admittedly, the subject domain your application automates probably doesn&#039;t change all that fast. There might be a paradigm that you haven&#039;t encoded. But, without a business reason or change in the subject domain, competing on features is a very short-term win.]]></description>
		<content:encoded><![CDATA[<p>Geeks love to customize their environment, so when you address your application to geeks, you end up with feature bloat that hangs around even as your product enters markets far from the geeks. A mature product facing the late market needs to be rewritten, because late market users are not like early market users, and even more unlike geeks. Moore called this task sublimation. These days you take your product to Saas, and that gives you the opportunity to eliminate feature bloat. If you want to keep your geeks, then move your non-geeks to SaaS, and end up with two different products. </p>
<p>Another feature war one could engage in is one of fitness. Typical requirements processes and market segmention lead to average products that don&#8217;t fit anyone particularly well, because it tries to fit everyone. Average products smudge meaning. The closer you get to the real meaning that users attribute to the labels in your UI, the higher the fitness. If the fitness is too far away from a particular user&#8217;s meaning, they will compensate. But, it&#8217;s costly to compensate. </p>
<p>The recession is another reason to compete on fitness. It will improve your value proposition by eliminating the costs of compensation. A recession is also a good place to do mass customization, so a feature can have high fitness for different groups of users, even some new users you&#8217;ve yet to reach in adjacent markets. </p>
<p>Head to head competition on features, because there is nothing new under the sun is nuts. Admittedly, the subject domain your application automates probably doesn&#8217;t change all that fast. There might be a paradigm that you haven&#8217;t encoded. But, without a business reason or change in the subject domain, competing on features is a very short-term win.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Product Management Reader: 19Mar09 &#124; The Productologist: Exploring the Depths of Product Management</title>
		<link>http://productmanagementtips.com/2009/03/12/productmanagers-feature-wars/#comment-923</link>
		<dc:creator><![CDATA[Product Management Reader: 19Mar09 &#124; The Productologist: Exploring the Depths of Product Management]]></dc:creator>
		<pubDate>Thu, 19 Mar 2009 13:27:10 +0000</pubDate>
		<guid isPermaLink="false">http://productmanagementtips.com/?p=623#comment-923</guid>
		<description><![CDATA[[...] Futility of “feature wars” [Product Management Tips] [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Futility of “feature wars” [Product Management Tips] [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

