How-to guide

How to run a customer interview that actually changes what you build and sell

A customer research interview is a structured 45 to 60 minute conversation with a buyer or user about the moment they switched, the forces that pushed and pulled them, and the outcome they were trying to make real. Done well, it replaces anecdote with evidence and gives product, marketing, and sales a shared story about who the customer is and what the business is actually hired to do. Done poorly, it becomes a feature survey that confirms the roadmap you already had. This guide walks through how to set a research question, recruit a balanced sample, write an open-ended script, dig into the switch moment and the forces behind it, probe the underlying job, and roll the themes into decisions the team will act on.

Before you start

What you need.

Time: 45-60 min interview + 30 min prep + 30 min debrief

  • A written research question the interview is meant to answer, narrow enough that the team can agree what a useful finding looks like
  • Eight to twelve recruited participants balanced across your ICP tiers, with at least a third drawn from lost deals, churned customers, or users who switched away from a workaround
  • An interview script with 12 to 18 open-ended questions you will run on every call so themes are comparable across the sample
  • Recording and transcription consent captured in writing before the call per your legal, regional, and procurement requirements
  • A neutral note-taker on the call who is not the interviewer so you can keep eye contact, follow unscripted threads, and still leave with a clean record
Run a customer research interview (JTBD-style)

Step by step.

  1. 1

    Set a clear research question before you recruit anyone

    Interviews drift when the team cannot agree what they are trying to learn. Before you touch a calendar, write a single-sentence research question that names the decision the research is going to inform. Good examples look like "what forces push mid-market revops leaders to replace a legacy CRM in the first 18 months of a new role" or "why do self-serve trial users who activate still fail to invite a second seat." A sharp question lets you cut the sample, pick the script, and later judge whether the research actually paid for itself. A fuzzy question such as "learn about our customers" produces a transcript library that nobody reads and no decision follows.

    • Write the research question in one sentence and share it with product, marketing, and sales before recruiting.
    • Name the decision the research will inform, such as a positioning change, a packaging change, or a roadmap bet.
    • Agree in advance what a strong finding looks like so the debrief does not relitigate the scope.
    Tip: If two teammates read the research question and picture different customers, it is not sharp enough yet. Rewrite until the sentence rules in and rules out the same cohort for everyone.
  2. 2

    Pick participants that span your real use cases, not just your fans

    The sample decides what you can learn. Aim for eight to twelve participants spread across the segments that matter for the research question, with a deliberate mix of active customers, recent churns, lost prospects, and users of the workaround your product replaces. Weight the sample toward the ICP tier you actually want to grow, not the one that happens to answer email fastest. Published research from Bob Moesta on jobs-to-be-done and from Teresa Torres on continuous discovery both make the same point from different angles: the switch stories you need live in the lost and churned cohort, not in the champion cohort, and a sample that leaves them out will mislead the team.

    • Draw at least one third of the sample from lost deals, churned accounts, or former users of a workaround.
    • Balance by ICP tier, company size, and role so themes can be read by cut rather than aggregated.
    • Recruit through a neutral channel such as a researcher or product marketer, not the account team.
    • Offer a modest incentive such as a $100 charitable donation or gift card to lift response rates in the hardest-to-reach cohort.
    Tip: If the only people who agree to talk are current champions, pause recruiting and change the invitation. A champion-only sample will tell you to keep doing what you already do.
  3. 3

    Write an open-ended script you can run on every call

    Standardize the script so you can compare across interviews, then keep every question open so the participant tells the story in their own words. Group the questions into four blocks: context, the switch moment, the forces at play, and the outcome they were trying to produce. Keep the whole script to a single page. Avoid leading language such as "what did you love about us," which trains the participant to flatter rather than inform, and avoid feature-level questions in the first two thirds of the call because they short-circuit the story. Save any rating scales for a short closing section so you do not interrupt the narrative with scales mid-flow.

    • Context: how the project started, who was involved, and what triggered the search.
    • Switch moment: the first time they thought the old way was not going to work.
    • Forces: what pushed them away from the old, pulled them toward the new, held them back, and worried them about change.
    • Outcome: what better looked like in their own words and how they would know they had it.
    Tip: Keep the script to a single page. If the interviewer is reading from a long document, they stop listening, and the best material in a customer interview comes from unscripted follow-ups.
  4. 4

    Warm up with context before you ask about your product

    The first 10 minutes of a customer interview are not throwaway minutes. They set whether the participant tells you a real story or a sanitized one. Open with their role, how their team is organized, and what the project you are researching looked like from their seat. Ask who else was involved and how decisions got made. The purpose is twofold: you need the context to interpret anything that comes later, and the participant needs the warm-up to stop performing for you. Reforge research-methods materials and Teresa Torres both emphasize this early-call investment because the quality of every answer later in the hour depends on the trust and specificity built in the first stretch.

    • Start with the person, not the product: role, team shape, what a typical week looks like.
    • Anchor on a specific project or decision so the participant tells a story, not an opinion.
    • Ask who else was involved and how they influenced the decision so you can map the buying group later.
    Tip: If the participant answers in generalities, ask "when was the last time that happened?" The specific instance is where the useful detail lives.
  5. 5

    Dig into the switch moment and the forces behind it

    The heart of a jobs-to-be-done interview is the moment the participant decided the current approach was not going to work. Walk them backward and forward from that moment in small steps. What were they doing just before? What did they try first? Who did they talk to? Bob Moesta's four forces model is the sharpest tool here: push from the current situation, pull of the new solution, anxiety about change, and habit holding them back. All four show up in every real switch. If you only hear pull, you are getting a sales pitch played back at you. If you only hear push, you are missing why they chose your product rather than the next option on the list.

    • Push: what about the old way had become intolerable right before the switch.
    • Pull: what the new way promised that the old way could not.
    • Anxiety: what worried them about picking the new tool or process.
    • Habit: what made the old way comfortable even once they knew it was failing.
    Tip: If the participant jumps straight to features, bring them back with "before you ever heard of us, what was the first thing that made you think the old way was not going to last." The pre-vendor story is where push and habit actually live.
  6. 6

    Probe the underlying job, the outcome, and the anxiety

    Features change, jobs do not. Once you have the switch story, slow down and probe the job the participant was really hiring a solution to do, the outcome they wanted to produce, and the anxiety that nearly stopped them. Harvard Business Review's long-running work on jobs-to-be-done frames this as separating the functional job (what they need to get done) from the emotional and social job (how they want to feel and be seen while getting it done). Ask what better looks like in their own words. Ask what they would show their boss to prove the project worked. Ask what the worst outcome would have looked like, and what they did to protect against it. Those three questions almost always surface the outcome and the anxiety the product has to speak to.

    • Functional job: what work are they trying to get done, in their own language.
    • Outcome: how they will know, concretely, that the job got done well.
    • Emotional and social job: how they want to feel about the choice and how they want others to see it.
    • Anxiety: the worst-case picture they were defending against when they picked a vendor.
    Tip: Record the exact phrases they use for the outcome and the anxiety. Those phrases belong on your landing pages, in your sales talk tracks, and in your onboarding emails almost unchanged.
  7. 7

    Debrief and synthesize themes with the team, not alone

    A single interview is an anecdote. Eight is a dataset. After each call, hold a 20 to 30 minute debrief with the interviewer, note-taker, and at least one teammate from the function the research is going to inform. Tag the transcript against a small, stable set of theme codes such as push forces, pull forces, anxieties, habits, functional job, outcome, buying group, and workaround. At the end of the research window, roll the themes up across the sample and separate findings by cohort so wins, churns, and lost prospects each tell their own story. The deliverable is a short written synthesis with the top three to five themes per cohort, representative anonymized quotes, and a prioritized list of actions by owner.

    • Debrief within 24 hours while the specifics are still fresh and the quotes are easy to pull.
    • Tag each transcript with 4 to 8 theme codes from a shared taxonomy, not a free-form list.
    • Separate findings by cohort because wins, churns, and no-decisions almost always point in different directions.
    • Pull two or three verbatim anonymized quotes per theme so the final report has human texture, not just percentages.
    Tip: If your theme list grows past 12 codes, you are coding too finely. Collapse related tags before you lose the ability to compare across cohorts or across future rounds of research.
  8. 8

    Publish findings and close the loop with product, marketing, and sales

    Research that never changes a decision is wasted budget. Close the loop by assigning each theme to a single accountable owner with a date for the first visible action. Product owns functional-job and outcome themes. Marketing owns pull-force and emotional-job themes because they drive positioning and messaging. Sales owns anxiety and habit themes because they drive objection handling and discovery questions. Customer success owns workaround and buying-group themes because they shape onboarding. Publish a short executive summary to the whole go-to-market team, not just leadership, and open the next quarterly readout with a status check on last round's commitments. Over two or three rounds, the research program becomes the most trusted source of voice-of-customer evidence in the business.

    • Assign each theme to a single accountable owner in product, marketing, sales, or customer success.
    • Attach a specific action and a target date for the first visible change in the product, the site, or the pitch.
    • Publish a one-page summary with ranked themes, verbatim quotes, and the committed actions.
    • Review progress on last round's commitments at the top of the next readout so the program visibly earns its keep.
    Tip: Play one short verbatim clip in the readout meeting. Nothing moves a roadmap or a landing page faster than a real customer in their own voice saying what they actually hired you to do.
Avoid

Common mistakes.

  • Starting without a research question. If the team cannot name the decision the research will inform, the transcripts will go unread and nothing on the roadmap will change.
  • Recruiting only champions and current customers. The switch story you need lives in lost deals, churned accounts, and users of the workaround, and a champion-only sample will tell you to keep doing what you already do.
  • Asking leading or feature-level questions early. "What did you love about us" trains the participant to flatter, and feature questions in the first two thirds of the call short-circuit the real switch story.
  • Letting the deal rep or account manager run the interview. Participants soften hard truths when the person who worked the account is on the call, and the forces that matter most never surface.
  • Publishing a report nobody acts on. A research program with no named owners, no dates, and no follow-up at the next readout stops producing honest answers within two cycles because the team learns the interviews do not matter.
FAQ

Frequently asked questions.

How many customer interviews do I need to run before I can trust the themes?

Eight to twelve interviews per research question is a good working target, with at least a third drawn from lost deals, churned customers, or users of the workaround you want to replace. Below six, the themes are anecdotal. Above fifteen in a single round, the marginal interview rarely changes the ranked list of findings, and your researcher time is better spent on synthesis and action tracking than on booking another call.

What is the difference between a JTBD interview and a regular user interview?

A jobs-to-be-done interview is organized around a specific switch moment and the forces that produced it, not around opinions, features, or satisfaction scales. The script walks the participant backward and forward from the moment they decided the current way was not going to work, and probes push, pull, anxiety, and habit. A regular user interview is usually organized around a feature or an experience and tends to produce feature feedback. Both have a place, but only the JTBD framing reliably surfaces the real demand you are trying to serve.

Should the interviewer be the product manager, a researcher, or an outside firm?

Any of the three works, with trade-offs. A dedicated researcher produces the most consistent transcripts and the sharpest themes but can be slow to turn findings into decisions. A product manager learns the most from running the calls themselves and is best positioned to act on what they hear. An outside firm surfaces the most candid loss and churn stories because participants trust the independence. A common pattern is to use an outside firm for churn and lost deals and run active-customer interviews in-house.

How long should a customer research interview actually run?

Plan for 45 to 60 minutes of recorded time, with 30 minutes of prep per participant and 30 minutes of debrief after. Shorter than 45 minutes and you rarely get past context into the real switch story. Longer than 60 and the participant's energy drops and the back third of the transcript becomes thin. Hold the hour firmly and let the script's open questions do the work rather than booking a 90-minute slot that fills with small talk.

What do I do when the participant only wants to talk about features?

Redirect with story-based questions. Say "before you ever heard of us, what was the first thing that made you think the old way was not going to last," or "walk me back to the week this project got started." Features are easier to talk about than feelings, so most participants will default there if you let them. Your job is to keep bringing them back to the specific switch moment and the forces around it until they tell the story in their own words.

How do I turn interview findings into product and marketing decisions without over-reading the sample?

Treat eight to twelve interviews as a strong qualitative signal, not a statistical result. The themes should point product, marketing, and sales at hypotheses to test, not force a roadmap rewrite on their own. Pair the qualitative themes with quantitative signals you already have, such as funnel conversion, activation, retention, and win rate by segment. When a theme shows up in both the interviews and the quantitative data, that is where you commit. When it shows up only in interviews, treat it as a hypothesis and design a cheap test next.

See it in Strkr

Related product surfaces.

Strkr CRM Strkr platform features

Turn every customer conversation into evidence the team can act on

Strkr gives product, marketing, and sales one place to log interview themes, tag the forces behind each switch, and link the findings back to the accounts, deals, and campaigns they came from.

Try it free. Bring your team next week.

No sales call, no migration consultant, no four-month implementation. Enter your card, get 14 days of the full Pro tier, cancel any time before day 14 with zero charge. Spin up a workspace, import your CSV, and have something useful before lunch.