Ask about the attempt, not the feature
"What were you trying to do?" surfaces the underlying job. "What feature do you want?" surfaces someone else's solution to it.
A product feedback form has one failure mode: it turns into a wishlist. Ask people what they want and you get a list where everything is important, which tells you nothing about what to build.
Not a stock template. Build it in a few minutes from a blank form, or describe it and let AI draft the questions on a paid plan.
The fix is to ask about behaviour and force a trade-off. What did you try to do? What got in the way? And, given a fixed number of points, how would you split them across these? A budget allocator answers in one question what a hundred feature requests cannot.
A starting point, not a rulebook: every question below is a real Questionful question type, and all of them are editable once the form is in your account.
| Question | Question type |
|---|---|
| Which part of the product is this about? The branching question | Dropdown |
| What were you trying to do? | Paragraph |
| What got in the way? | Paragraph |
| How often do you hit this? | Multiple choice |
| Split 100 points across these priorities The question that produces a ranking you can trust | Budget allocator |
| Which features do you use weekly? | Checkboxes |
| How would you feel if this product went away? | Multiple choice |
| Can we contact you about this? Routes to a contact section on yes | Multiple choice |
"What were you trying to do?" surfaces the underlying job. "What feature do you want?" surfaces someone else's solution to it.
A budget allocator gives a fixed total to divide, so people cannot mark everything critical. A priority matrix does the same job as a ranking.
A dropdown for the product area sends each response into its own section and, via the webhook, to the team that owns it.
Ask permission to follow up and route the yes to a contact section. The people who explain a problem twice are the ones worth talking to.
What the person was trying to do, what stopped them, how often it happens, and a forced trade-off across your candidate priorities. Feature requests are a symptom; the attempt is the data.
Use a budget allocator or priority matrix. When the total is capped, respondents have to choose, and the aggregate is a ranking rather than a list of everything.
Yes, via the webhook: the payload carries every answer including the product-area question, so Zapier, Make, or your own service can route or tag it.
Yes for closed-set questions, using the opt-in public response summary. Open text is never published, so nobody is quoted by accident.
Scales, grids and summaries, questions built to aggregate.
Feature19 types, including specialist ones most builders skip.
FeatureRoute each answer choice to its own section, so people only see what applies.
TemplateRate the experience, then ask the follow-up that fits the rating.
TemplateSegment respondents, force real trade-offs, and get answers that aggregate.
TemplateCSAT and NPS with the follow-up question matched to the score.
Use caseRun satisfaction and product-feedback surveys where the follow-up question depends on the answer you just got.
Unlimited forms and 100 responses a month, free. Paid plans from €19.
No credit card required.
Choose which cookies you allow. Strictly necessary cookies are always on because the site cannot function without them.
Required for core features such as security, load balancing and remembering this cookie choice. These set no tracking cookies.
Google Analytics, used to understand traffic and improve the site. Loaded only if you allow it.