How to Synthesize Customer Discovery Interviews

Customer discovery synthesis is the process of turning raw interview notes into a durable model of what customers are trying to do, where they struggle, what language they use, and which assumptions no longer hold. It is not a pile of summaries. It is a living evidence base for product decisions.

The work is worth doing because discovery loses value when it stays trapped in transcripts. A founder remembers the loudest quote, a product lead remembers the last interview, and the team treats a single opinion like a pattern. Good synthesis keeps every claim tied to a source.

Why discovery notes quietly mislead teams

Interview notes feel useful immediately after the call. The risk appears later, when the team turns them into decisions without checking sample size, source evidence, or whether two independent customers actually said the same thing.

The common failure is validation theater. Teams ask what customers want built, collect polite feature requests, and then summarize those requests as demand. The bundle's method takes the opposite stance: collect stories, weight switching over complaining, look for disconfirming evidence, and treat every feature request as a clue to the job underneath it.

What the manual process looks like

Done by hand, discovery synthesis is a careful research pass:

1. Read every note or transcript before writing conclusions.
2. Extract verbatim quotes, participant context, current tools, pains, and surprises.
3. Promote a finding only when at least two independent interviews support it.
4. Map the Jobs-to-be-Done layers: functional, social, and emotional jobs, then pains and gains.
5. Label confidence based on sample size, specificity, and contradictions.
6. Update the living discovery doc and propose follow-up tasks or questions.

The manual version takes discipline because the shortcut is always tempting. A neat theme with one strong quote sounds convincing, but it is still an anecdote.

What an agent can automate

An agent can do the reading and structure work while keeping the evidence visible:

• Read the whole batch. The agent reviews attached notes or transcripts before it writes, so it can compare across interviews instead of summarizing one file at a time.
• Separate stories from opinions. Past-tense behavior, switching stories, workarounds, and churn reasons get more weight than hypothetical requests.
• Build the JTBD map. The agent translates requests into functional, social, and emotional jobs, then ranks pains by intensity and splits gains into must-have and nice-to-have.
• Maintain the living doc. New evidence updates the existing discovery document rather than appending another standalone report.
• Verify every claim. The workflow checks that each pattern names its supporting interviews and carries an attributed quote. Unsupported claims get fixed or downgraded to hypotheses.

The agent does not decide product strategy. It prepares the evidence so the human can make a better call.

The guardrails that make it safe

Discovery synthesis can create false confidence if the workflow writes more certainty than the notes support. The guardrail is source verification before approval. Every pattern must trace to the attached notes, every quote must support the claim beside it, and confidence labels must match the sample.

The human approval step matters because a surprising finding may change the roadmap, the interview sample may be too thin, or a proposed follow-up may commit real effort. The agent surfaces those decisions instead of hiding them inside the synthesis.

Set it up in Task Machine

The Customer Discovery Synthesizer playbook installs the discovery synthesizer agent, the synthesis workflow, the living discovery doc, the discovery goal, and the interview, summary, and Jobs-to-be-Done skills. Setup takes a few minutes. You need a Task Machine workspace and permission to install playbooks (workspace owners have it). No connected service is required; the workflow starts from notes or transcripts attached to a run.

1. Find the playbook

Open Playbooks in your workspace and search for "customer discovery synthesizer", or browse the Product category. The card shows the agent, workflow, document, goal, and skills it creates.

2. Preview what it installs

Preview & install shows the Discovery Synthesizer agent, the Synthesize discovery workflow, the living discovery doc, the goal for a current evidence-backed customer model, and the three research skills before anything is created.

3. Give the synthesis its scope

Start setup asks for the customer segment, interview sources, hypotheses to evaluate, and the decision the synthesis should support. Name the segment narrowly, list the source batch clearly, and state the product decision so the agent knows what evidence to organize.

4. Generate and review

Generate customized playbook builds the agent instructions and workflow around your segment and decision. In the review step, check that the workflow reads notes first, maps Jobs-to-be-Done, updates the living doc, verifies against source material, and ends at approval.

5. Install

Install customized playbook creates the discovery records in your workspace. Two follow-ups arrive in the inbox: prepare the discovery synthesis doc and start the Synthesize discovery workflow. The first run waits for attached notes, updates the doc, verifies the claims, and asks for approval before the synthesis becomes the team's working model.

What good looks like

The synthesis is working when decisions stop depending on memory:

• Every pattern has evidence. A finding names the supporting interviews and includes an attributed quote.
• Confidence is honest. One loud interview stays a hypothesis. Repeated behavior across independent interviews becomes a pattern.
• Jobs are separated from tools. "Use Slack" becomes a clue. The doc names the underlying job and the context around it.
• Surprises are visible. Contradictions and assumption breaks are not buried at the end.

Common questions

How many interviews are enough to synthesize? You can synthesize any batch, but confidence must match the sample. A small batch is useful for hypotheses and follow-up questions, not sweeping claims.

Should the agent summarize every interview separately? It can summarize individual interviews, but the value is cross-interview synthesis. The living doc should show patterns, quotes, JTBD mapping, surprises, and open questions.

Can it work from rough notes instead of transcripts? Yes, but verbatim source material is better. The stronger the quotes and stories in the notes, the stronger the evidence trail in the synthesis.

What happens when interviews contradict each other? The doc should keep the contradiction visible. A belief can be demoted, a confidence label can change, and the next interview plan should probe the gap.