User interviews that don't lie
People are kind. Ask them about your idea and they will tell you it is great and that they would use it. This lesson teaches you to ask about what people actually did last time, which is much harder to fake, and to do it with store staff on shift, busy shop owners and people who speak a different language from you.
By the end you can
- Spot compliments, fluff and feature requests in your notes, and turn them into questions about real events
- Run a 30-minute story-based interview that digs one specific past event out in detail
- Recruit store staff on shift and shop owners in their busy day, without their boss in the room
- Interview well through an interpreter or in a second language
- Write an interview snapshot within an hour of the interview
The everyday picture
A good doctor does not ask, "Do you think you have a heart problem?" You would guess, and you would probably guess wrong. She asks, "When did the pain start? What were you doing? What did you do next? Has it happened before?" Your answers are about real events you remember, so they are hard to bend, and she draws the conclusion herself.
Product interviews work the same way. When you ask people to judge your idea or to predict their own future, you get guesses wrapped in politeness. When you ask them to walk you through the last time something happened, you get facts. Rob Fitzpatrick called his short book on this The Mom Test (2013) because your mother is the worst person to test an idea on. She loves you, so she will say it is wonderful. A good question passes the Mom Test when even your mother can't mislead you with her answer.
Why polite people give you bad data
In discovery you try to learn what is true about people's work and lives before you decide what to build. Interviews are the cheapest way to start, and also the easiest to get wrong. Three forces bend the answers you hear.
- Kindness. Once you describe your idea, people protect your feelings. "Sounds useful" costs them nothing.
- Bad forecasting. People are poor at predicting what they will do. Everyone plans to exercise more, save more and switch to the better app. Few do.
- Tidy summaries. Asked what they "usually" do, people describe the official process or their best day. The workarounds and the bad days drop out.
Fitzpatrick's three rules push back against these forces. Talk about their life instead of your idea. Ask about specifics in the past instead of generics or opinions about the future. Talk less and listen more. He also names the kinds of bad data to watch for in your own notes:
- Compliments such as "Great idea!" Note them, then ignore them.
- Fluff: generic claims ("I always check the app"), future promises ("I would definitely use that") and hypotheticals ("If it had a voice button, I might").
- Feature requests such as "Add a reorder button." Treat each one as a clue. Ask what happened that made them want it.
| Instead of asking | Ask |
|---|---|
| Would you use an app to reorder stock? | Tell me about the last time you ordered stock. How did it start? |
| How often do you run out of items? | When did a customer last ask for something you had run out of? What did you do? |
| Is the receiving screen easy to use? | Walk me through the delivery you received this morning, step by step. |
| Would you pay for faster delivery? | Have you ever paid extra to get stock sooner? What happened? |
| What features do you want? | What did you do the last time the app couldn't do what you needed? |
Look at what the right-hand column has in common. Each question points at one real event the person lived through. You can follow it up ("and then?"), check it against what you see in the shop, and count how many people tell a similar story.
Quick check
A shop owner says, "I would definitely order in the app if it had a reorder button." What do you write in your notes?
It is a promise about the future, the least reliable kind of data, but it can still lead somewhere: the last real reorder shows what actually happens. Logging it as demand or as a backlog item treats a guess as a fact. Deleting it throws away a useful lead.
The story-based interview
Teresa Torres, in Continuous Discovery Habits (2021), builds her interviews around one prompt: "Tell me about the last time you…". The aim is a story-based interview: one specific event, told in order, with enough detail that you could act it out. The first answer is always thin. "I ordered on Tuesday" is a headline. Your job, in Torres's words, is to excavate the rest.
Use the story as a spine and move along it with neutral probes:
- Set the scene. "What day was it? Where were you? What else was going on?"
- Walk forward. "What happened next?" "And then?" This one question does most of the work.
- Find the decisions. "How did you decide how much to order?" "Why then, and not the day before?"
- Find the workarounds. "What did you do about that?" "Who did you ask?" "Can you show me?"
- Find the cost. "How long did that take?" "What did it cost you when that item ran out?"
A few rules keep the story honest. Ask one question at a time. Don't suggest reasons: "Was it because the app is slow?" is a leading question, and most people will politely agree. Let silence sit for a few seconds; people fill it with the detail you need. Keep your idea to yourself until the end, if you show it at all, because once you pitch, every answer bends toward it. If you are in their shop or store, ask to see the thing they mention: the notebook, the chat thread, the crumpled invoice. Artefacts don't flatter.
A 30-minute interview has a simple shape. Spend two minutes on who you are and on consent to take notes or record. Spend about twenty minutes on one or two stories. Use a few minutes on anything that surprised you. Close with a thank-you that says how you will use what they told you. If the first story ends early, ask for a contrasting one: "Tell me about a time ordering went badly." Two stories side by side show you what varies and why.
Quick check
Ravi says, "I usually order on Tuesdays." What is the best next question?
"Usually" is a summary. Asking about last Tuesday turns it into a story you can dig into. Asking why he doesn't use the app leads him and puts him on the defensive. Asking how to make it easier invites him to design the product for you, which produces feature requests instead of facts.
Recruiting store staff and shop owners
The best questions are useless if you ask the wrong people. Recruit by behaviour, not by job title or city. For Mangrove's partner question, "shops that placed most of their orders by phone last month" is a far better filter than "small shops". Add a few people who do the opposite, such as shops that moved to the app this year, because contrast explains more than agreement does.
Getting time from people who are paid by the hour, or who run a shop alone, takes more care than booking a video call with an office worker.
Store staff on shift. Agree it with the store manager first and ask her which hour is quiet. In most grocery stores the morning delivery window and the evening rush are the worst times; a weekday mid-afternoon is often the best. Keep it to 15 to 20 minutes and make sure it counts as paid work time. Interview where the work happens, such as the receiving bay, so people can show you. Ask the manager to step away. Staff will not criticise a system, or admit to a workaround that bends a rule, with their boss listening. Say plainly that this is not a test, that there are no wrong answers, and that you will not tell their manager what any one person said.
Shop owners. A corner shop owner is the cashier, the buyer and the cleaner at once. Go at a time they pick, expect interruptions, and stop talking whenever a customer walks in. A sales rep's introduction can open the door, but don't let the rep choose the shops: reps pick their friendliest customers. Pull the list from order data instead.
Thank-yous. Torres suggests trying without an incentive first, because many people like being asked. Company rules may forbid gifts to staff; a thank-you from their manager and a short note on what you learned often matter more. For shop owners a small, standard thank-you is fair. Avoid paying with a discount on the very thing you are researching, which turns the interview into a sales visit.
How many? There is no magic number. Nielsen Norman Group suggests starting with a small sample of around five or six, analysing as you go, and stopping when new interviews stop adding new themes. That point is called saturation. A narrow question with similar people saturates quickly. A broad question across very different people needs many more. Either way, you will contact far more people than you end up interviewing, as the next diagram shows.
Quick check
You need about 8 good interviews with phone-ordering shop owners next week. From past rounds, about 1 in 7 shops you call ends up giving a usable story. How many shops should be on your list?
8 × 7 is 56. Most people you contact won't answer, will be busy, or will only talk in generalities. A list of 8 or 16 leaves you with one or two stories. A list of 200 wastes reps' and owners' time for no extra learning.
Interviewing across languages
Mangrove works in six cities, and many store staff and shop owners are most comfortable in a language that isn't the one head office uses. Interview them in your language and you get short, careful answers and lose the detail that matters. Interview in theirs.
- Use a neutral interpreter. A professional, or a trained colleague from another team, works well. The person's sales rep or supervisor does not. They have a stake in the answer and will smooth it, often without meaning to.
- Brief the interpreter. Explain the goal, the story prompt and the probes. Ask for word-for-word interpretation in the first person ("I called the rep…") rather than summaries ("He says it's fine").
- Speak to the participant, not the interpreter. Look at them, use short sentences, ask one question at a time, and pause so each one can be interpreted.
- Translate the guide in advance, then have someone translate it back. This back-translation catches questions whose meaning shifted, such as a word for "order" that also means "command".
- Collect the words that don't travel. Product names, "credit", "app" and "delivery slot" may have local words, slang or borrowed English. Write down the words people use. They belong in your product's labels and search.
- Plan more time. Everything is said twice, so a 30-minute interview needs roughly 45 minutes.
If you speak some of the language but not well, say so, and invite people to correct you. People are generous with someone who tries, and the corrections are often where the most useful words appear. A 2023 post on the UK government's user research blog describes sessions run across a language barrier: agree everyone's role before the session, let the translator welcome the participant first, and lean on watching what people do.
Quick check
Ravi is most comfortable in a language Imran speaks only a little. Who should interpret?
A briefed colleague with no stake in the answer is the safest choice. The rep is part of the process you are studying and will soften criticism of it. A family member changes what Ravi is willing to say about money and mistakes. A live app can help with a word or two, but it drops nuance and makes the conversation stilted.
Do it
Plan, run and write up one story-based interview this week.
-
Write the decision and the story you need
Start from the decision the interviews will inform, then name the one kind of past event that would inform it. Choose people by what they did, and add a few who did the opposite.
Markdown## Interview plan Decision this informs: what to build next to move partner orders into the app Outcome we care about: share of partner orders placed in the app (about 62% today) Story we want: the last time the shop placed a stock order, start to finish Who: owners of shops that placed most orders by phone last month (6), plus shops that moved to the app this year (2), for contrast Where and when: in their shop, at a time they pick, 20 to 30 minutes Language: theirs; neutral interpreter booked for 3 of the 8 Roles: Imran asks; Leila takes notes and photos (with permission) List size: 60 shops, pulled from order data, not chosen by reps -
Recruit with a short, honest ask
Say who you are, what you want, how long it takes and what happens to their words. Offer two concrete times.
MarkdownHello Ravi, I'm Imran from Mangrove Market. I'm trying to understand how shop owners order stock, so we can make ordering easier. Could I visit for 20 minutes next week, at a time that suits you? There's nothing to buy and nothing to prepare. I'll ask about your last order. Nothing you say will be passed to your sales rep by name. Would Tuesday or Wednesday afternoon work better? -
Write a one-page guide
One opening story prompt, a handful of neutral probes, and a short list of things you will not do.
Markdown## Guide: the last stock order (25 minutes) Opening (2 min) - Who I am, why I'm here, how notes are used. Ask to take notes or record. Story (15 to 20 min) - "Tell me about the last time you ordered stock. When did it start?" - Probes: "What happened next?" "How did you decide what to order?" "What did you do about that?" "Can you show me?" "How long did it take?" - If time: "Tell me about a time ordering went badly." Close (3 min) - "Is there anything about ordering I should have asked?" - Thank them and say what happens next. Don't: show screens before the end, ask "would you", suggest reasons. -
Run it as a pair
One person asks; the other writes down exact quotes with rough times and marks each note F (a fact about something that happened) or O (an opinion or prediction). Photograph artefacts such as the calendar list or a chat thread only with permission, and never photograph customers. If you are working through an interpreter, the note-taker records the interpreted words and flags anything that sounded summarised.
-
Write the snapshot within the hour
Torres's interview snapshot keeps one person's story intact so you and your team can compare stories later. Write it while the details are fresh.
Markdown## Interview snapshot: Ravi, corner shop owner (Tuesday visit) Quick facts: owner and only full-time worker; orders twice a week; 6 years with Mangrove; uses the Partner app only to check deliveries Memorable quote: "The rep tells me what I owe. The app just shows numbers." The story (experience map): 1. Notices low items while serving; writes them on the wall calendar 2. Rep calls about 6 pm Tuesday; Ravi reads the list aloud (about 8 min) 3. Rep says $140 is owed; offers to add it to the next payment 4. Delivery Thursday: 2 lines wrong; Ravi phones rep; fixed next delivery Opportunities (needs, in his words): - "I forget to order until something runs out" - "I don't know what I owe or when it's due" - "When an order is wrong, I need someone to fix it" Insights to revisit: searches for products by local names; catalogue is in English Evidence: one story (F), calendar list seen (photo 3), app opened twice a week
Bring it to your team
Ask these whenever someone shares findings from interviews.
- Which specific past event is this finding based on, and how many different people told a story like it?
- How did we choose who to interview, and which group did we fail to reach?
- Was anyone's manager, sales rep or supervisor in the room, or interpreting?
- What did we show people, and when? Did any screen come before the stories?
- Which language was each interview in, and who interpreted?
Red flags
- "Most users said they would use it" presented as proof of demand.
- Every interviewee picked by the sales team, or by the person who asked for the feature.
- Findings with no stories, quotes or artefacts behind them.
- Interviews held only at head office, or only in head office's language.
- A demo in the first five minutes of every interview.
Practice
Rewrite five questions
Each question below came from a real draft guide. Rewrite each one so it asks about a specific past event. Questions 1 and 5 are for store staff during a shift; the others are for shop owners.
- Would you use a feature that warns you before stock expires?
- Do you find the Partner app easy to use?
- How much would you pay for next-day delivery?
- Don't you think phoning the rep wastes your time?
- What features should we add to the receiving screen?
- Every rewrite points at one specific past event ("the last time", "this morning", "last week")
- None of your rewrites mentions your idea or a feature
- None suggests a reason or an answer
- At least two ask what the person did about a problem, or what it cost them
- The staff questions can be answered at the receiving bay, with the work in front of them
Show a model answer
- "Tell me about the last time you found stock that had expired on the shelf. What happened, and what did you do next?"
- "Tell me about the last time you opened the Partner app. What were you trying to do? Show me what you did."
- "Tell me about the last time you needed stock sooner than your normal delivery. What did you do? Did it cost you anything?"
- "Walk me through your last call with your sales rep, from the moment the phone rang."
- "Walk me through the delivery you received this morning, step by step. Where did you have to stop or do something by hand?"
Question 4 was the most dangerous: it leads, and it puts the owner on the defensive about a relationship he values. Question 3 asked for a price, which people guess badly; the rewrite asks whether they have ever paid extra, which is a fact.
Find the facts in a messy transcript
Imran interviewed a receiving clerk in Ama's store. Read the transcript, then (a) mark each answer as compliment, fluff or fact, (b) write two opportunities in the clerk's words, and (c) list three follow-up questions Imran should have asked.
Imran: Thanks for your time. We're building an expiry feature. Would you use it?
Clerk: Yes, it sounds very good. We need that.
Imran: How do you track expiry dates today?
Clerk: Usually we check the shelves every week.
Imran: When did you last find expired stock?
Clerk: Last Friday. Yogurt, about 30 cups, behind the new delivery.
We had to write them off. The manager was not happy.
Imran: What did you do after that?
Clerk: I started writing the dates in my notebook when the delivery comes.
On Monday I check the notebook. My colleague posts photos of the
dates in the store chat group instead.
Imran: Would an app warning be better than the notebook?
Clerk: Definitely. I would use it every day.- You marked "sounds very good" and "we need that" as compliments, and "I would use it every day" as a future promise
- You marked "usually we check the shelves every week" as a generic claim, not a fact
- You found at least three facts in the Friday story
- Your opportunities describe needs, not features
- Your follow-ups would extend the story or ask to see the notebook or chat
Show a model answer
(a) Compliments: "sounds very good", "we need that". Fluff: "usually we check the shelves every week" (generic) and "I would use it every day" (future promise). Facts: last Friday, about 30 yogurt cups were found expired behind a newer delivery and written off; the clerk now writes dates in a notebook at delivery and checks it on Mondays; a colleague posts photos of dates in the store chat group. The opening question also pitched the feature, which made every later answer friendlier.
(b) "I can't see which items will expire soon without checking by hand." "New deliveries hide the older stock." "We each track dates our own way, so nobody has the full picture."
(c) "Can you show me the notebook?" "How long does writing the dates take for one delivery?" "How often has stock been written off for expiry this month?" "Why did your colleague choose the chat group instead?" "What does the manager do when she sees a write-off?"
Check yourself
You interviewed 10 store staff. Nine said a new receiving screen "would save a lot of time". Two described skipping the current screen during last week's rush and writing quantities on paper to type in later. Which is the strongest evidence?
The two stories describe something people actually did, at a cost, to cope with the current screen. The nine statements are predictions, and nobody pays for them. Ten interviews are enough to find patterns like this; they aren't enough to measure exact percentages, which interviews never do.
The head of sales offers to choose eight partner shops for your interviews. What is the best response?
Reps tend to choose friendly, successful customers, which hides the problem. Ticket-raisers are a biased group too, and the phone-ordering shops you most need rarely raise tickets in the app. A survey of opinions doesn't replace stories. Selecting by behaviour while using reps for the introduction gets you both access and a fair sample.
Halfway through an interview, a shop owner asks, "So what are you building?" What should you do?
Showing the idea mid-story bends every later answer toward it, and asking about paying invites a guess. You don't need to end the session; park the question politely, finish the story, and show ideas at the end if you want reactions.
Flashcards
Key takeaways
- Opinions and predictions are polite guesses. Stories about specific past events are evidence.
- Open with "Tell me about the last time…", then keep asking "What happened next?" and ask to see the artefacts.
- Recruit by behaviour, from data, with a few opposite cases, and contact about seven people for every good interview you need.
- Interview frontline staff where they work, at a quiet hour, without their boss, and in their language with a neutral interpreter.
- Write a snapshot within the hour, so each person's story survives until you compare them.
Further reading
- The Mom Test, Rob Fitzpatrick, 2013
- Continuous Discovery Habits, Teresa Torres, Product Talk, 2021, and her guide Customer Interviews: How to Recruit, What to Ask, and How to Synthesize What You Learn, Product Talk, 2022 (updated 2026)
- The Interview Snapshot, Teresa Torres, Product Talk, 2024
- How Many Participants for a UX Interview?, Maria Rosala, Nielsen Norman Group, 2021
- Tips for communicating across a language barrier, Paloma Jain, User research in government blog (GOV.UK), 2023
- Interviewing Users, second edition, Steve Portigal, Rosenfeld Media, 2023