{"site":{"name":"Koji","description":"AI-native customer research platform that helps teams conduct, analyze, and synthesize customer interviews at scale.","url":"https://www.koji.so","contentTypes":["blog","documentation"],"lastUpdated":"2026-05-10T22:43:44.307Z"},"content":[{"type":"documentation","id":"8f5430ab-7974-47c7-99e0-910a4c53893e","slug":"customer-discovery-workshop-guide","title":"Customer Discovery Workshop: The Step-by-Step Playbook with Templates (2026)","url":"https://www.koji.so/docs/customer-discovery-workshop-guide","summary":"A complete one-day customer discovery workshop playbook with full 8-block agenda, exercises (segment mapping, JTBD framing, assumption mapping, riskiest assumption test design, interview planning), the five concrete artifacts a workshop should produce, and the AI-native post-workshop validation pipeline that turns hypotheses into evidence in 11 days using Koji structured questions, asynchronous AI-moderated interviews, and automatic thematic analysis. Includes common workshop mistakes and a reusable post-workshop study brief template.","content":"**A customer discovery workshop is a structured 1–2 day session where a cross-functional team converges on three things: who the customer is, what problem you are solving for them, and how you will validate the answer with real customer evidence in the next 30 days.** It is the most reliable way to prevent the team from spending six months building the wrong thing — and it pays for itself many times over because, as Steve Blank's research on customer development has popularized, every hour of customer discovery saves an estimated 5–20 hours of wasted development time.\n\nThis guide gives you a full agenda for a one-day customer discovery workshop, the exercises that drive convergence, the artifacts you should leave with, and the post-workshop interview pipeline that turns hypotheses into evidence — including how AI-native research with Koji collapses the validation cycle from weeks to days.\n\n## TL;DR — what a customer discovery workshop produces\n\nBy the end of a well-run workshop you should walk out with five concrete artifacts:\n\n1. **A shortlist of customer segments** with one prioritized \"primary.\"\n2. **A problem statement** for that segment, in the form \"When [situation], [primary] wants to [job], so they can [outcome].\"\n3. **A list of riskiest assumptions** ranked by impact and uncertainty.\n4. **An interview plan** — who to talk to, what to ask, how many.\n5. **A 30-day validation timeline** with named owners.\n\nWorkshops that produce only a vision board and a workshop photo are workshops that failed. The deliverable is decisions, not energy.\n\n## When to run a customer discovery workshop\n\nThree triggers are worth pausing for a workshop:\n\n- **Pre-build.** You have an idea or a roadmap bet and you have not yet committed engineering capacity. A workshop now saves quarters later.\n- **Mid-pivot.** Your data is telling you the current direction is wrong, and the team is misaligned on what to do next.\n- **Post-traction stagnation.** You hit early product-market fit and have plateaued. The workshop reframes who your *next* customer is, not your current one.\n\nAvoid running a discovery workshop when the team has already committed publicly to a direction — workshops cannot un-commit a roadmap, and the result is theater. The pre-condition is genuine willingness to change course based on what you learn.\n\n## Who should be in the room\n\nFive to nine people is the right size. Larger groups dilute decisions; smaller groups miss perspectives. According to product discovery practitioners, the optimal workshop size is \"5-10 participants to maintain engagement while ensuring diverse perspectives.\"\n\nThe required roles:\n\n- **Product manager** — owns the synthesis and the decisions.\n- **Designer** — represents the user and the experience.\n- **Engineer** — pushes back on what is and isn't actually buildable.\n- **Founder or executive sponsor** — present so decisions don't unravel after the workshop.\n- **Customer-facing voice** — sales, customer success, or support; they have heard more customer language than the rest of the room combined.\n\nOptional but strongly recommended: **one or two real customers** in at least one session. Most workshops fail because the team imagines the customer rather than listening to one.\n\n## A one-day customer discovery workshop agenda\n\nThe full version below assumes a single-day workshop (8 hours including breaks). Compress to a half-day by skipping exercises 3 and 7; expand to two days by adding an interview-script-writing block on day two.\n\n### Block 1 (45 min): Frame the question\n\nStart by writing the **One Question** the workshop is convening to answer. Examples:\n- \"Which of three candidate customer segments should we build for first?\"\n- \"Why are paid signups dropping off in week two, and what would change it?\"\n- \"Should our next product bet target buyers, end-users, or admins?\"\n\nWithout a single named question, every exercise drifts. Pin the question to the wall. Every decision must reduce uncertainty about it.\n\n### Block 2 (60 min): Customer segment mapping\n\nList every customer segment the team has ever talked about. For each, fill in:\n\n- Who they are (job title, company size, life situation)\n- What they currently use to solve the problem\n- How urgent the problem is for them (1–5)\n- How much they are willing to pay (range)\n- How easy they are to reach (1–5)\n\nScore on **urgency × reachability**. The segment with the highest combined score is your primary. The runner-up is your fallback if the primary doesn't hold up to validation.\n\n### Block 3 (60 min): The Job to Be Done\n\nFor the primary segment, write the [Jobs to Be Done](/docs/jobs-to-be-done-framework) statement: *\"When [situation], [persona] wants to [functional job], so they can [emotional/social outcome].\"*\n\nPush the team to write at least three drafts. The first draft is always too generic; by the third the team has converged on the specifics that make the job different from competitors' interpretations.\n\n### Block 4 (lunch — but you are still working)\n\nWorking lunch. Read existing customer transcripts, support tickets, sales call notes for 30 minutes individually. Each person flags one quote that surprised them. Share back over coffee.\n\n### Block 5 (75 min): Assumption mapping\n\nList every assumption the current direction depends on. Categorize as:\n\n- **Customer assumptions:** \"They have this problem.\" \"They will pay.\" \"They notice it weekly.\"\n- **Solution assumptions:** \"They will use this feature.\" \"This UI will make sense to them.\"\n- **Business assumptions:** \"We can reach them via channel X.\" \"They will renew.\"\n\nPlot each assumption on a 2x2: **impact** (high/low) × **certainty** (high/low). The high-impact, low-certainty quadrant is your validation backlog.\n\n### Block 6 (45 min): Riskiest assumption test design\n\nFor the top three riskiest assumptions, write the test that would falsify each one. Each test must specify:\n\n- The signal that would prove the assumption true\n- The signal that would prove it false\n- The minimum sample size\n- The deadline\n\nA good test is one where the team would genuinely change direction based on the result. If the test cannot change the answer, it is theater.\n\n### Block 7 (45 min): Interview plan\n\nFor the riskiest customer-facing assumptions, design the discovery interview. Each interview should:\n\n- Target one or two specific assumptions\n- Use [Mom Test](/docs/mom-test-methodology) framing — ask about their life and behavior, not opinions on your idea\n- Be 20–30 minutes long\n- Include 4–6 [open-ended interview questions](/docs/open-ended-interview-questions) plus 2–3 [structured questions](/docs/structured-questions-guide) for quantitative reads\n\nThe default sample size is 5 interviews per persona — Steve Blank, Rob Fitzpatrick, and Teresa Torres all converge on roughly this number for early-stage discovery. Run more if signals are noisy.\n\n### Block 8 (30 min): Commit to a 30-day timeline\n\nBefore anyone leaves, name owners and dates for:\n\n- Recruiting interviews (who, by when)\n- Running interviews (target completion date)\n- Synthesizing findings (workshop reconvenes for results review)\n- Roadmap implications (decision deadline)\n\nWorkshops that don't produce a 30-day timeline produce nothing. The single most predictive variable for workshop ROI is whether someone owns the validation work the day after.\n\n## The exercises in more detail\n\n### How might we questions\n\nAfter the assumption mapping, reframe the riskiest assumptions as [How Might We](/docs/how-might-we-questions) questions to open up the solution space. Example: assumption \"users will accept a 7-day onboarding\" becomes \"How might we shorten time-to-value such that users see results within 24 hours?\"\n\n### Empathy mapping\n\nFor workshops with limited customer access, run an [empathy map](/docs/empathy-map-guide) for the primary persona. This is a *placeholder* exercise — its purpose is to surface what the team thinks the customer feels and to expose gaps that the upcoming interviews need to fill.\n\n### Opportunity solution tree\n\nFor mature teams running their second or third workshop, replace the segment mapping with an [Opportunity Solution Tree](/docs/opportunity-solution-tree). It produces a more structured connection between the desired outcome, the customer opportunities, and the candidate solutions — at the cost of being less accessible to first-time workshop attendees.\n\n## The post-workshop validation pipeline\n\nThe workshop does not produce evidence. It produces a list of things to test. The next 30 days are where the actual validation happens — and this is where most workshop momentum dies, because traditional customer interview pipelines (recruit → schedule → moderate → transcribe → analyze) take 4–6 weeks to produce findings, by which point the team has moved on.\n\nAI-native research changes the math. With a platform like Koji, the post-workshop pipeline collapses to:\n\n- **Day 1:** Convert each riskiest assumption into a study brief. Koji's AI consultant interprets the brief and generates discussion guide questions automatically — including [structured questions](/docs/structured-questions-guide) for quantitative checkpoints (yes_no, scale, single_choice) and open-ended questions for the qualitative depth.\n- **Day 2–7:** Recruit asynchronously. Use existing customer lists, in-product intercepts, or external recruiters. Koji's AI moderates conversations 24/7 — participants complete their interview when convenient, with no scheduling friction.\n- **Day 8–10:** Real-time [thematic analysis](/docs/thematic-analysis-guide) runs as interviews complete. The moment the last interview ends, the team has the report — themes, quality scores, verbatim quotes attached to each finding.\n- **Day 11:** Reconvene the workshop attendees. Run a 90-minute synthesis session against the report. Each riskiest assumption has now been confirmed, falsified, or refined.\n\nThat cadence is what makes the workshop produce decisions instead of decks. Teams using AI-assisted research tools report up to 60% faster time-to-insight, and on workshop pipelines specifically the savings are larger because the bottleneck (scheduling-bound moderation) is the part that AI removes most cleanly.\n\n## Common workshop mistakes\n\n**Treating the workshop as the deliverable.** The workshop produces hypotheses. The validation produces evidence. A team that conflates these two ships beautiful workshops and bad products.\n\n**Over-staffing.** A 14-person workshop is a town hall, not a discovery session. Cap at 9.\n\n**Skipping pre-reading.** Send the team a customer transcript, three support tickets, and a 1-pager on existing data 48 hours before. The workshop is for synthesis, not first-time learning.\n\n**No customer in the room.** If you cannot get a real customer for at least 30 minutes, send someone to record three interviews the week before and play 5-minute clips during Block 5.\n\n**Punting the assumption test.** \"Let's discuss this offline\" is the death sentence for workshop momentum. Every assumption gets a test, an owner, and a date — or it is removed from the list.\n\n**No reconvening.** Without a Day-30 reconvene, the workshop output sits unused. Schedule the reconvene before anyone leaves the room.\n\n## A reusable post-workshop study brief template\n\nFor each riskiest assumption, fill in:\n\n- **Assumption being tested:** [statement]\n- **Confidence today:** [1–5]\n- **What would change confidence:** [evidence that would prove or falsify]\n- **Target persona:** [primary segment from Block 2]\n- **Sample size:** [5 for directional; 12+ for confident reads]\n- **Methodology:** [Mom Test, JTBD switch interview, problem exploration]\n- **Owner:** [name]\n- **Synthesis date:** [date]\n\nDrop this template into Koji's [research brief](/docs/research-brief-template) flow and the AI consultant will generate the discussion guide automatically. The team's job becomes reviewing and adjusting, not writing from scratch.\n\n## Related Resources\n\n- [Structured Questions Guide](/docs/structured-questions-guide) — Use Koji's six question types (open_ended, scale, single_choice, multiple_choice, ranking, yes_no) to mix qualitative depth with quantitative checkpoints in your post-workshop interviews.\n- [Customer Development Methodology](/docs/customer-development-methodology) — Steve Blank's four-step framework that customer discovery workshops are part of.\n- [Jobs to Be Done Framework](/docs/jobs-to-be-done-framework) — The lens for writing tight job statements.\n- [Mom Test Methodology](/docs/mom-test-methodology) — How to ask questions that get honest customer answers.\n- [Opportunity Solution Tree](/docs/opportunity-solution-tree) — The structured alternative to assumption mapping for mature teams.\n- [Research Brief Template](/docs/research-brief-template) — The artifact that turns workshop hypotheses into AI-moderated studies.\n- [Continuous Discovery User Research](/docs/continuous-discovery-user-research) — How to make discovery a weekly habit, not a workshop event.\n\n","category":"Research Methods","lastModified":"2026-05-10T03:22:07.993647+00:00","metaTitle":"Customer Discovery Workshop: Step-by-Step Playbook with Templates | Koji","metaDescription":"A complete customer discovery workshop playbook — full agenda, exercises, templates, and the AI-native interview pipeline that turns workshop hypotheses into evidence in days, not weeks.","keywords":["customer discovery workshop","discovery workshop","product discovery workshop","customer discovery workshop template","discovery workshop agenda","startup customer discovery","assumption mapping workshop","jobs to be done workshop"],"aiSummary":"A complete one-day customer discovery workshop playbook with full 8-block agenda, exercises (segment mapping, JTBD framing, assumption mapping, riskiest assumption test design, interview planning), the five concrete artifacts a workshop should produce, and the AI-native post-workshop validation pipeline that turns hypotheses into evidence in 11 days using Koji structured questions, asynchronous AI-moderated interviews, and automatic thematic analysis. Includes common workshop mistakes and a reusable post-workshop study brief template.","aiPrerequisites":["Familiarity with product discovery concepts","Some experience running team workshops or customer interviews"],"aiLearningOutcomes":["How to structure a one-day customer discovery workshop","The eight-block agenda and exercises that drive convergence","How to translate workshop hypotheses into a 30-day validation timeline","How AI-native interview pipelines collapse post-workshop validation from weeks to days"],"aiDifficulty":"intermediate","aiEstimatedTime":"15 minutes"}],"pagination":{"total":1,"returned":1,"offset":0}}