本文へ移動
cccskills
無料GitHub で公開

prd-v10-mom-test-interview

Apply Rob Fitzpatrick's Mom Test discipline to customer interviews during PRD v1.0 Market Adoption. Triggers on requests to interview customers, run discovery calls, validate ideas with users, or when user asks "how do I interview customers?", "Mom Test", "Rob Fitzpatrick", "customer interview", "user research without lies", "talking to humans", "discovery conversation". Outputs CFD-* discovery entries with Mom Test-calibrated confidence.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md10.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Mom Test Interview Discipline

Position in workflow: v1.0 Continuous Discovery (Torres) → v1.0 Mom Test Interview → v1.0 Case Study Builder, Testimonial Collector

Execution Mode

Default is standard. See .claude/rules/08-skill-execution-modes.md for selection logic.

ModeWhat this skill produces
quickSingle interview prep + question list + CFD-* discovery entry post-interview
standardInterview prep + scripted opening + 5–7 questions + CFD-* entry with confidence calibration + Bad Data flagged
deepMulti-interview cohort plan + cross-interview synthesis + pattern flagging at 3-mention threshold + assumption-test handoff

Framework: The Mom Test

From The Mom Test: How to Talk to Customers and Learn If Your Business is a Good Idea When Everyone is Lying to You (Rob Fitzpatrick, 2013). Premise: People lie to spare your feelings — especially about your business idea. Learn to ask questions that get truth.

The three Mom Test rules

  1. Talk about their life, not your idea. Ask about how they actually live and work, not whether they'd like your hypothetical feature.
  2. Ask about specifics in the past, not generics or opinions about the future. "Last time you faced X, what did you do?" beats "Would you use a tool that does Y?"
  3. Talk less and listen more. If you're talking more than 30% of the time, you're pitching, not learning.

Three types of Bad Data to avoid

Bad Data typeExampleWhy it's badWhat to do
Compliments"That sounds awesome!"Politeness; not predictiveDiscard; don't update confidence
Fluff"I usually..." "I would probably..."Generics, future hypotheticalsAnchor to specifics: "When did you last do that?"
Ideas"You should add X"Solution suggestions disguised as needsNote as IDEA; ask "what would solving X enable you to do?" — get the underlying job

Confidence calibration

Mom Test-disciplined interviews produce higher-confidence CFD- entries because the data is grounded in observed past behavior, not opinion. Confidence floors per P4:

  • 2/5 — Generic statement ("I sometimes have this problem")
  • 3/5 — Specific past instance ("Last Tuesday, I spent 2 hours doing X")
  • 4/5 — Specific past instance + paid-money-for-a-workaround / hired-a-person / built-a-script ("I'm paying $30/mo for a tool that almost solves this")
  • 5/5 — Repeated specific past instances + ongoing willingness to invest in better solution (commit > talk)

Consumes

  • ADO-BEACHHEAD-* and PER-* personas — Defines the interview pool; non-segment interviews are still useful but get lower weight
  • Opportunity Solution Tree (from prd-v10-continuous-discovery-torres) — Interview goals trace to specific opportunities being tested
  • CFD-* prior research — Patterns to validate or contradict
  • KPI-* outcomes — Why we're interviewing (anchor to what we're trying to move)

Produces

  • CFD-* discovery interview entries — One per interview, with confidence calibrated by Mom Test rules
  • CFD-* pattern entries — When 3+ interviews mention the same specific behavior, promote to a pattern entry with frequency
  • Bad Data inventory — Compliments, fluff, ideas captured for context but not data
  • Discovery Tree updates — Each interview either strengthens an opportunity, weakens an opportunity, or surfaces a new one

Execution

Step 1: Define the goal of this interview

Not "validate the idea." Specifically: which opportunity / assumption from the Opportunity Solution Tree is this interview testing?

GoalExample
Validate opportunity exists"Do beachhead pragmatists actually struggle with pricing-tier selection?"
Test assumption"Will users engage with a pricing wizard before signup?"
Map workaround"How are they solving this today?"
Quantify pain"How much time/money does this cost them currently?"

Write the goal at the top of the interview notes.

Step 2: Prep the question list (Mom Test-shaped)

Use specifics-in-the-past form. Avoid hypotheticals.

Bad questionBetter (Mom Test) version
"Would you use a pricing wizard?""Walk me through how you picked the tier when you signed up."
"Do you think analytics is important?""Tell me about the last time you looked at analytics."
"What features do you wish we had?""Tell me about the last time the tool didn't do what you needed."
"How would you describe X?""Tell me about the last time X came up at work."

5–7 questions is plenty for a 25–30 minute interview. Leave room to follow threads.

Step 3: Run the interview

  • Open with a short framing: who you are, why this conversation, no sales pitch
  • Ask the past-behavior questions, listen, follow threads
  • Probe specifics when they generalize: "When was that specifically?" / "What was the dollar / time cost?" / "What did you do next?"
  • Flag Bad Data internally: when they compliment, smile and move on; when they fluff, anchor to specifics; when they suggest ideas, note as IDEA and dig for the underlying job
  • Talk less than 30% of the total minutes
  • Don't pitch. If they ask what you're building, give a one-sentence answer and pivot back

Step 4: Write up the CFD-* entry within 4 hours

Memory decays fast. Within 4 hours of the interview, write up the CFD- entry. Include:

  • Verbatim quotes (the best evidence)
  • Specific past instances (the gold)
  • Bad Data inventory (compliments, fluff, ideas) — kept for context but not counted as data
  • Confidence per P4 calibration

Step 5: Update the Opportunity Solution Tree [standard+]

Did this interview:

  • Strengthen an existing opportunity (add to frequency count)?
  • Contradict an existing opportunity (note dissenting evidence)?
  • Surface a new opportunity (add to tree)?

Promote a pattern to "Active" focus when 3+ interviews mention the same specific behavior.

Step 6: Cross-interview synthesis [deep only]

After every cohort of 5–8 interviews, synthesize:

  • What patterns emerged at the 3+ mention threshold?
  • What hypotheses were contradicted?
  • What new opportunities surfaced?
  • What's the next interview cohort target?

Output Template

CFD-XXX: Mom Test Interview — [Brief title]
Type: Discovery-Interview
Date: YYYY-MM-DD
Length: [minutes]
Interviewee: [PER-XXX + in-beachhead: yes/no]
Interviewer: [Name]
Goal: [Specific opportunity/assumption being tested]

Specific past instances captured (the gold):
  - "[Verbatim quote — describes a specific past behavior]"
    Context: [When, where, what they did, what it cost]
    Confidence: 3/5 or 4/5 (per P4 calibration)

Workarounds observed:
  - [What they currently do; tools/spend/time invested]

Bad Data (logged but not counted):
  - Compliments: ["That sounds awesome"]
  - Fluff: ["I'd probably use that"]
  - Ideas: ["You should add X"]  → underlying job: [What X would enable]

Pattern strengthening:
  - O1 [opportunity]: +1 mention (now N total)

New opportunity surfaced (if any):
  - [Description]

Overall confidence of this interview's data: X/5
Linked IDs: PER-XXX, ADO-BEACHHEAD-XXX, KPI-XXX, Opportunity-Tree-Node

Anti-Patterns

PatternSignalFix
Pitching disguised as interviewInterviewer talking >40% of the timeTalk less; ask follow-ups; let silence happen
Future-hypothetical questions"Would you use..."Reframe to past-behavior
Treating compliments as data"5 people said it sounds great → strong signal"Compliments are not data; discount
Recording feature requests as opportunities"User asked for dark mode → opportunity: dark mode"Dark mode is a solution; the opportunity is the underlying job (e.g., late-night use, eye strain)
No specifics-probeInterview ends without a single "what specifically" follow-upBuild the habit; specifics are the gold
Writing up days laterInterview Friday, CFD- entry MondayMemory decays; write within 4 hours
No goal for interview"Just talking to users"Each interview tests one specific opportunity or assumption
All interviews from outside beachheadStrong patterns but not in segmentIn-segment interviews dominate; out-of-segment is supplementary

Quality Gates

For each interview:

  • Goal stated before interview (which opportunity/assumption is being tested)
  • Question list is past-behavior shaped, not hypothetical
  • Interviewer talked <30% of minutes
  • At least one "what specifically" follow-up was asked
  • Bad Data inventory exists (compliments / fluff / ideas — even if empty)
  • CFD- entry written within 4 hours
  • Confidence per P4 calibration (not "feels good")
  • Discovery Tree updated (pattern strengthen / contradict / new opportunity)

Downstream Connections

ConsumerWhat it usesExample
Continuous Discovery (Torres)Every interview updates the Opportunity Solution TreeThis skill is the how; Torres is the what to do with
Chasm Adoption (Moore)In-beachhead interviews update ADO-STAGE-* and ADO-BEACHHEAD-*Patterns strengthen stage assessment
Case Study BuilderHigh-impact interviewees become case-study candidatesCFD- with 5/5 confidence + outcome → ADO-REF-*
Testimonial CollectorStrong endorsement interviews become testimonial sourcesSpecific past-instance quote + consent → testimonial
Feedback Loop SetupMom Test is the discipline for the structured-interview armInbound feedback ≠ Mom Test (still useful, lower confidence)

Detailed References

  • Rob Fitzpatrick, The Mom Test (2013) — canonical source, short and readable
  • Rob Fitzpatrick, The Workshop Survival Guide (companion)
  • Steve Portigal, Interviewing Users (complementary depth)
  • wondelai's mom-test skill (wondelai/skills)
  • (No bundled references/ — read the book; it's 130 pages)

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Validates gate criteria before PRD lifecycle advancement by delegating to the readiness scoring pipeline (scripts/readiness.py). Returns a graduated PASS / WARN / BLOCK verdict with top blockers and their causal chain. Triggers before advancing from v0.X to v0.Y or explicit `/ghm-gate-check`.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Extracts durable insights from temp/ files to SoT during EPIC Phase E. Triggers at EPIC completion or explicit `/ghm-harvest` invocation. Outputs new SoT entries and archive manifest.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Validates and registers new SoT IDs with cross-reference integrity. Triggers when creating BR-XXX, UJ-XXX, API-XXX, or CFD-XXX entries. Outputs formatted SoT entry with validated cross-references.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Install the PRD-Driven Context Engineering methodology into a fresh OR existing repository — the subscription-native alternative to forking the whole repo. Runs an interactive wizard that seeds the framework (.claude/ hooks, skills, agents, rules, scripts) without clobbering product content. Triggers on "install the methodology", "adopt this into my repo", "self-install", "set up PRD lifecycle here", "onboard existing project". Outputs an installed framework + a verification report.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Creates new Source of Truth (SoT) files when existing templates don't fit your needs. Triggers on requests to create a new SoT file, add a new artifact type, or when user says "I need to track [X] but there's no SoT for it", "create SoT", "new source of truth". Outputs a properly structured SoT.*.md file with ID prefix, frontmatter, and update protocol.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

Synchronizes README.md Command Center with current project state. Triggers on gate changes, EPIC status changes, or explicit `/ghm-status-sync` invocation. Outputs updated README.md dashboard with current lifecycle stage, blockers, and metrics.

日本語の概要は準備中です。原文の説明を表示しています。

mattgierhart/PRD-driven-context-engineering1812026年8月31日 更新

mattgierhart のスキルをすべて見る

このスキルの問題を報告する