<?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: Stop gathering requirements</title>
	<atom:link href="http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/</link>
	<description>A blog with tips on product management and related topics. Written by Jeff Lash, a product manager in St. Louis, MO</description>
	<lastBuildDate>Sun, 07 Mar 2010 10:14:56 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ali-P4P &#187; 产品经理们，遇到Bug请别十万火急</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-18435</link>
		<dc:creator>Ali-P4P &#187; 产品经理们，遇到Bug请别十万火急</dc:creator>
		<pubDate>Wed, 07 Jan 2009 10:18:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-18435</guid>
		<description>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple problems. [...]</description>
		<content:encoded><![CDATA[<p>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple problems. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Next Frontier of Finding Prospects &#124; Product Beautiful: Building Product Management by Paul Young</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-13328</link>
		<dc:creator>The Next Frontier of Finding Prospects &#124; Product Beautiful: Building Product Management by Paul Young</dc:creator>
		<pubDate>Tue, 07 Oct 2008 21:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-13328</guid>
		<description>[...] with this and get a 30-50% hit rate of people writing back to me.� At that point you need to use your skills as a PM to qualify the Prospect further and decide if this is someone that you need to empathize with and [...]</description>
		<content:encoded><![CDATA[<p>[...] with this and get a 30-50% hit rate of people writing back to me.� At that point you need to use your skills as a PM to qualify the Prospect further and decide if this is someone that you need to empathize with and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: john</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-12737</link>
		<dc:creator>john</dc:creator>
		<pubDate>Wed, 24 Sep 2008 23:32:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-12737</guid>
		<description>you are funny - gathering requirements is supposed to understand unmet needs..they both mean the same thing..you can be a good story writer.</description>
		<content:encoded><![CDATA[<p>you are funny &#8211; gathering requirements is supposed to understand unmet needs..they both mean the same thing..you can be a good story writer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 阿当说 &#187; 存档 &#187; 产品经理们，遇到Bug请别十万火急</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10340</link>
		<dc:creator>阿当说 &#187; 存档 &#187; 产品经理们，遇到Bug请别十万火急</dc:creator>
		<pubDate>Wed, 06 Aug 2008 10:36:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10340</guid>
		<description>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple [...]</description>
		<content:encoded><![CDATA[<p>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 赢在产品 &#187; Blog Archive &#187; 产品经理们，遇到Bug请别十万火急</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10286</link>
		<dc:creator>赢在产品 &#187; Blog Archive &#187; 产品经理们，遇到Bug请别十万火急</dc:creator>
		<pubDate>Tue, 05 Aug 2008 07:13:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10286</guid>
		<description>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple [...]</description>
		<content:encoded><![CDATA[<p>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 产品经理们，遇到Bug请别十万火急 -- 三秒改变世界</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10276</link>
		<dc:creator>产品经理们，遇到Bug请别十万火急 -- 三秒改变世界</dc:creator>
		<pubDate>Tue, 05 Aug 2008 03:44:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10276</guid>
		<description>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple problems.If you fix the [...]</description>
		<content:encoded><![CDATA[<p>[...] Stop Gathering Requirements, Follow up on requests to learn more, Find solutions that address multiple problems.If you fix the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10080</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Fri, 01 Aug 2008 03:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10080</guid>
		<description>B2C looks like late mainstream B2B. I would suggest that you look at Don Pepers One-to-One Marketing books. He segments on lifetime value. Read the new book &quot;Habit.&quot; 

Look for B2C marketing advice beyond the web, and beyond technology. 

In a recession, you need to get closer to the customer, so de-averaging is what you do. Quantitiative provides average insights and hides opportunities and value. Qualitiative provides large scale trend data, again much too far away from the individual user. 

Do you profile your individual users? Do they register and sign in? Do you treat use as a transaction and look for the places where they abandon your site? Have you provided a social environment where they are creating user generated content. They could tell you what they need in that user generated content.</description>
		<content:encoded><![CDATA[<p>B2C looks like late mainstream B2B. I would suggest that you look at Don Pepers One-to-One Marketing books. He segments on lifetime value. Read the new book &#8220;Habit.&#8221; </p>
<p>Look for B2C marketing advice beyond the web, and beyond technology. </p>
<p>In a recession, you need to get closer to the customer, so de-averaging is what you do. Quantitiative provides average insights and hides opportunities and value. Qualitiative provides large scale trend data, again much too far away from the individual user. </p>
<p>Do you profile your individual users? Do they register and sign in? Do you treat use as a transaction and look for the places where they abandon your site? Have you provided a social environment where they are creating user generated content. They could tell you what they need in that user generated content.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devaraj</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10065</link>
		<dc:creator>Devaraj</dc:creator>
		<pubDate>Thu, 31 Jul 2008 19:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10065</guid>
		<description>I meant to address my previous question to Jeff.</description>
		<content:encoded><![CDATA[<p>I meant to address my previous question to Jeff.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Devaraj</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-10064</link>
		<dc:creator>Devaraj</dc:creator>
		<pubDate>Thu, 31 Jul 2008 19:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-10064</guid>
		<description>David,

You make excellent points about identifying the unmet needs and gaining insight into customer&#039;s real problems.  Recently I moved from managing a B2B product to a B2C online product and the challenges are completely different.
With the B2B product I knew my customer segments, I knew which customers were important and I could approach them directly to identify and understand their problems and unmet needs.  Sometimes I have to help them identify and articulate the problem. In most cases the customers have an incentive to spend the time to think and articulate the problems they wanted to solve using my product.
However, with the online product, gaining that insight is much more challenging. While quantitative methods like web analytics give you insight into the customer’s behavior it doesn’t tell you much about why they behave that way. Qualitative analysis probably gives you better insights but how do you know that the customers or potential customers that participate in qualitative analysis represent the needs of mainstream customer base (unless you take a significant sample size which might be expensive)? I would like to hear your thoughts and from others who have found a good way to identify customer’s unmet needs and real problems in an online B2C product.</description>
		<content:encoded><![CDATA[<p>David,</p>
<p>You make excellent points about identifying the unmet needs and gaining insight into customer&#8217;s real problems.  Recently I moved from managing a B2B product to a B2C online product and the challenges are completely different.<br />
With the B2B product I knew my customer segments, I knew which customers were important and I could approach them directly to identify and understand their problems and unmet needs.  Sometimes I have to help them identify and articulate the problem. In most cases the customers have an incentive to spend the time to think and articulate the problems they wanted to solve using my product.<br />
However, with the online product, gaining that insight is much more challenging. While quantitative methods like web analytics give you insight into the customer’s behavior it doesn’t tell you much about why they behave that way. Qualitative analysis probably gives you better insights but how do you know that the customers or potential customers that participate in qualitative analysis represent the needs of mainstream customer base (unless you take a significant sample size which might be expensive)? I would like to hear your thoughts and from others who have found a good way to identify customer’s unmet needs and real problems in an online B2C product.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-9117</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Wed, 02 Jul 2008 16:11:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-9117</guid>
		<description>When you  are in the early adopter phase of a discontinuous innovation, you need to learn from the client. Your asset is your technology. Your client will give you an application, and that application is your means of acquiring a vertical market. 

You can do the listening to the customer stuff in the early vertical and early horizontal/mainstream. But, when you move from those markets, your customer bases change and your business focus will change. You have to partition your listening. Continuing to listen to your existing customers allows them to become the trap that kills your company.</description>
		<content:encoded><![CDATA[<p>When you  are in the early adopter phase of a discontinuous innovation, you need to learn from the client. Your asset is your technology. Your client will give you an application, and that application is your means of acquiring a vertical market. </p>
<p>You can do the listening to the customer stuff in the early vertical and early horizontal/mainstream. But, when you move from those markets, your customer bases change and your business focus will change. You have to partition your listening. Continuing to listen to your existing customers allows them to become the trap that kills your company.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary Parker</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-9103</link>
		<dc:creator>Gary Parker</dc:creator>
		<pubDate>Wed, 02 Jul 2008 03:21:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-9103</guid>
		<description>There is a fairly new book called &quot;Tuned In&quot; by Pragmatic Marketing priniciples (Stull, Myers, Scott) that makes much the same case as this discussion thread.  The book is very high level and a bit hyped, but makes essentially the same point as in this thread.</description>
		<content:encoded><![CDATA[<p>There is a fairly new book called &#8220;Tuned In&#8221; by Pragmatic Marketing priniciples (Stull, Myers, Scott) that makes much the same case as this discussion thread.  The book is very high level and a bit hyped, but makes essentially the same point as in this thread.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joy Beatty</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8776</link>
		<dc:creator>Joy Beatty</dc:creator>
		<pubDate>Mon, 09 Jun 2008 13:28:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8776</guid>
		<description>I like your points Jeff.  We sometimes have to remind our product managers that they cannot just be &quot;secretaries&quot; in meetings. I think sometimes we have to be the subject matter experts. Here&#039;s a story about that, from an actual project of ours:
http://requirements.seilevel.com/blog/2008/04/tips-for-when-you-are-missing-e-in-sme.html

That said, as Mike A talks to here in &quot;Ask, Don&#039;t tell&quot;, you still have to make your users think they are coming up with the requirements and you are just &quot;gathering them&quot;:
http://requirements.seilevel.com/blog/2008/03/ask-dont-tell.html</description>
		<content:encoded><![CDATA[<p>I like your points Jeff.  We sometimes have to remind our product managers that they cannot just be &#8220;secretaries&#8221; in meetings. I think sometimes we have to be the subject matter experts. Here&#8217;s a story about that, from an actual project of ours:<br />
<a href="http://requirements.seilevel.com/blog/2008/04/tips-for-when-you-are-missing-e-in-sme.html" rel="nofollow">http://requirements.seilevel.com/blog/2008/04/tips-for-when-you-are-missing-e-in-sme.html</a></p>
<p>That said, as Mike A talks to here in &#8220;Ask, Don&#8217;t tell&#8221;, you still have to make your users think they are coming up with the requirements and you are just &#8220;gathering them&#8221;:<br />
<a href="http://requirements.seilevel.com/blog/2008/03/ask-dont-tell.html" rel="nofollow">http://requirements.seilevel.com/blog/2008/03/ask-dont-tell.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8729</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Wed, 04 Jun 2008 17:58:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8729</guid>
		<description>When you define &quot;requirements that fits most of the audience,&quot; what you end up with is every customer having to compensate for the needs they have that are not average. Try banning Access and Excel or insisting that interfaces for such not be provided. Then, you will see that the satisfaction with your averaged functionality is a lot lower than you&#039;ve anticipated. 

When you look at pricing and other strategy elements, one strategy that appears again and again is that of de-averaging. You can charge different populations different prices. You can do one-to-one relationship marketing, which differentiates specific populations in terms of retentioin efforts. 

If you are a vendor in the horizontal (IT) market, de-averaging doesn&#039;t make sense. But, once you are in the late market and face competition on price, de-averaging is essential, as is moving to a SaaS business model. 

Aspect-oriented programming can facilitate de-averaging. 

De-averaging is only the beginning if you want to take as much money off the table as possible with the least amount of code. Leaving money on the table only assists your competitors.</description>
		<content:encoded><![CDATA[<p>When you define &#8220;requirements that fits most of the audience,&#8221; what you end up with is every customer having to compensate for the needs they have that are not average. Try banning Access and Excel or insisting that interfaces for such not be provided. Then, you will see that the satisfaction with your averaged functionality is a lot lower than you&#8217;ve anticipated. </p>
<p>When you look at pricing and other strategy elements, one strategy that appears again and again is that of de-averaging. You can charge different populations different prices. You can do one-to-one relationship marketing, which differentiates specific populations in terms of retentioin efforts. </p>
<p>If you are a vendor in the horizontal (IT) market, de-averaging doesn&#8217;t make sense. But, once you are in the late market and face competition on price, de-averaging is essential, as is moving to a SaaS business model. </p>
<p>Aspect-oriented programming can facilitate de-averaging. </p>
<p>De-averaging is only the beginning if you want to take as much money off the table as possible with the least amount of code. Leaving money on the table only assists your competitors.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rasha Abu Shama'a</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8721</link>
		<dc:creator>Rasha Abu Shama'a</dc:creator>
		<pubDate>Wed, 04 Jun 2008 06:37:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8721</guid>
		<description>I can see the benefits you mentioned applied more in Web 2.0 portals, when the customers are the members of the portal, and when each one of them has different views and needs of the product. So the product manager in this case should be able to address requirements that fits most of the audience and I believe this is not an easy task!</description>
		<content:encoded><![CDATA[<p>I can see the benefits you mentioned applied more in Web 2.0 portals, when the customers are the members of the portal, and when each one of them has different views and needs of the product. So the product manager in this case should be able to address requirements that fits most of the audience and I believe this is not an easy task!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Virtually Priceless Thoughts &#187; Healthcare IS Requirements - Engineering or Science?</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8697</link>
		<dc:creator>Virtually Priceless Thoughts &#187; Healthcare IS Requirements - Engineering or Science?</dc:creator>
		<pubDate>Sun, 01 Jun 2008 17:04:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8697</guid>
		<description>[...] post I recently read to on How to Be a Good Product Manager on driving requirements not just gathering requirements. There is a good reflection on Usability Counts as [...]</description>
		<content:encoded><![CDATA[<p>[...] post I recently read to on How to Be a Good Product Manager on driving requirements not just gathering requirements. There is a good reflection on Usability Counts as [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8578</link>
		<dc:creator>James</dc:creator>
		<pubDate>Fri, 23 May 2008 13:16:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8578</guid>
		<description>Consider the now-famous collaborative filtering navigation mechanism for book recommendations on Amazon.com. Maryam Mohit, responsible for the online customer experience at Amazon, explains in an interview with Mark Hurst that the idea for that feature was inspired by users, but didn’t come directly from their comments:

“It’s a combination of listening really hard to customers, and innovating on their behalf. For example, quite awhile ago we developed the “similarities” feature - the one that says “people who bought this also bought that.” In focus groups, no customer ever specifically requested that feature. But if you listened to customers talk about how they buy things, they’d say, my friend bought this, and I like what they like. In other words, they get recommendations from people they trust. There was a cognitive leap, based on those comments, to realizing that we could create something like that based on the data we had. That’s an example where there was a need expressed by customers, but the innovation was taking that general need and making the leap to a technology that meets that need in a new way.” 

I like the &quot;innovating on their behalf&quot; comment.</description>
		<content:encoded><![CDATA[<p>Consider the now-famous collaborative filtering navigation mechanism for book recommendations on Amazon.com. Maryam Mohit, responsible for the online customer experience at Amazon, explains in an interview with Mark Hurst that the idea for that feature was inspired by users, but didn’t come directly from their comments:</p>
<p>“It’s a combination of listening really hard to customers, and innovating on their behalf. For example, quite awhile ago we developed the “similarities” feature &#8211; the one that says “people who bought this also bought that.” In focus groups, no customer ever specifically requested that feature. But if you listened to customers talk about how they buy things, they’d say, my friend bought this, and I like what they like. In other words, they get recommendations from people they trust. There was a cognitive leap, based on those comments, to realizing that we could create something like that based on the data we had. That’s an example where there was a need expressed by customers, but the innovation was taking that general need and making the leap to a technology that meets that need in a new way.” </p>
<p>I like the &#8220;innovating on their behalf&#8221; comment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tyner Blain</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8558</link>
		<dc:creator>Tyner Blain</dc:creator>
		<pubDate>Thu, 22 May 2008 03:12:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8558</guid>
		<description>&lt;strong&gt;Problems Are Everywhere...&lt;/strong&gt;


Today&#8217;s article is a harvest of pointers to articles about the focus on problems.  An idea farm, so to speak, with really good articles about the importance of solving problems, not just eliciting requirements.

Focus on Problems To Create Great...</description>
		<content:encoded><![CDATA[<p><strong>Problems Are Everywhere&#8230;</strong></p>
<p>Today&#8217;s article is a harvest of pointers to articles about the focus on problems.  An idea farm, so to speak, with really good articles about the importance of solving problems, not just eliciting requirements.</p>
<p>Focus on Problems To Create Great&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8524</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Mon, 19 May 2008 05:43:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8524</guid>
		<description>An example of what you are looking for is MS Word. Back when WordPerfect was the word processor of choice for the legal profession, MS provided a function that duplicated the WordPerfect keyboard assignments. This allowed legal secretaries that had to type 200+ words per minute to use MS Word without learning anything new. 

WordPerfect changed those keyboard assignments often without regard to the learning load that they created. 

At any rate, it worked, because the legal secretaries moved to MS Word. 

When your functionality is wide, there will be communities of users that use the  core and a few other feautures, and other communities that use the core and a different collection of other features. 

It may not require that you change your interface, but you might want to write different manuals for different populations.</description>
		<content:encoded><![CDATA[<p>An example of what you are looking for is MS Word. Back when WordPerfect was the word processor of choice for the legal profession, MS provided a function that duplicated the WordPerfect keyboard assignments. This allowed legal secretaries that had to type 200+ words per minute to use MS Word without learning anything new. </p>
<p>WordPerfect changed those keyboard assignments often without regard to the learning load that they created. </p>
<p>At any rate, it worked, because the legal secretaries moved to MS Word. </p>
<p>When your functionality is wide, there will be communities of users that use the  core and a few other feautures, and other communities that use the core and a different collection of other features. </p>
<p>It may not require that you change your interface, but you might want to write different manuals for different populations.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Locke</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8520</link>
		<dc:creator>David Locke</dc:creator>
		<pubDate>Sat, 17 May 2008 23:39:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8520</guid>
		<description>You might be looking at your product from the standpoint of a sample of a normal distribution. You gather requirements from ALL the users and average them out. You could look at your product from the standpoint of Poisson distributions instead of segments. This would allow you to tune the use to these populations. It would also enable you to fill the needs of a single population before you move on to fill the nees of another population. 

It would prevent you from delivering functionality of an average fit. But, that means that you would have to extend the existing functionality to fit the population, instead of insisting that the population fit the existing functionality. 

Use is based on meaning. Averaged functionality negates meaning at the edges and sometimes at the core. 

Once you can map individual populations to your functionality,  you can deliver the desired functionality with a veiw created specifically for that population. You may need a population specific model as well.</description>
		<content:encoded><![CDATA[<p>You might be looking at your product from the standpoint of a sample of a normal distribution. You gather requirements from ALL the users and average them out. You could look at your product from the standpoint of Poisson distributions instead of segments. This would allow you to tune the use to these populations. It would also enable you to fill the needs of a single population before you move on to fill the nees of another population. </p>
<p>It would prevent you from delivering functionality of an average fit. But, that means that you would have to extend the existing functionality to fit the population, instead of insisting that the population fit the existing functionality. </p>
<p>Use is based on meaning. Averaged functionality negates meaning at the edges and sometimes at the core. </p>
<p>Once you can map individual populations to your functionality,  you can deliver the desired functionality with a veiw created specifically for that population. You may need a population specific model as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gopal Shenoy</title>
		<link>http://www.goodproductmanager.com/2008/05/06/stop-gathering-requirements/comment-page-1/#comment-8519</link>
		<dc:creator>Gopal Shenoy</dc:creator>
		<pubDate>Sat, 17 May 2008 17:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.goodproductmanager.com/?p=145#comment-8519</guid>
		<description>Chad,

In your case, I would question the discoverability of your product features if you had to send an analyst before your customer could discover that 80% of what they wanted was already n the product. Neither is this cheap to do nor is it scalable.

Unless this customer was using your product in a very unique way that no one else would, take this as a great feedback - what could you do to make the features more discoverable.

This is one of the biggest challenges that product managers/designers face as the product grows - it is something I have struggled with as well, with no good answers. Look at MS Office - I still use the same features as in Office 97 - what happens when your customer base falls into this mode as your product gets really big.

I would love to hear from others who have figured out how to do this best, because I could learn some things here.</description>
		<content:encoded><![CDATA[<p>Chad,</p>
<p>In your case, I would question the discoverability of your product features if you had to send an analyst before your customer could discover that 80% of what they wanted was already n the product. Neither is this cheap to do nor is it scalable.</p>
<p>Unless this customer was using your product in a very unique way that no one else would, take this as a great feedback &#8211; what could you do to make the features more discoverable.</p>
<p>This is one of the biggest challenges that product managers/designers face as the product grows &#8211; it is something I have struggled with as well, with no good answers. Look at MS Office &#8211; I still use the same features as in Office 97 &#8211; what happens when your customer base falls into this mode as your product gets really big.</p>
<p>I would love to hear from others who have figured out how to do this best, because I could learn some things here.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
