<?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: Technology is not better if it does not add value</title>
	<atom:link href="http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/</link>
	<description>A blog with tips on product management and related topics; written by Jeff Lash</description>
	<lastBuildDate>Fri, 03 Feb 2012 04:38:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Software Marketing: Benefits Vs. Features &#124; Smart Software Marketing</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-143778</link>
		<dc:creator>Software Marketing: Benefits Vs. Features &#124; Smart Software Marketing</dc:creator>
		<pubDate>Thu, 29 Sep 2011 09:01:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-143778</guid>
		<description>[...] Technology is not better if it does not add value [...]</description>
		<content:encoded><![CDATA[<p>[...] Technology is not better if it does not add value [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin T. Smith</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-126097</link>
		<dc:creator>Justin T. Smith</dc:creator>
		<pubDate>Mon, 15 Nov 2010 17:24:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-126097</guid>
		<description>One approach to understand what, as Steven Haines said, motivates the “who” and how they “do what they do,&quot; is paying carful attention to how we define product features, the problems the solve and the technology that enables those features.  

This &quot;virtuous triangle&quot; must rest on features as the customer-oriented view of &#039;what&#039; a product can do for the problems that &#039;who&#039; experiences, then defining &#039;how&#039; to satisfy those goals with some specific technology.  

*specific* technology implementation should be brought into the equation only when you understand &#039;what&#039; your product is going to achieve (through its features) for &#039;who&#039;

Cheers,
Justin T. Smith</description>
		<content:encoded><![CDATA[<p>One approach to understand what, as Steven Haines said, motivates the “who” and how they “do what they do,&#8221; is paying carful attention to how we define product features, the problems the solve and the technology that enables those features.  </p>
<p>This &#8220;virtuous triangle&#8221; must rest on features as the customer-oriented view of &#8216;what&#8217; a product can do for the problems that &#8216;who&#8217; experiences, then defining &#8216;how&#8217; to satisfy those goals with some specific technology.  </p>
<p>*specific* technology implementation should be brought into the equation only when you understand &#8216;what&#8217; your product is going to achieve (through its features) for &#8216;who&#8217;</p>
<p>Cheers,<br />
Justin T. Smith</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Ray Hopkin</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-11430</link>
		<dc:creator>Michael Ray Hopkin</dc:creator>
		<pubDate>Thu, 28 Aug 2008 03:55:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-11430</guid>
		<description>Great post and compelling comments. One additional thought comes to mind: as product managers we need to be tuned in to the market. Whether technology solves the problem is not usually the important question. More important is understanding the problem/market opportunity and finding the best solution. If/how technology gets applied comes after.</description>
		<content:encoded><![CDATA[<p>Great post and compelling comments. One additional thought comes to mind: as product managers we need to be tuned in to the market. Whether technology solves the problem is not usually the important question. More important is understanding the problem/market opportunity and finding the best solution. If/how technology gets applied comes after.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Guna Cemballi</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-11419</link>
		<dc:creator>Guna Cemballi</dc:creator>
		<pubDate>Wed, 27 Aug 2008 18:19:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-11419</guid>
		<description>I like this posting with specific examples for the well known phrase, &quot;Add Value Not Features.&quot;  In addition to following this, by also focusing on how a new feature translates to money for the company, a product manager can really maximise the return on investment on new features.</description>
		<content:encoded><![CDATA[<p>I like this posting with specific examples for the well known phrase, &#8220;Add Value Not Features.&#8221;  In addition to following this, by also focusing on how a new feature translates to money for the company, a product manager can really maximise the return on investment on new features.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Haines</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-11418</link>
		<dc:creator>Steven Haines</dc:creator>
		<pubDate>Wed, 27 Aug 2008 17:29:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-11418</guid>
		<description>As I write in my book &quot;The Product Manager&#039;s Desk Reference,&quot; unless you understand what motivates the &quot;who&quot; (the  customer target - not just any customer) and how they &quot;do what they do,&quot; no degree of technology will be worthy of investment.</description>
		<content:encoded><![CDATA[<p>As I write in my book &#8220;The Product Manager&#8217;s Desk Reference,&#8221; unless you understand what motivates the &#8220;who&#8221; (the  customer target &#8211; not just any customer) and how they &#8220;do what they do,&#8221; no degree of technology will be worthy of investment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-11416</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Wed, 27 Aug 2008 17:06:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-11416</guid>
		<description>In Guide to Growth, a new book by partners in Christensen&#039;s consulting firm, the authors talk about how putting a lot of features into a product invites competitors with a more focused offer to enter the market. 

It&#039;s more that doing the job and no more is better than more or less features. Features get thrown in without regard to whether they contribute to getting the users real work done. 

Technology is neutral to getting real work done, except in the case of IT work.</description>
		<content:encoded><![CDATA[<p>In Guide to Growth, a new book by partners in Christensen&#8217;s consulting firm, the authors talk about how putting a lot of features into a product invites competitors with a more focused offer to enter the market. </p>
<p>It&#8217;s more that doing the job and no more is better than more or less features. Features get thrown in without regard to whether they contribute to getting the users real work done. </p>
<p>Technology is neutral to getting real work done, except in the case of IT work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul M. Banas</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-11270</link>
		<dc:creator>Paul M. Banas</dc:creator>
		<pubDate>Mon, 25 Aug 2008 12:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-11270</guid>
		<description>I think you can add the wisdom of this post to the one you wrote a while back on adding too many features to a product.  

You see this in many tech products, where over engineered products that are technical marvels, but don&#039;t address consumer needs, lose out to simpler and more user friendly designs.  

The Nintendo Wii and the iPhone aren&#039;t technically more advanced than their competitors, they are just designed in a way that normal users can use the products intuitively without reading a phone book sized manual.</description>
		<content:encoded><![CDATA[<p>I think you can add the wisdom of this post to the one you wrote a while back on adding too many features to a product.  </p>
<p>You see this in many tech products, where over engineered products that are technical marvels, but don&#8217;t address consumer needs, lose out to simpler and more user friendly designs.  </p>
<p>The Nintendo Wii and the iPhone aren&#8217;t technically more advanced than their competitors, they are just designed in a way that normal users can use the products intuitively without reading a phone book sized manual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-10999</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Fri, 22 Aug 2008 05:39:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-10999</guid>
		<description>Sales reps use the FAB framework. FAB is features, advantages, and benefits. They sell the steak, the benefits. They use features as criteria to answer the questions around parity and difference. They know that advantages are fleeting. 

Advertising seems to get stuck in competitive claims around advantages. Try to market through specifics. 

I once had to sell a framework written on the underlying vendor&#039;s latest technology. That technology was only supported in one point release of the product. Then, it vanished, and with it went our market. The technology was better, but not better enough. 

Technologies, products, services, and vendor operational processes should aim at constraints on current practice. They should either loosen a constraint or remove the constraint. This is where the real benefit of a technology, product, or service can be found. 

We should be encapsulating our technology. It will show up at the user&#039;s level as installation or use requirements. 

When dealing with a technology, move when you must, or span and sublimate--eliminate technology choice by supporting all the vendor specific instances--to expand your market. 

Supporting a technology is a cost. Supporting a technology deeply costs more and may require a dedicated team. Supporting a technology can also drive your release schedule.</description>
		<content:encoded><![CDATA[<p>Sales reps use the FAB framework. FAB is features, advantages, and benefits. They sell the steak, the benefits. They use features as criteria to answer the questions around parity and difference. They know that advantages are fleeting. </p>
<p>Advertising seems to get stuck in competitive claims around advantages. Try to market through specifics. </p>
<p>I once had to sell a framework written on the underlying vendor&#8217;s latest technology. That technology was only supported in one point release of the product. Then, it vanished, and with it went our market. The technology was better, but not better enough. </p>
<p>Technologies, products, services, and vendor operational processes should aim at constraints on current practice. They should either loosen a constraint or remove the constraint. This is where the real benefit of a technology, product, or service can be found. </p>
<p>We should be encapsulating our technology. It will show up at the user&#8217;s level as installation or use requirements. </p>
<p>When dealing with a technology, move when you must, or span and sublimate&#8211;eliminate technology choice by supporting all the vendor specific instances&#8211;to expand your market. </p>
<p>Supporting a technology is a cost. Supporting a technology deeply costs more and may require a dedicated team. Supporting a technology can also drive your release schedule.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Winnie Chau</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-10993</link>
		<dc:creator>Winnie Chau</dc:creator>
		<pubDate>Fri, 22 Aug 2008 02:33:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-10993</guid>
		<description>I am very impressed with paying visit to customer for experiencing the real wireless networking environment. 

I am product enginner for industrial hardware with customers being software or solution houses. I wonder how should I balance between interests of software / system architecture engineers and &quot;end&quot; users which are public citizens - Now I put the later much heavier than the former</description>
		<content:encoded><![CDATA[<p>I am very impressed with paying visit to customer for experiencing the real wireless networking environment. </p>
<p>I am product enginner for industrial hardware with customers being software or solution houses. I wonder how should I balance between interests of software / system architecture engineers and &#8220;end&#8221; users which are public citizens &#8211; Now I put the later much heavier than the former</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay godse</title>
		<link>http://www.goodproductmanager.com/2008/08/21/technology-is-not-better-if-it-does-not-add-value/comment-page-1/#comment-10959</link>
		<dc:creator>Jay godse</dc:creator>
		<pubDate>Thu, 21 Aug 2008 13:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=161#comment-10959</guid>
		<description>I like the emphasis on focusing on customer value instead of technology value. It is hard to do when a technology makes a segment of a single value stream much more valuable, but not necessarily the whole value stream. 

P.S. Please use a spell checker on your posting.</description>
		<content:encoded><![CDATA[<p>I like the emphasis on focusing on customer value instead of technology value. It is hard to do when a technology makes a segment of a single value stream much more valuable, but not necessarily the whole value stream. </p>
<p>P.S. Please use a spell checker on your posting.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

