Help us improve
Share bugs, ideas, or general feedback.
From grimoire
Runs structured customer interviews to validate startup ideas, product hypotheses, or new features before building.
npx claudepluginhub jeffreytse/grimoire --plugin grimoireHow this skill is triggered — by the user, by Claude, or both
Slash command
/grimoire:run-customer-discoveryThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Conduct structured customer interviews to validate or invalidate core business assumptions before writing code or spending capital.
Activate for: customer discovery, user research, interview, empathy, jobs to be done, JTBD, persona, pain point, customer insight, discovery, interview guide, synthesis, insight map, interview notes, customer quotes, what do customers want, what problems do customers have, user needs, customer feedback, research synthesis, discovery sprint, problem validation, HMW problem statement, how might we, empathy map, journey map. NOT for: idea generation (use idea), assumption mapping (use hypothesis), pilot results analysis (use validate).
Guides product managers through preparing customer discovery interviews with adaptive questions about goals, segments, constraints, and methodologies.
Design and conduct structured customer interviews to uncover problems, motivations, and decision-making.
Share bugs, ideas, or general feedback.
Conduct structured customer interviews to validate or invalidate core business assumptions before writing code or spending capital.
Adopted by: Y Combinator-advised startups, IDEO design thinking practitioners, Lean Startup methodology adopters, Google Ventures design sprint teams Impact: CB Insights analysis of startup failures found 35% failed due to "no market need" — a problem that customer discovery directly prevents. Steve Blank documented 10+ companies that pivoted from failing to successful after 50+ customer discovery interviews revealed a different problem than assumed. Why best: Building before validating is the most expensive mistake in product development. Customer discovery is the minimum viable test for whether a problem is real, frequent, and worth solving.
Sources: Blank "The Four Steps to the Epiphany" (2005); Ries "The Lean Startup" (2011); IDEO "Design Thinking" field guide; Fitzpatrick "The Mom Test" (2013)
Document your hypotheses first — before talking to anyone, write down your explicit assumptions: who the customer is, what problem they have, how they currently solve it, and what they would pay for a better solution. This prevents confirmation bias in analysis.
Define your target customer profile — specify 3–5 demographic, behavioral, and situational characteristics of your ideal early adopter. Be specific enough to know who NOT to interview.
Recruit 15–20 interviewees — reach the target profile through: LinkedIn outreach, founder networks, relevant Slack communities, Twitter/X, and warm introductions. Do not interview friends and family who will tell you what you want to hear.
Prepare a question script — write 8–12 open-ended questions focused on past behavior, not hypothetical future behavior. Ask "Tell me about the last time you…" not "Would you use a product that…"
Open with context-setting — explain you are researching a problem space, NOT pitching a product. Tell them you want to learn, not sell. This unlocks honest feedback.
Ask about the problem, not your solution — spend 70% of interview time on the problem: frequency, severity, current workarounds, and cost of the problem. Never describe your solution unless they ask directly.
Use "The Mom Test" questions — ask only questions that a supportive parent couldn't give a false positive on. "How much do you pay for solutions to this problem today?" is a Mom Test question. "Would you pay for our product?" is not.
Probe for specifics — when someone describes a pain point, ask: "How often does that happen?" "What did you do about it?" "How much did that cost you?" "Can you show me?" Vague answers signal weak problems.
Listen for pull, not politeness — the signal is not "this is interesting." The signal is: unsolicited offers to pay, requests to be a beta user, referrals to other people with the same problem, or visible frustration with current solutions.
Debrief and synthesize after each session — write up key quotes and insights immediately after each interview. After all interviews, cluster findings by theme. Count how many interviewees independently raised each problem without prompting.