<?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: How Do You Manage Market Data?</title>
	<atom:link href="http://tynerblain.com/blog/2008/08/19/managing-market-data/feed/" rel="self" type="application/rss+xml" />
	<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/</link>
	<description>Software product success.</description>
	<lastBuildDate>Tue, 22 May 2012 20:46:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-443012</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Thu, 02 Oct 2008 13:13:30 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-443012</guid>
		<description>Thanks Markus, and welcome to Tyner Blain.  I&#039;ve used various tools, depending on the client I&#039;m working with.  Bug trackers like bugzilla, jira, MKS (yes, really); feedback mechanism &quot;baked into&quot; an application (provides useful contextual info); and inbound email and conversations (from users directly and indirectly).

I&#039;ve managed things in a completely ad-hoc fashion.  The best tool I&#039;ve used so far is a concept map, which allows me to relate pain-points with processes, customers, features, and other pain-points.  It is free-form, but provides insights.  Where it is weak is in metrics and tracking conversations / feedback.

I haven&#039;t seen a solution yet that helps me gain insight, track quantitative elements of the feedback, do demographic analysis, and manage conversations and engagement.  Hence the question behind this article.</description>
		<content:encoded><![CDATA[<p>Thanks Markus, and welcome to Tyner Blain.  I&#8217;ve used various tools, depending on the client I&#8217;m working with.  Bug trackers like bugzilla, jira, MKS (yes, really); feedback mechanism &#8220;baked into&#8221; an application (provides useful contextual info); and inbound email and conversations (from users directly and indirectly).</p>
<p>I&#8217;ve managed things in a completely ad-hoc fashion.  The best tool I&#8217;ve used so far is a concept map, which allows me to relate pain-points with processes, customers, features, and other pain-points.  It is free-form, but provides insights.  Where it is weak is in metrics and tracking conversations / feedback.</p>
<p>I haven&#8217;t seen a solution yet that helps me gain insight, track quantitative elements of the feedback, do demographic analysis, and manage conversations and engagement.  Hence the question behind this article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Markus Ahonen</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-437640</link>
		<dc:creator>Markus Ahonen</dc:creator>
		<pubDate>Mon, 22 Sep 2008 14:18:05 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-437640</guid>
		<description>Great article again. The question of tools is always hot since I haven&#039;t seen a satisfying toolset for PMs yet. Featureplan seems cumbersome (per-seat licenses are so 2000... :-) while Rally + Salesforce.com requires a salesforce using ...Salesforce. What do You use for tracking user requests? Excel? Bugzilla?</description>
		<content:encoded><![CDATA[<p>Great article again. The question of tools is always hot since I haven&#8217;t seen a satisfying toolset for PMs yet. Featureplan seems cumbersome (per-seat licenses are so 2000&#8230; :-) while Rally + Salesforce.com requires a salesforce using &#8230;Salesforce. What do You use for tracking user requests? Excel? Bugzilla?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raj</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-425682</link>
		<dc:creator>Raj</dc:creator>
		<pubDate>Thu, 28 Aug 2008 07:58:21 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-425682</guid>
		<description>Scott, LOL - yup, more up-to-date now! :)</description>
		<content:encoded><![CDATA[<p>Scott, LOL &#8211; yup, more up-to-date now! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-425228</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Wed, 27 Aug 2008 04:22:20 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-425228</guid>
		<description>Thanks Raj, very much.  Since this is a recent article, should I assume you finally caught up in reading the backlog?  :)</description>
		<content:encoded><![CDATA[<p>Thanks Raj, very much.  Since this is a recent article, should I assume you finally caught up in reading the backlog?  :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raj</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-425033</link>
		<dc:creator>Raj</dc:creator>
		<pubDate>Tue, 26 Aug 2008 19:36:40 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-425033</guid>
		<description>Hi Scott,

This is an excellent post, I shared it with our company&#039;s product management team!

&gt;&gt;&gt;&gt;
I had a great conversation with someone who asked the Austin PMM yahoo group what tools they used for tracking “customer feature requests.” ...  Just a mechanism for tracking feature requests
&gt;&gt;&gt;&gt;
Perhaps they might find it worthwhile to check out our product (Accompa) at &lt;a href=&quot;http://www.accompa.com&quot; rel=&quot;nofollow&quot;&gt;http://www.accompa.com&lt;/a&gt;?

&gt;&gt;&gt;&gt;
A 2006 survey of SaaS vendors found that the ratio of feature requests to bug reports was on average, 5 to 1.  That’s a lot of feature requests.
&gt;&gt;&gt;&gt;
This ratio makes sense to me - it is similar to our experience at our company too.</description>
		<content:encoded><![CDATA[<p>Hi Scott,</p>
<p>This is an excellent post, I shared it with our company&#8217;s product management team!</p>
<p>&gt;&gt;&gt;&gt;<br />
I had a great conversation with someone who asked the Austin PMM yahoo group what tools they used for tracking “customer feature requests.” &#8230;  Just a mechanism for tracking feature requests<br />
&gt;&gt;&gt;&gt;<br />
Perhaps they might find it worthwhile to check out our product (Accompa) at <a href="http://www.accompa.com" rel="nofollow">http://www.accompa.com</a>?</p>
<p>&gt;&gt;&gt;&gt;<br />
A 2006 survey of SaaS vendors found that the ratio of feature requests to bug reports was on average, 5 to 1.  That’s a lot of feature requests.<br />
&gt;&gt;&gt;&gt;<br />
This ratio makes sense to me &#8211; it is similar to our experience at our company too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart Rogers</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-422888</link>
		<dc:creator>Stewart Rogers</dc:creator>
		<pubDate>Fri, 22 Aug 2008 15:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-422888</guid>
		<description>Without turning this into a sales pitch for FeaturePlan... FeaturePlan can integrate into Salesforce and we have web forms for contributors to directly enter their data directly in the tool.

&gt;&gt;How do you manage the mapping of problem-statements to market-segments (
&gt;&gt;or to buyer or user personas)?

From FeaturePlan&#039;s perspective we use a market research template to describe segments and tie them to problem statements.  FeaturePlan also has a persona template that can be linked to requirements.  I polled our product management community (http://tinyurl.com/5vtgwt) in April to see if they thought it was better to link personas to problems, scenarios or requirements and the majority (albeit on 7 responses) thought requirements.  I believe it should be problems but can also see needs to link them to requirements and scenarios.

NB: The product management community is open and not just a FeaturePlan community.</description>
		<content:encoded><![CDATA[<p>Without turning this into a sales pitch for FeaturePlan&#8230; FeaturePlan can integrate into Salesforce and we have web forms for contributors to directly enter their data directly in the tool.</p>
<p>&gt;&gt;How do you manage the mapping of problem-statements to market-segments (<br />
&gt;&gt;or to buyer or user personas)?</p>
<p>From FeaturePlan&#8217;s perspective we use a market research template to describe segments and tie them to problem statements.  FeaturePlan also has a persona template that can be linked to requirements.  I polled our product management community (<a href="http://tinyurl.com/5vtgwt" rel="nofollow">http://tinyurl.com/5vtgwt</a>) in April to see if they thought it was better to link personas to problems, scenarios or requirements and the majority (albeit on 7 responses) thought requirements.  I believe it should be problems but can also see needs to link them to requirements and scenarios.</p>
<p>NB: The product management community is open and not just a FeaturePlan community.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott Sehlhorst</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-422279</link>
		<dc:creator>Scott Sehlhorst</dc:creator>
		<pubDate>Thu, 21 Aug 2008 15:55:41 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-422279</guid>
		<description>Stewart, welcome to Tyner Blain, and thanks for sharing!  Good to hear that FeaturePlan does organize this stuff in terms of problem statements.

How do you manage the mapping of problem-statements to market-segments (or to buyer or user personas)?  

And does this product work in conjunction with a CRM solution like Salesforce or include its own CRM capabilities?  How do you get feedback (from the field) into the tool - does the sales rep contact you, then you update featureplan?

Thanks!</description>
		<content:encoded><![CDATA[<p>Stewart, welcome to Tyner Blain, and thanks for sharing!  Good to hear that FeaturePlan does organize this stuff in terms of problem statements.</p>
<p>How do you manage the mapping of problem-statements to market-segments (or to buyer or user personas)?  </p>
<p>And does this product work in conjunction with a CRM solution like Salesforce or include its own CRM capabilities?  How do you get feedback (from the field) into the tool &#8211; does the sales rep contact you, then you update featureplan?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart Rogers</title>
		<link>http://tynerblain.com/blog/2008/08/19/managing-market-data/comment-page-1/#comment-421589</link>
		<dc:creator>Stewart Rogers</dc:creator>
		<pubDate>Wed, 20 Aug 2008 12:59:45 +0000</pubDate>
		<guid isPermaLink="false">http://tynerblain.com/blog/?p=696#comment-421589</guid>
		<description>The way FeaturePlan works, and I kind of like it and did like it before I joined Ryma, is by encouraging a line of thinking (i.e. problem statement) between the feature request and the requirement.  The tool, and Pragmatic Marketing, encourages this type of process... tell me what you want (enhancement), let me describe what you are trying to do (problem, feature description, use scenario) and then explain it to development (requirements).  Something like that.  The other piece is that it treats all inputs (enhancements, bugs, win/loss, call reports, etc.) consistently by using them to support problems identified in the market.  So all inputs are grouped by the problem statement.  Hopefully this did not come across as a sales pitch for FeaturePlan, it just happens to be a tool that supports the way I think.</description>
		<content:encoded><![CDATA[<p>The way FeaturePlan works, and I kind of like it and did like it before I joined Ryma, is by encouraging a line of thinking (i.e. problem statement) between the feature request and the requirement.  The tool, and Pragmatic Marketing, encourages this type of process&#8230; tell me what you want (enhancement), let me describe what you are trying to do (problem, feature description, use scenario) and then explain it to development (requirements).  Something like that.  The other piece is that it treats all inputs (enhancements, bugs, win/loss, call reports, etc.) consistently by using them to support problems identified in the market.  So all inputs are grouped by the problem statement.  Hopefully this did not come across as a sales pitch for FeaturePlan, it just happens to be a tool that supports the way I think.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

