A Customer Asked for an Export Button. Ask These Three Questions First.
The Request Ladder: three questions that climb from any feature request to the job underneath it. Ninety seconds per request, and your backlog stops being a transcription of customer guesses.
Table of contents
A customer asks for an export button. You have two options: write "export button" in the backlog, or spend ninety seconds finding out what they're really asking for.
Here are the ninety seconds. Three questions, one per rung.
Customers are brilliant at pain and mediocre at product design
A feature request is a customer's amateur spec for a pain they know intimately. The pain is real, firsthand, expensive to them. The solution is whatever occurred to them in the moment, shaped by the last tool they used.
Teams that transcribe requests into backlogs end up building the customer's first guess, politely and at scale. The fix isn't ignoring requests. It's climbing down from the request to the thing that produced it.
Rung 1: "What happened right before you needed this?"
The trigger. Every request has a moment that produced it. Find it.
"What made you go looking for an export button this week?" "The board meeting. I needed the adoption numbers in my deck by Monday."
Already the picture changes. This isn't a data-portability request. It's a Monday-deadline request. The trigger tells you the urgency shape of the pain: recurring (every board cycle) versus one-off (a migration), self-serve versus on-behalf-of-someone.
Rung 2: "What do you do today instead?"
The workaround. This is where the real spec lives, because the workaround is the feature they built without you.
"Right now? I screenshot the dashboard and paste it into slides. Then I retype the numbers because the screenshot is illegible on the projector."
Now you know the current cost (an hour, monthly, error-prone), the format that matters (presentable, not machine-readable), and the competition (screenshots, not a rival product). Notice the request is drifting: a CSV export wouldn't even fix the screenshot-retype loop. They'd be reformatting cells instead.
Rung 3: "What does done look like, and who is it for?"
The job. The top rung is never about your product. It's about what the customer is trying to accomplish in their world.
"Done is my CFO seeing that the tool is paying for itself, without me spending Sunday on it."
That's the job: prove value upward, cheaply, on a cadence. And the moment you see it, better solutions than an export button start suggesting themselves. A scheduled report. A shareable live link the CFO can open. A board-ready one-pager. The customer asked for a door handle; the job needed a doorway.
The rule that makes the ladder pay: requests diverge, jobs converge
Run the ladder across your backlog and a pattern appears. Ten customers, ten different requests: export button, Slack integration, weekly digest, PDF generator, API endpoint. Climb each one and you find three jobs, not ten. Report upward. Get alerted to risk. Feed another tool.
That's the entire economics of the technique. Requests scatter; jobs cluster. Build at the request rung and you ship ten mediocre features. Build at the job rung and one feature retires six requests, including requests made in sales calls you never attended, by customers who described the same job in completely different words.
The ladder also tells you what not to build. A request whose ladder ends in a job you don't serve, for a persona you don't target, gets declined with a clear conscience and a clear sentence: "the job under this isn't ours."
Make it a reflex, not a workshop
The ladder isn't a quarterly exercise. It's ninety seconds, in the call, every time a request lands: what triggered this, what do you do today, what does done look like. Write down all three rungs, not just the top one. The request is still useful: it's evidence of the job, with a quote, a name, and an account attached.
We built Fragment to climb this ladder on every piece of feedback automatically: each extracted request carries its trigger, its root causes, and the job underneath, so the convergence is visible before anyone schedules a workshop.
Related posts
Your Best Discovery Calls Are Happening Without You.
While you book five discovery interviews a quarter, sales and CS are running two hundred customer conversations. The unprompted objection in a demo is better discovery data than the rehearsed answer in your interview. Nobody is reading it.
The Kill Test: Spend Ten Minutes Trying to Kill Your Own Feature.
Four counter-evidence checks to run before any roadmap pitch. If the idea survives, you walk into the review bulletproof. If it dies, it cost you ten minutes instead of a quarter.