git:20261002.46ac0a1 to git:20261002.d5668a9

24 added, 83 removed. Audit A to A.

---
name: fitzpatrick-mom-test
- description: "Plan and audit customer discovery conversations using Rob Fitzpatrick's Mom Test to uncover past behavior, avoid flattering feedback, and assess real commitments. Use for startup ideas, interview guides, discovery transcripts, and early sales decisions."
+ description: "Plan and audit customer discovery using Rob Fitzpatrick's Mom Test to uncover past behavior, improve interview questions, and assess commitments. Use for interview guides, discovery transcripts, startup assumptions, and early sales decisions."
---
# The Mom Test for Customer Conversations
+
Based on Rob Fitzpatrick's public method. Not affiliated with or endorsed by Rob Fitzpatrick.
## When to use
- Use when a founder or product team needs to learn from prospective customers before committing development effort, improve an interview guide, examine an existing transcript, or decide whether an interested prospect is advancing toward purchase. The purpose is useful learning and sales progress rather than reassuring feedback. [S1]
-
- For a planning task, produce a conversation guide. For supplied interviews, produce an evidence review. For mixed tasks, distinguish customer understanding from assessing interest in an offer; each has different success criteria. [S2]
-
- ## Operational procedure
-
- These steps adapt public material into an agent workflow. Select steps appropriate to the task and product stage. [S6]
-
- ### 1. Define what the conversation must resolve
-
- Write the proposed customer group, the decision being considered, and the unknowns preventing that decision. Select three important learning objectives for the next conversations, such as current processes, abandoned alternatives, and purchasing constraints. Organize questions around these objectives. [S4]
-
- Seek answers that could change the plan, including unwelcome answers. Translate a threatening assumption into a question about something real, such as a previous purchase, an approval obstacle, or an unsuccessful attempt. Do not use the interview to collect reasons the founder is right. [S5]
-
- State whether the immediate goal is understanding or selling. Success in understanding means new facts about the person's circumstances and choices. Success in selling means an actual next step toward buying or a clear indication that pursuit should stop. [S2]
-
- ### 2. Choose reachable people and a natural context
-
- Identify people who perform the relevant activity and a realistic place to talk with them. Where there is flexibility, start with customer groups the team already understands and can access; unfamiliar industries consume time before the team can even ask informed questions. [S4]
-
- Practice with friendly contacts, then expand beyond that circle. Friendship eases practice; supportive reactions remain weak purchasing evidence. [S6]
-
- Keep the encounter conversational. A brief exchange can answer a prepared learning objective without an elaborate interview appointment. Avoid making the customer feel like a test subject completing a questionnaire. [S4]
-
- ### 3. Rewrite questions before using them
-
- Apply three filters to each discovery question: it concerns the customer's life, asks for a specific past event rather than a forecast, and leaves space for the customer to explain. Replace questions about liking an idea, hypothetical usage, or imagined willingness to pay. [S3]
-
- For example, replace an invitation to imagine better exercise habits with questions about their most recent attempt, what they actually tried, and where they stopped. Broad statements about what someone usually does can describe an idealized identity rather than their behavior. [S3]
-
- Keep probes short and listen to the answer before selecting the next probe. Do not respond to their situation with your own similar story or a product explanation; either move shifts attention away from the person you are trying to understand. [S3]
-
- ### 4. Reconstruct their current behavior and its reasons
-
- Build a narrative of the relevant activity: the trigger, actions, tools, people involved, outcome, and reasons for choosing that approach. Ask to observe the activity when practical. The target is a mental model of what they already do and why, not a list of complaints. [S4]
-
- Record existing investments of effort or money. When someone has no solution, distinguish lack of interest from unsuccessful searching or an inadequate alternative. Abandoned attempts and substantial manual work can reveal demand that a simple question about current software would miss. [S3]
-
- Do not infer that spreadsheets, telephone calls, or paper imply a need for replacement software. Investigate what those tools enable and what makes the current process comfortable before recommending a change. A technically untidy workflow can still fit its users. [S7]
-
- ### 5. Recover when the conversation becomes flattering
-
- Treat praise of the founder or idea as a warning that discovery may have become a reassurance exercise. Do not count enthusiasm as evidence of future adoption. Return to a previously mentioned past event and explore it, or explicitly move into a sales conversation with a meaningful ask. [S5]
-
- If the interviewer already pitched, mark subsequent compliments and predictions as reactions to that pitch. Preserve any concrete facts, but distinguish them from apparent validation. Repeated, increasingly positive meetings can conceal a lack of buying progress. [S2]
-
- ### 6. Dig beneath requested features
-
- When a customer requests a feature, investigate the result they want, how they pursue it today, and what prompted the request. Preserve the underlying goal separately from their proposed implementation. Customers understand their frustrations, but their chosen feature may solve the wrong problem. [S5]
-
- Before turning that request into a roadmap, check the surrounding workflow. Identify where the product should begin and end, which existing tools it should cooperate with, and what behavior it would require users to change. Prefer a useful, bounded intervention over absorbing an entire process. [S7]
-
- If demand appears strong but adoption would require changing established habits or beliefs, flag that mismatch. Enthusiasm about a problem can coexist with rejection of the proposed solution. Explore fitting the product to the customer's world before assuming education or additional customization will fix adoption. [S7]
-
- ### 7. Choose the appropriate evidence for the product
-
- For an explicit problem, conversations can uncover substantial information before a product exists. If value instead depends on a new experience, entertainment, or a noticeably better interaction, propose an earlier prototype and observe actual use; asking people to imagine the experience is weak evidence. [S6]
-
- Do not label customer understanding as product validation. Treat the solution as a separate hypothesis even after the workflow and problem are understood. Specify whether the next unknown requires more conversation, a prototype, or a buying decision. [S6]
+ Use this skill to prepare customer conversations, rewrite leading questions, review supplied interview notes, or decide what an interested prospect's actions actually establish. It produces a customer discovery brief: a practical conversation guide, an evidence review, or both. The aim is to learn facts that change a decision and, when an offer exists, identify concrete progress toward a purchase. [S1] [S2]
- ### 8. Ask for progress when there is an offer
+ Apply it before committing development effort, when feedback sounds uniformly encouraging, or when repeated meetings produce enthusiasm without advancement. It also helps investigate feature requests and understand why customers retain apparently awkward workflows. Do not turn a conversation into a vote on the founder's idea. Specific behavior is more informative than predicted adoption. [S3] [S5]
- Once the task moves into sales, choose a commitment that fits what can honestly be offered now. Look for something the prospect values, such as time spent testing, reputation put behind an introduction, or money committed to access. Praise alone does not meet that standard. [S4]
+ This package draws on public interviews and essays rather than book text. The output schema, evidence labels, and review gates are agent adaptations. They organize Fitzpatrick's advice without claiming that he prescribed this exact reporting system. Source citations identify the public method; customer findings must point to supplied notes or observations separately.
- For early products, substantive testing commitments can precede payment. Evaluate the time actually given and the uncertainty it helps resolve. [S6]
+ ## Procedure
- In organizational sales, examine access to the people needed for the purchase. An introduction to a boss, technical decision maker, or legal contact can advance the sale before revenue arrives. Record whether that step occurred, rather than inferring progress from repeated friendly meetings. [S2]
+ 1. **Choose the deliverable and decision.** Open [templates/output-template.md](templates/output-template.md). Select planning, evidence review, or mixed mode. State the customer group, product stage, and decision the work must inform. If context is incomplete, make narrow assumptions explicit; do not invent interview evidence.
- ### 9. Turn notes into a decision
+ 2. **Separate learning from selling.** Read the distinction in [references/method.md](references/method.md#learning-and-selling). Identify whether success means understanding existing behavior or securing progress on an actual offer. In mixed work, keep those outcomes separate and identify where the conversation changes mode. [S2]
- Reflect on the evidence rather than merely storing highlights. Identify which belief changed, why it changed, and what the team should do differently. Separate the customer's report from your interpretation so the finished review exposes reasoning rather than simply recounting the conversation. [S8]
+ 3. **Set three learning objectives.** Follow [references/method.md](references/method.md#objectives-and-participants). Choose the uncertainties that could change the plan, including a threatening assumption. Record what an unwelcome answer would imply. Prioritize current behavior, failed alternatives, and purchasing constraints over a long questionnaire. [S4] [S5]
- For a guide, deliver the customer context, three learning objectives, rewritten questions with conditional probes, likely contamination risks, and a stage-appropriate next step. For an evidence review, deliver the concrete events, rejected reassurance, unresolved unknowns, and actual advancement. These formats operationalize the distinction between learning and selling. [S2]
+ 4. **Choose relevant participants and context.** Use [references/method.md](references/method.md#objectives-and-participants) to identify people with direct experience and realistic access. Friendly contacts can help practice; record that relationship and broaden the group. Keep a short exchange useful without forcing every encounter into a formal interview. [S4] [S6]
- Finish with a decision note containing supporting facts, contradictory facts, the remaining uncertainty, and the next action that could resolve it. If the conversation has not supplied decision-changing information, say so. The test of useful learning is changed understanding or behavior, not a pleasing summary. [S8]
+ 5. **Rewrite the question set.** Apply the three filters in [references/method.md](references/method.md#question-design): the customer's circumstances, a concrete past episode, and room to listen. Replace approval requests, forecasts, and imagined prices. Consult [examples/worked-examples.md](examples/worked-examples.md) for before-and-after illustrations. [S3]
- ## Worked example: illustration only
+ 6. **Reconstruct an actual episode.** Follow [references/method.md](references/method.md#behavior-and-workflows). Capture the trigger, sequence, tools, participants, costs, outcome, and reasons. Prepare conditional probes rather than a rigid script. Ask to see relevant work when practical; distinguish a reported event from something observed. [S4]
- Invented scenario: a founder wants to build a dashboard for small agencies to report campaign results. One agency owner says the idea is brilliant and requests several charts. This is a fabricated example, not research evidence.
+ 7. **Recover from praise and investigate requests.** Use [references/method.md](references/method.md#contamination-and-feature-requests). Return from compliments to a concrete event. For each feature request, uncover the goal and current workaround before considering implementation. Mark product pitches that may have influenced later answers. [S5]
- The agent prepares objectives about the latest report, the current preparation process, and who receives it. Instead of soliciting opinions about charts, it asks the owner to reconstruct last Friday's report. The owner describes spending ninety minutes exporting numbers, putting them into a branded document, and emailing clients.
+ 8. **Test fit with existing habits.** Consult [references/method.md](references/method.md#behavior-and-workflows). Identify where the proposed product should begin and end, what tools it should cooperate with, and what behavior must change. A painful problem does not establish that the suggested solution fits the customer's world. [S7]
- Further probing reveals that clients want a readable attachment; they rarely log into tools. The useful finding concerns delivery and presentation, rather than a dashboard preference. This illustrates investigating the goal beneath a feature request. [S5]
+ 9. **Choose the next form of evidence.** Use [references/method.md](references/method.md#evidence-and-next-experiments). Decide whether the remaining uncertainty needs another conversation, an observable prototype task, or a purchase step. Experience-dependent value often needs an earlier prototype. Learning reduces particular risks; it does not create certainty. [S4] [S6]
- The agent proposes testing a document-generation prototype that works with existing exports. It treats that proposal as a solution hypothesis. The owner schedules a session using a real report, but has not purchased. The output records committed testing time, unresolved purchasing authority, and the dashboard assumption weakened by the client's workflow. This illustrates bounded workflow design and evidence appropriate to the product's stage. [S7] [S6]
+ 10. **Assess commitments when an offer exists.** Follow [references/method.md](references/method.md#commitment-and-advancement). Specify a meaningful ask involving time, reputation, or money. Record requested, agreed, and completed actions separately. Explain what each action demonstrates and what remains unproven, especially purchasing authority. [S2] [S4]
- ## Sources
+ 11. **Synthesize, review, and iterate.** Complete [templates/output-template.md](templates/output-template.md), linking conclusions to concrete evidence and preserving contradictions. Apply [checklists/review-checklist.md](checklists/review-checklist.md). Repair failed checks and state the next decision-relevant action. Use reflection to explain what changed, rather than merely collecting highlights. [S8]
- All sources below were fetched with curl. Only public pages, essays, and interview transcripts were used; no purchased or unauthorized book text was used.
+ ## Files in this skill
- 1. [S1] The Mom Test, official book and method website. https://www.momtestbook.com/
- 2. [S2] Rob Fitzpatrick's public Indie Hackers AMA, answers on learning and selling. https://www.indiehackers.com/post/im-rob-fitzpatrick-i-wrote-the-mom-test-book-went-through-yc-s07-learned-how-to-do-sales-as-a-techie-and-live-off-full-passive-income-ama-4989966b85
- 3. [S3] Learning Leader episode 451, Rob Fitzpatrick interview transcript, especially customer evidence and the three rules. https://podscripts.co/podcasts/the-learning-leader-show-with-ryan-hawk/451-rob-fitzpatrick-how-to-talk-to-your-customers-how-to-ask-great-questions-how-to-be-useful-the-mom-test
- 4. [S4] How to Talk to Customers and Validate Your Business Idea, Everyone Hates Marketers interview transcript. https://www.stfo.io/podcast/how-to-talk-to-customers-and-validate-your-business-idea-when-everyone-is-lying-to-you/
- 5. [S5] EP 231, The Mom Test with Rob Fitzpatrick, Innovation Show interview transcript. https://theinnovationshow.io/episode/ep-231-the-mom-test-with-rob-fitzpatrick/
- 6. [S6] Rob Fitzpatrick, How an entrepreneur's journey yields compound interest, Audience Explorer interview transcript. https://gettheaudience.com/e23-entrepreneur-compound-interest-rob-fitzpatrick/
- 7. [S7] Workflows and worldviews / Deciding where your product ends / Idea traps, Rob Fitzpatrick essay. https://robfitz.com/c/writing/workflows-and-worldviews-deciding-where-your-product-ends-idea-traps/
- 8. [S8] If you aren't taking notes, stop reading / Slower process, faster progress / Healthy externalities, Rob Fitzpatrick essay. https://robfitz.com/c/writing/if-you-aren-t-taking-notes-stop-reading-slower-process-faster-progress-healthy-externalities/
+ - [SKILL.md](SKILL.md): Entry point, use cases, and the agent's discovery loop.
+ - [references/method.md](references/method.md): Principles, decision rules, warnings, and edge cases.
+ - [references/sources.md](references/sources.md): Fetched public sources and their contributions, keyed by [S#].
+ - [examples/worked-examples.md](examples/worked-examples.md): Invented illustrations of question repair and evidence review.
+ - [templates/output-template.md](templates/output-template.md): Guided customer discovery brief for planning and review.
+ - [checklists/review-checklist.md](checklists/review-checklist.md): Pass/fail quality gates and common repairs.