User Research Survey Template

A discovery instrument, not a feedback form: capture real workflows in story form, size the pain, and recruit interview participants with consent built in.

Free · copies into your editor in one click
Live preview — try it, nothing is saved

We are studying how people actually work — not selling anything. Plain, specific answers about your real routine are worth more than polished ones.

Mildly annoying Genuinely awful

Most "user research surveys" are satisfaction forms wearing a lab coat. Real discovery research asks about behavior, not opinions — what people actually did last Tuesday, not what they imagine they would like. This template is built on that distinction, and its centerpiece question breaks the usual survey rules on purpose.

The story question is the instrument. "Walk us through the last time you tackled it" collects a narrative, not a rating. Narratives contain the sequence (what came first), the tools (what got opened), and the dead ends (where time went to die) — the raw material of journey maps and the source of insights no scale question can produce. It is required because a research survey without the story is just a screener. Everything around it is scaffolding: the role and frequency questions let you segment stories by who and how often, the current-tool question maps the competitive landscape as users see it (spreadsheets and group chats included), the 1–10 pain scale sizes the opportunity, and the magic-wand question points at which step to fix first.

Sizing beats counting. Read the pain scale multiplied by the frequency answer, not either alone: a daily problem rated six outranks a rare one rated nine for a roadmap, though the rare-but-awful cluster may name your premium tier. The 1–10 anchors run from "mildly annoying" to "genuinely awful" precisely to stretch answers across the range instead of piling them at seven.

Consent-first recruiting. The interview question demonstrates respectful research mechanics: the email field does not exist until someone says yes or maybe — a conditional-logic rule reveals it only then. Nobody who declined is asked for contact details, which is both better ethics and cleaner data, and the email field's description promises scheduling-only use. Mention compensation honestly; it doubles opt-in rates and filters for people who take the call seriously.

What we left out. Feature wish-lists ("would you use X?" invites polite lies), NPS and satisfaction scores (wrong instrument for discovery), and demographics beyond role — in B2B-flavored research, what someone does explains behavior far better than their age does.

Who runs this. Product teams before a roadmap bet, founders doing problem discovery pre-build, UX researchers scaling beyond the interviews they have time for, and agencies grounding a redesign in something sturdier than stakeholder opinion.

Make it yours. Replace "the problem this product tries to solve" with the actual job — "planning team offsites", "reconciling invoices" — everywhere it appears. Read story answers weekly rather than at the end; the Summary view surfaces recent text responses, and the CSV export gives you the full corpus for affinity mapping. When interview slots fill, close the form on a date so the recruiting promise stays honest.

Frequently asked questions

Why is the email field hidden at first?

A logic rule reveals it only after someone opts into a research call — consent-first recruiting. People who decline are never asked for contact details, which keeps the survey honestly anonymous for them.

How do I get useful stories instead of one-line answers?

Keep the story question required with its step-by-step placeholder, and keep the survey short around it. Specific placeholders coach specific answers — vague prompts get vague prose.

How should I analyze the open-ended responses?

Export the CSV and affinity-map the story and magic-wand columns; segment by role and frequency answers. The Summary view lists recent texts for a quick weekly read.

Can I stop collecting once I have enough participants?

Yes — set a close date or close-after-N responses in Settings. Closing on time matters when you have promised compensated calls to opt-ins.