<?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 decide what features to build (or kill)?	</title>
	<atom:link href="https://www.groovehq.com/blog/friday-qa-march-24-2017/feed" rel="self" type="application/rss+xml" />
	<link>https://www.groovehq.com/blog/friday-qa-march-24-2017</link>
	<description></description>
	<lastBuildDate>Sat, 16 Feb 2019 11:41:16 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.14</generator>
	<item>
		<title>
		By: James McBryan		</title>
		<link>https://www.groovehq.com/blog/friday-qa-march-24-2017#comment-858</link>

		<dc:creator><![CDATA[James McBryan]]></dc:creator>
		<pubDate>Sun, 26 Mar 2017 02:31:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=775#comment-858</guid>

					<description><![CDATA[Customer Driven Development is definitely key, unfortunately it took me a few years to do correctly.  Going a little bit deeper, these are some key best practices that I do when doing customer driven development:

1) I never build any big feature if I don&#039;t have 10 champions that I can bounce wireframes and ideas off of

2) I always validate a feature with wireframes before actually doing the development.  It&#039;s easier to iterate when things have not been built

3) I ask a very serious question: will this help me get more customers or retain existing customers.  I usually stack this up with 5 to 10 other features so it lets me prioritize on the right one

4) If it&#039;s a small feature that takes developers &lt; 1 hour, we usually just build it.  Customers love love love when you polish out the product for them.  They know it&#039;s easy, and if they are that eager for it, 1 hour of your time will save hours of their time and build you loyal customer.]]></description>
			<content:encoded><![CDATA[<p>Customer Driven Development is definitely key, unfortunately it took me a few years to do correctly.  Going a little bit deeper, these are some key best practices that I do when doing customer driven development:</p>
<p>1) I never build any big feature if I don&#8217;t have 10 champions that I can bounce wireframes and ideas off of</p>
<p>2) I always validate a feature with wireframes before actually doing the development.  It&#8217;s easier to iterate when things have not been built</p>
<p>3) I ask a very serious question: will this help me get more customers or retain existing customers.  I usually stack this up with 5 to 10 other features so it lets me prioritize on the right one</p>
<p>4) If it&#8217;s a small feature that takes developers < 1 hour, we usually just build it.  Customers love love love when you polish out the product for them.  They know it's easy, and if they are that eager for it, 1 hour of your time will save hours of their time and build you loyal customer.
</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: NaKeisha Barry		</title>
		<link>https://www.groovehq.com/blog/friday-qa-march-24-2017#comment-861</link>

		<dc:creator><![CDATA[NaKeisha Barry]]></dc:creator>
		<pubDate>Fri, 24 Mar 2017 23:48:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=775#comment-861</guid>

					<description><![CDATA[Does your product development team include your support team (those answering calls, tickets, etc.)? In my experience, those with daily interactions with clients bring great perspective. With background knowledge of how features are currently being used, they can add input for improvements or just offer suggestions so that features have the flexibility that clients need. I also think it is a great way to encourage ownership over client interactions as it is leading towards support members making an impact on the product. ]]></description>
			<content:encoded><![CDATA[<p>Does your product development team include your support team (those answering calls, tickets, etc.)? In my experience, those with daily interactions with clients bring great perspective. With background knowledge of how features are currently being used, they can add input for improvements or just offer suggestions so that features have the flexibility that clients need. I also think it is a great way to encourage ownership over client interactions as it is leading towards support members making an impact on the product. </p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Tarcisio Pedrotti		</title>
		<link>https://www.groovehq.com/blog/friday-qa-march-24-2017#comment-860</link>

		<dc:creator><![CDATA[Tarcisio Pedrotti]]></dc:creator>
		<pubDate>Fri, 24 Mar 2017 18:24:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=775#comment-860</guid>

					<description><![CDATA[I found the Kano method very intriguing for helping us decide what to implement next – read https://foldingburritos.com/kano-model/ - we will try it next]]></description>
			<content:encoded><![CDATA[<p>I found the Kano method very intriguing for helping us decide what to implement next – read <a href="https://foldingburritos.com/kano-model/" rel="nofollow ugc">https://foldingburritos.com/kano-model/</a> &#8211; we will try it next</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Bounce Plan		</title>
		<link>https://www.groovehq.com/blog/friday-qa-march-24-2017#comment-863</link>

		<dc:creator><![CDATA[Bounce Plan]]></dc:creator>
		<pubDate>Fri, 24 Mar 2017 16:49:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=775#comment-863</guid>

					<description><![CDATA[Great topic! I&#039;m in the process of doing a remodel of my web app and it&#039;s a constant struggle to avoid adding features just because they sound good. For example, there were features for recurring expenses and website links. I decided to remove these features because they have nothing to do with creating a travel plan with a definitive start and end. Every time I think of a feature to add I ask myself if that new feature will turn the app into something else or something it&#039;s not. Or in other words, I ask myself &quot;What is my app?&quot; and then ask &quot;If I add this, will it change that definition?&quot;,  Cheers!]]></description>
			<content:encoded><![CDATA[<p>Great topic! I&#8217;m in the process of doing a remodel of my web app and it&#8217;s a constant struggle to avoid adding features just because they sound good. For example, there were features for recurring expenses and website links. I decided to remove these features because they have nothing to do with creating a travel plan with a definitive start and end. Every time I think of a feature to add I ask myself if that new feature will turn the app into something else or something it&#8217;s not. Or in other words, I ask myself &#8220;What is my app?&#8221; and then ask &#8220;If I add this, will it change that definition?&#8221;,  Cheers!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jackie Newman		</title>
		<link>https://www.groovehq.com/blog/friday-qa-march-24-2017#comment-862</link>

		<dc:creator><![CDATA[Jackie Newman]]></dc:creator>
		<pubDate>Fri, 24 Mar 2017 16:41:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=775#comment-862</guid>

					<description><![CDATA[Great article Alex! We receive an enormous amount of feature requests and have been struggling to track them in our support platform (it doesn&#039;t have a dedicated feature for this so we have been using a work around). I&#039;m intrigued by tracking them via tags. If you don&#039;t mind, could you share how you go about this?]]></description>
			<content:encoded><![CDATA[<p>Great article Alex! We receive an enormous amount of feature requests and have been struggling to track them in our support platform (it doesn&#8217;t have a dedicated feature for this so we have been using a work around). I&#8217;m intrigued by tracking them via tags. If you don&#8217;t mind, could you share how you go about this?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
