Saying No to Customer, Sales, and Exec Feature Requests (with Justification)
There is no contradiction in saying “listen to your customers” and “you own the product vision”.
You will get lots of requests for features from your customers (and from your sales team, and from execs within your company). Most of them, if you implemented them as-is, would be at best a waste of developer resources and money.
But it’s rarely an option to just ignore them, or keep de-prioritizing them to next release cycle – many requests for solutions are obscured insights into problems. It’s your job as a product manager to think about those problems and figure out which ones are compatible with your longer-term strategy.
Here’s how you say “no” and make it stick:
- Acknowledge the feature request (using the requestor’s own words)
- Explain the problem that lead to this request. (may need to ask the requestor to clarify their request, but this is your synthesis)
- Describe the cost (in developer hours, lost opportunity cost, investment in obsolete technology, etc.)
- Show lack of connection to the product/company vision
- Acknowledge consequences of simply ignoring request
- Define actionable next steps (turn it into an opportunity)
Download the template (with example features)
This framework puts the focus on the product vision – the equivalent of asking everyone, “What are we here to do? Does this help us do that? No? Then why would we do it?” (Cue Herb Kelleher story about no damn chicken salad sandwiches.)
It also highlights problems rather than features (proposed solutions). Features can often be incompatible with a strategy even when the problem is very relevant. It’s our job to listen. Tackle that feature prioritization list and start saying no!
-->

June 10th, 2009 at 8:55 am
As the CEO, I’d just get sales reps and other execs to bring their feature requests to me. I wouldn’t communicate them down to my PM. The execs would know better. And, I’d probably have the sales rep moved to my end of career sales manager, as in “Glendary Rose.”
Requests from sales reps are just excuses.
The above advice is great if you have to fight this battle, and the roadmap battle, but wouldn’t it be easier if the CEO took some responsibility.
June 10th, 2009 at 9:05 am
I find the key to product management is patterns. You can’t see a pattern in an individual request; you need to look at many requests to see what the real problem is and what the best solution would be.
Thanks for sharing these tips on saying “no” to distractions from the strategy.
Steve
June 10th, 2009 at 9:36 am
Steve – Absolutely agree that patterns are more informative.
37Signals takes this to an extreme, saying they don’t even maintain a feature request list because “if it’s important, it will keep coming up”.
I think small companies, especially in the enterprise space, may not have the luxury of waiting for patterns to emerge.
That’s why I emphasize identifying “what’s the REAL underlying problem” – so that you’re primed to recognize the pattern without waiting for a lot of datapoints.
June 10th, 2009 at 10:17 am
Thanks for this, its a useful guide. The key is empowering product management for some organisations. I get the sense that this is pretty common place in the states but in the UK we’re still waiting for you to sneeze (so we can catch the cold)
June 10th, 2009 at 12:53 pm
[...] I recently read a nice post by Cindy Alvarez in her blog - Saying “No” to… Feature Requests [...]
June 11th, 2009 at 1:00 am
I tihnk you are right, it’s essentially about extracting the wheat from the chaff. Blogged on this subject….
http://tiny.cc/i9mu4
Carl
June 17th, 2009 at 6:11 pm
[...] Saying No to Customer, Sales, and Exec Feature Requests (with Justification) [The Experience is the Product] [...]
June 10th, 2009 at 8:09 am
New blog post: Saying No to Customer, Sales, and Exec Feature Requests (with Justification) http://sn.im/ju6zb #prodmgmt #roadmap
This comment was originally posted on Twitter
June 10th, 2009 at 8:17 am
RT @cindyalvarez Saying No to Customer, Sales, and Exec Feature Requests (with Justification) http://sn.im/ju6zb #prodmgmt Love this post.
This comment was originally posted on Twitter
June 10th, 2009 at 8:56 am
Commented on The Experience is the Product post “Saying No to Customer, Sales, and Exec Feature Requests,” http://bit.ly/s0bHA
This comment was originally posted on Twitter
June 10th, 2009 at 9:50 am
RT @cindyalvarez: New blog post: Saying No to Customer, Sales, and Exec Feature Reqs (w/Justification) http://sn.im/ju6zb #prodmgmt #roadmap
This comment was originally posted on Twitter
June 10th, 2009 at 4:43 pm
RT @cindyalvarez Saying No to Customer, Sales, and Exec Feature Requests (with Justification) http://sn.im/ju6zb #prodmgmt #roadmap
This comment was originally posted on Twitter
June 11th, 2009 at 1:10 am
More on saying No http://bit.ly/8pvd5
This comment was originally posted on Twitter
June 11th, 2009 at 1:59 pm
It’s time we learn to (also) say ‘No’! RT @chenelaine: RT @cindyalvarez Saying No (with Justification) http://sn.im/ju6zb #prodmgmt
This comment was originally posted on Twitter
June 17th, 2009 at 1:11 pm
a ver si en vez de colorear zapatillas hablamos un poco de fernando Peña que acaba de dejarnos
This comment was originally posted on http://eblog.com.ar/)“>eBlog
June 17th, 2009 at 2:32 pm
reebok se empeña en imitar a Nike. Un creativo por ahi… por favor
This comment was originally posted on http://eblog.com.ar/)“>eBlog
June 18th, 2009 at 9:11 am
gran articulo
saludos
This comment was originally posted on http://eblog.com.ar/)“>eBlog
June 18th, 2009 at 11:28 am
Bien por reebok. Esta gente entendio la diferencia entre la necesidad de tener o usar tales o cuales zapatillas y el placer que genera personalizar un objeto de deseo.
This comment was originally posted on http://eblog.com.ar/)“>eBlog