Guide · Feature requests
How to prioritize feature requests
The most-voted request is rarely the most important one. Here's a method that turns a pile of requests into decisions you can explain, with any board or spreadsheet.
The method
Seven steps from requests to decisions
Each step fixes one way a request list misleads you.
- 1
Treat every request as a clue, not a spec
“Add an Excel export” is one customer’s guess at a solution. Ask what they are trying to get done, and write the need in their words: “get month-end numbers to our accountant”. Several different requests often turn out to be one need, and one request can hide two.
- 2
Count customers, not votes
A vote count adds up enthusiasm, so one power user can look like a groundswell. Count the distinct customers behind each need, across your board, interviews, support tickets and sales notes, and count each customer once however many places they said it.
- 3
Know who is asking
Ten customers on a free plan and ten of your largest accounts are different signals. Attach what you know about each customer (plan, size, segment) so “what do our enterprise accounts need?” is a question you can answer, not a guess.
- 4
Make votes scarce
When voting is free, people vote for everything. Give everyone a small budget, a handful of votes with a cap per request, so a vote says “this is in my top few”. Let people take votes back freely so the budget stays current.
- 5
Look for the gap
Put each need next to the work already in flight. The most valuable row is a need many customers share that nothing you are doing answers. The second most valuable is work in flight with no customer need behind it.
- 6
Close the loop, including the no
Tell everyone who asked what you decided: planned, shipped, or declined with a reason. A no with a reason keeps the customer, and the request still counts as evidence the next time the need comes up. Measure how long people wait for a first reply.
- 7
Review how it is going
Once a month, ask three questions: are people still asking, are they hearing back, and do we ship what they ask for? Watch new supporters per week rather than all-time vote totals, which only ever go up.
A worked example
38 votes, or eleven customers?
“Export the monthly report to Excel” has 38 votes. On its own, that number says the request is popular. Read the requests behind it, though, and most of them are about one thing: getting month-end numbers to an accountant. Eleven customers share that need, across the board, a few interviews and a handful of support tickets.
Now check the work in flight. If nothing you're doing answers that need, you have found the gap, and you can say why it matters in one sentence. Maybe an export is the answer. Maybe a scheduled email to the accountant is better. Either way, you're deciding about a need, not a vote count.
Every month I copy the numbers into a spreadsheet by hand so our accountant can close the books.
- Get month-end numbers to our accountantHeard from 11 customers
- Share results with people who don't log inHeard from 6 customers
Common mistakes
- Ranking the backlog by vote count.
- Treating the requested solution as the requirement.
- Letting the loudest customer set the roadmap.
- Going quiet on requests you won’t build.
- Counting the same customer once per channel.
Scoring frameworks like RICE, ICE or Kano help once you know what the need is and how many customers share it. They can't fix an input that counts clicks instead of customers.
Doing this in Outcomify
A feedback board built around this method
You can do every step with a spreadsheet and patience. Outcomify’s feedback board does the heavy lifting.
Frequently asked questions
Prioritizing feature requests
Keep exploring
Stop counting votes
What a vote count hides, and what to count instead.
The Outcomify feedback board
Requests become evidence, votes become priorities, and customers hear back.
Customer interviews to opportunities
Turn what customers tell you into needs you can act on.
What is an Opportunity Solution Tree?
A map from outcomes to the needs and solutions behind them.