npx skills add https://github.com/wondelai/skills --skill mom-test用于进行有益客户对话的框架,避免误导。基于一个基本事实:每个人都在对你撒谎——并非出于恶意,而是因为你问了错误的问题。你的妈妈会告诉你你的想法很棒,因为她爱你。投资者、朋友甚至潜在客户也会这样做。The Mom Test 提供了一套提问规则,其效果之好,连你的妈妈都无法对你撒谎。
良好的客户对话是关于他们的生活,而不是你的想法。 一旦你提到你正在构建什么,人们就会从分享真相切换到礼貌表演模式。他们会告诉你你想听的话。解药很简单:谈论他们的问题、他们的生活和现有的行为,而不是推销你的解决方案。询问过去的具体情况,而不是关于未来的假设。最重要的是,少说多听。
目标:10/10。 在回顾或规划客户对话时,根据对以下原则的遵守程度,将其评为 0-10 分。10/10 意味着问题完全聚焦于客户的生活和过去行为,没有引导、没有推销,且有明确的承诺信号;较低的分数表示存在需要解决的差距。始终提供当前分数以及达到 10/10 所需的具体改进措施。
核心理念: 三条简单的规则,遵循它们,即使是你最支持你的亲人也无法给你虚假的肯定。这些规则将对话从意见收集转变为事实发现。
为何有效: 意见毫无价值,因为人们对自己未来行为的预测是不可靠的。过去的行为是唯一可靠的数据。通过关注人们实际做了什么,而不是他们说自己会做什么,你提取出的事实才能真正为产品决策提供信息。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 想法验证 |
广告位招租
在这里展示您的产品或服务
触达数万 AI 开发者,精准高效
| 询问问题,而非解决方案 |
| “告诉我你上次尝试 [问题领域] 是什么时候” 而不是 “你会使用一个能实现 X 功能的应用程序吗?” |
| 功能优先级排序 | 发现人们实际做什么 vs. 他们说什么 | “带我回顾一下你上周是如何处理这个问题的” 揭示了真实的工作流程 |
| 定价研究 | 锚定于现有的消费行为 | “你目前为解决这个问题支付了多少费用?” 而不是 “你愿意支付 X 美元吗?” |
文案模式:
道德边界: 绝不要利用某人诚实的回答来对付他们。The Mom Test 通过尊重人们的时间和诚实来赢得信任——利用脆弱性数据来操纵销售越界了。
核心理念: 大多数客户访谈问题从根本上就是错误的,因为它们要求人们预测未来、评估假设产品或确认你的假设。好的问题锚定于可观察的过去行为,并提取具体事实。
为何有效: 人类极不擅长预测自己的行为。问“你会买这个吗?”就像问“你下周会去健身房吗?”——答案总是肯定的,但后续行动却很少。询问人们已经做过的事情是可靠的,因为行为已经发生,无法被合理化解释掉。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 问题验证 | 确认问题存在且足够重要 | “这个问题上次是什么时候出现的?你做了什么?哪些方法没奏效?” |
| 市场规模评估 | 了解是否有足够多的人有这个问题 | “在你的公司/行业里,还有谁处理这个问题?他们是怎么处理的?” |
| 竞争分析 | 发现人们已经在使用的真实替代方案 | “你目前使用什么工具/流程来处理这个问题?” |
文案模式:
道德边界: 绝不要使用引导性或诱导性问题,将受访者锚定在你期望的答案上。你的工作是学习,而不是销售。
核心理念: 有三种类型的不良数据,它们感觉像是进展,但实际上会严重误导你:赞美(“这主意真棒!”)、空话(假设性陈述、可能、未来的承诺)和想法(与现实问题脱节的功能请求)。学会转移这些并挖掘真相是客户对话的核心技能。
为何有效: 赞美是客户开发中的愚人金。它们感觉棒极了——“每个人都喜欢我们的想法!”——但它们完全不包含关于是否有人会真正付费或使用你产品的信息。空话和意见给人一种验证的错觉,却没有任何具体证据。只有关于真实过去行为的具体细节和真正的承诺才能提供信号。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 演示后反馈 | 将“这看起来太棒了”转化为可操作的数据 | “谢谢!这实际上会取代你当前工作流程的哪一部分?” |
| 功能请求 | 挖掘请求背后的根本需求 | “你为什么想要那个?能给我看看你上次需要它是什么时候吗?” |
| 投资者对话 | 将鼓励与实际兴趣区分开 | 要求引荐给客户,而不仅仅是“好主意”的反馈 |
文案模式:
道德边界: 不要操纵人们做出虚假承诺。转移赞美是为了获得真相,而不是为了迫使某人购买。
核心理念: 客户对话的货币不是赞美——而是承诺。真正的兴趣表现为愿意投入有价值的东西:时间、声誉或金钱。每次对话都应该以明确的“推进”(朝着销售/采用迈进)或明确的“拒绝”(这也是有价值的数据)结束。最糟糕的结果是“僵尸线索”——礼貌但从不承诺的人。
为何有效: 空谈无益。当有人说“我肯定会买那个”时,他们无需付出任何代价。当有人愿意把你介绍给他们的老板、支付定金或同意试点项目时,他们是在投入真实的东西。人们所说与所做之间的差距是客户开发中最危险的陷阱。承诺能弥合这个差距。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 早期验证 | 请求一个能测试真实兴趣的承诺 | “下周我能跟进一个原型,占用您 15 分钟时间吗?” |
| B2B 销售 | 向与决策者会面推进 | “你能把我介绍给负责这方面预算的人吗?” |
| 发布前 | 收集预购订单或意向书 | “我们将在 8 周后发布——你愿意以 40% 的折扣加入首批用户吗?” |
文案模式:
道德边界: 绝不要迫使人们做出他们会后悔的承诺。目标是区分真正的兴趣与礼貌,而不是过早地促成销售。
核心理念: 你不需要正式的会议来向客户学习。最好的客户对话发生在非正式场合——在行业活动中、通过熟人介绍、在在线社区里或喝咖啡时。正式的“客户访谈”框架会触发表演模式,人们会告诉你他们认为你想听的话。非正式对话能产生更诚实的数据。
为何有效: 当你说“我能就你的问题采访你吗?”时,人们会穿上盔甲。他们会变得圆滑、戒备和表演化。当你说“我正在尝试了解这个行业——我能请你喝杯咖啡吗?”时,人们会敞开心扉。对话的框架决定了你接收到的数据质量。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 想法前探索 | 沉浸于目标社区中 | 在写一行代码之前,参加 3 场行业活动并进行 20 次非正式对话 |
| B2B 潜在客户开发 | 通过顾问和投资者使用熟人介绍 | “我们的顾问 [姓名] 建议我与您谈谈您如何处理 [问题领域]” |
| 消费者研究 | 在行为发生点拦截人们 | 与商店排队、健身房、联合办公空间里的人交谈 |
文案模式:
道德边界: 绝不要将销售电话伪装成学习对话。如果你已经有产品并正在销售,请保持透明。The Mom Test 用于真正的学习,而不是隐蔽的推销。
核心理念: 只有正确处理,客户对话才有用。原始笔记必须提炼成信念,定期更新,并与团队分享。没有系统,你会挑选那些证实你偏见的引语,而忽略挑战你假设的信号。
为何有效: 记忆不可靠,且偏向于最近的和带有情感色彩的信息。没有结构化的笔记记录和回顾,团队会选择性地记住那些证实他们已有信念的数据。作为团队处理对话可以防止任何个人的偏见主导叙述。
关键见解:
产品应用:
| 上下文 | 应用 | 示例 |
|---|---|---|
| 团队对齐 | 在每周站会中分享笔记以建立共同理解 | 每周作为团队回顾 5 次对话并更新信念板 |
| 转型决策 | 跟踪证据何时与你的核心信念相矛盾 | 如果 10 次对话中有 8 次揭示出与预期不同的问题,则进行转型 |
| 功能验证 | 计算有多少人在未提示的情况下提到一个问题 | 10 人中有 7 人提到的问题是真实的;10 人中只有 1 人提到的可能不是 |
文案模式:
道德边界: 绝不要歪曲或选择性引用客户对话来证明预先确定的结论。诚实的处理意味着接受令人不安的真相。
| 错误 | 为何失败 | 修正方法 |
|---|---|---|
| 推销你的想法而不是询问他们的生活 | 触发礼貌,产生赞美而非事实 | 除非到最后,否则绝不提及你的想法 |
| 询问“你会买这个吗?” | 人们对假设性问题总是说“是”;这无需他们付出任何代价 | 询问他们已经做了什么:“你现在为此花费了多少?” |
| 接受赞美作为验证 | “好主意!”不包含任何关于未来行为的信息 | 立即转移话题:“谢谢——但你今天是怎么处理这个问题的?” |
| 说得太多 | 说话时你学不到任何东西;倾听时你学到一切 | 设置计时器:他们应该说话 80% 或更多的时间 |
| 结束时没有明确的请求 | 产生僵尸线索——愉快但无进展的对话 | 会议前明确你的推进目标:试用、介绍、预购 |
| 进行正式的“访谈”会议 | 触发表演模式,人们会过滤他们的答案 | 保持随意:喝咖啡、走廊交谈、Slack 私信 |
| 不进行团队笔记处理 | 个人偏见将原始数据过滤成对现有信念的证实 | 每周分享原始笔记,并共同更新共享信念 |
| 问题 | 如果答案为“否” | 行动 |
|---|---|---|
| 对话是否聚焦于他们的生活和过去行为,而不是你的想法? | 你进行的是推销,而不是 The Mom Test 对话 | 重新进行,完全不提及你的解决方案 |
| 你是否获得了关于他们已做事情的具体事实? | 你收集了意见和假设,这些毫无意义 | 询问他们上次遇到这个问题是什么时候以及他们做了什么 |
| 他们是否给了你一个承诺(时间、声誉或金钱)? | 你可能有一个僵尸线索——礼貌但不感兴趣 | 请求一个具体的下一步:试用、介绍或预购 |
| 他们是否说了大部分话? | 你说得太多,学得太少 | 练习沉默;让尴尬的停顿为你工作 |
| 你是否学到了可能改变你正在构建内容的东西? | 你问了安全的问题,证实了你已有的信念 | 问那些你一直在回避的令人害怕的问题 |
| 你是否根据对话更新了你的信念? | 你在收集数据但没有从中学习 | 与团队一起回顾笔记并更新你的问题/细分/解决方案信念 |
| 你能总结对话中的关键事实(而非意见)吗? | 你没有做好笔记,或者混淆了意见和事实 | 对话后立即在笔记中将事实与解读分开 |
此技能基于 Rob Fitzpatrick 开发的 The Mom Test 方法论。要了解完整的框架、示例和更深入的见解,请阅读原著:
Rob Fitzpatrick 是一位企业家、作家和教育家,他创立了多家风险投资支持的初创公司,并艰难地认识到大多数客户对话是无用的。在收集了多年误导性反馈并构建了没人想要的产品之后,他将有效客户对话的原则提炼成 The Mom Test(2013 年),这本书已成为初创企业生态系统中被推荐最多的书籍之一。该书已被翻译成 20 多种语言,是 Y Combinator、Techstars 和 500 Startups 等加速器的必读书目。Fitzpatrick 还撰写了 The Workshop Survival Guide 和 Write Useful Books,将同样的基于证据的方法应用于教育和出版领域。他在欧洲和美国各地教授和指导初创公司,以其直接、实用的风格而闻名,优先考虑可操作的框架而非理论。他常驻英国。
每周安装量
200
代码库
GitHub 星标数
255
首次出现
2026年2月23日
安全审计
安装于
codex191
opencode190
kimi-cli189
amp189
github-copilot189
gemini-cli189
Framework for having useful customer conversations that won't lead you astray. Based on a fundamental truth: everyone is lying to you -- not because they're malicious, but because you're asking the wrong questions. Your mom will tell you your idea is great because she loves you. Investors, friends, and even potential customers will do the same. The Mom Test provides rules for asking questions so good that even your mom can't lie to you.
Good customer conversations are about their life, not your idea. The moment you mention what you're building, people switch from sharing truth to performing politeness. They tell you what you want to hear. The antidote is simple: talk about their problems, their lives, and their existing behavior instead of pitching your solution. Ask about specifics in the past, not hypotheticals about the future. And above all, talk less and listen more.
Goal: 10/10. When reviewing or planning customer conversations, rate them 0-10 based on adherence to the principles below. A 10/10 means questions focus entirely on the customer's life and past behavior, with no leading, no pitching, and clear commitment signals; lower scores indicate gaps to address. Always provide the current score and specific improvements needed to reach 10/10.
Core concept: Three simple rules that, when followed, make it impossible for even your most supportive loved ones to give you false validation. The rules shift conversations from opinion-gathering to fact-finding.
Why it works: Opinions are worthless because people are unreliable predictors of their own future behavior. Past behavior is the only reliable data. By focusing on what people have actually done rather than what they say they would do, you extract facts that can genuinely inform product decisions.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Idea validation | Ask about the problem, never the solution | "Tell me about the last time you tried to [problem area]" instead of "Would you use an app that does X?" |
| Feature prioritization | Discover what people actually do vs. what they say | "Walk me through how you handled this last week" reveals real workflow |
| Pricing research | Anchor to existing spending behavior | "What are you currently paying to solve this?" instead of "Would you pay $X?" |
Copy patterns:
Ethical boundary: Never weaponize someone's honest answers against them. The Mom Test earns trust by respecting people's time and honesty -- using vulnerability data to manipulate sales crosses the line.
See: references/question-patterns.md
Core concept: Most customer interview questions are fundamentally broken because they ask people to predict the future, evaluate hypothetical products, or confirm your assumptions. Good questions anchor in observable past behavior and extract concrete facts.
Why it works: Humans are terrible at predicting their own behavior. Asking "would you buy this?" is like asking "will you go to the gym next week?" -- the answer is always yes, the follow-through is rarely there. Questions about what people have already done are reliable because behavior has already happened and can't be rationalized away.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Problem validation | Confirm the problem exists and matters enough | "When did this last come up? What did you do? What didn't work?" |
| Market sizing | Understand if enough people have this problem | "Who else in your company/industry deals with this? How do they handle it?" |
| Competitive analysis | Discover real alternatives people already use | "What tools/processes do you currently use for this?" |
Copy patterns:
Ethical boundary: Never use leading or loaded questions that anchor the respondent toward your desired answer. Your job is to learn, not to sell.
See: references/question-patterns.md
Core concept: There are three types of bad data that feel like progress but actively mislead you: compliments ("That's a great idea!"), fluff (hypothetical statements, maybes, future promises), and ideas (feature requests disconnected from real problems). Learning to deflect these and dig for truth is the core skill of customer conversations.
Why it works: Compliments are the fool's gold of customer development. They feel amazing -- "Everyone loves our idea!" -- but they contain zero information about whether anyone will actually pay for or use your product. Fluff and opinions give the illusion of validation without any concrete evidence. Only specifics about real past behavior and genuine commitments provide signal.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Post-demo feedback | Deflect "this looks awesome" to get actionable data | "Thanks! What part of your current workflow would this actually replace?" |
| Feature requests | Dig for the underlying job behind the request | "Why do you want that? Can you show me the last time you needed it?" |
| Investor conversations | Separate encouragement from real interest | Ask for intros to customers, not just "great idea" feedback |
Copy patterns:
Ethical boundary: Do not manipulate people into false commitments. Deflecting compliments is about getting to truth, not about pressuring someone into a sale.
See: references/avoiding-bad-data.md
Core concept: The currency of a customer conversation is not compliments -- it's commitment. Real interest shows up as willingness to invest something of value: time, reputation, or money. Every conversation should end with a clear "advance" (moving toward a sale/adoption) or a clear "rejection" (which is also valuable data). The worst outcome is a "zombie lead" -- someone who is polite but never commits.
Why it works: Talk is cheap. When someone says "I'd definitely buy that," it costs them nothing. When someone offers to introduce you to their boss, puts a deposit down, or agrees to a pilot program, they're investing something real. The gap between what people say and what they do is the most dangerous trap in customer development. Commitment closes that gap.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Early validation | Request a commitment that tests real interest | "Can I follow up with a prototype next week for 15 minutes of your time?" |
| B2B sales | Advance toward a decision-maker meeting | "Could you introduce me to the person who handles the budget for this?" |
| Pre-launch | Collect pre-orders or letters of intent | "We're launching in 8 weeks -- would you like to be in the first cohort at 40% off?" |
Copy patterns:
Ethical boundary: Never pressure people into commitments they'll regret. The goal is to separate real interest from politeness, not to close a sale prematurely.
See: references/commitment-advancement.md
Core concept: You don't need a formal meeting to learn from customers. The best customer conversations happen casually -- at industry events, through warm intros, in online communities, or over coffee. Formal "customer interview" framing triggers performance mode where people tell you what they think you want to hear. Casual conversations produce more honest data.
Why it works: When you say "Can I interview you about your problems?", people put on armor. They become polished, guarded, and performative. When you say "I'm trying to learn about the industry -- can I buy you coffee?", people open up. The framing of the conversation determines the quality of the data you receive.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Pre-idea exploration | Immerse yourself in the target community | Attend 3 industry events and have 20 casual conversations before writing a line of code |
| B2B prospecting | Use warm intros through advisors and investors | "Our advisor [Name] suggested I talk to you about how you handle [problem area]" |
| Consumer research | Intercept people at the point of behavior | Talk to people in line at the store, at the gym, at the coworking space |
Copy patterns:
Ethical boundary: Never disguise a sales call as a learning conversation. If you already have a product and are selling, be transparent. The Mom Test is for genuine learning, not for covert pitching.
See: references/finding-conversations.md
Core concept: Customer conversations are only useful if you process them properly. Raw notes must be distilled into beliefs, updated regularly, and shared with your team. Without a system, you'll cherry-pick quotes that confirm your biases and ignore signals that challenge your assumptions.
Why it works: Memory is unreliable and biased toward recent and emotionally charged information. Without structured note-taking and review, teams selectively remember the data that confirms what they already believe. Processing conversations as a team prevents any single person's bias from dominating the narrative.
Key insights:
Product applications:
| Context | Application | Example |
|---|---|---|
| Team alignment | Share notes in weekly standups to build shared understanding | Review 5 conversations per week as a team and update the belief board |
| Pivot decisions | Track when evidence contradicts your core beliefs | If 8 of 10 conversations reveal a different problem than expected, pivot |
| Feature validation | Count how many people mention a problem unprompted | A problem mentioned by 7 of 10 people is real; one mentioned by 1 of 10 might not be |
Copy patterns:
Ethical boundary: Never misrepresent or selectively quote customer conversations to justify a predetermined conclusion. Honest processing means accepting uncomfortable truths.
See: references/processing-learning.md
| Mistake | Why It Fails | Fix |
|---|---|---|
| Pitching your idea instead of asking about their life | Triggers politeness, produces compliments instead of facts | Don't mention your idea until the very end, if at all |
| Asking "would you buy this?" | People always say yes to hypotheticals; it costs them nothing | Ask what they've already done: "How much are you spending on this now?" |
| Accepting compliments as validation | "Great idea!" contains zero information about future behavior | Deflect immediately: "Thanks -- but what are you doing about this today?" |
| Talking too much | You learn nothing while talking; you learn everything while listening | Set a timer: they should talk 80% of the time or more |
| Not having a clear ask at the end | Produces zombie leads -- pleasant conversations that go nowhere | Know your advance before the meeting: trial, intro, pre-order |
| Running formal "interview" sessions | Triggers performance mode where people filter their answers | Keep it casual: coffee, hallway conversations, Slack DMs |
| Not processing notes as a team | Individual bias filters raw data into confirmation of existing beliefs |
| Question | If No | Action |
|---|---|---|
| Did the conversation focus on their life and past behavior, not your idea? | You ran a pitch, not a Mom Test conversation | Redo with zero mention of your solution |
| Did you get concrete facts about what they've already done? | You collected opinions and hypotheticals, which are meaningless | Ask about the last time they experienced the problem and what they did |
| Did they give you a commitment (time, reputation, or money)? | You may have a zombie lead -- polite but not interested | Ask for a specific next step: trial, intro, or pre-order |
| Did they do most of the talking? | You talked too much and learned too little | Practice silence; let awkward pauses work for you |
| Did you learn something that could change what you're building? | You asked safe questions that confirmed what you already believed | Ask the scary questions you've been avoiding |
| Did you update your beliefs based on the conversation? | You're collecting data but not learning from it | Review notes with your team and update your problem/segment/solution beliefs |
| Can you summarize the key facts (not opinions) from the conversation? | You didn't take good notes or you're confusing opinions for facts |
This skill is based on The Mom Test methodology developed by Rob Fitzpatrick. For the complete framework, examples, and deeper insights, read the original book:
Rob Fitzpatrick is an entrepreneur, author, and educator who has founded multiple venture-backed startups and learned the hard way that most customer conversations are useless. After years of collecting misleading feedback and building products nobody wanted, he distilled the principles of effective customer conversations into The Mom Test (2013), which became one of the most recommended books in the startup ecosystem. The book has been translated into over 20 languages and is required reading at accelerators including Y Combinator, Techstars, and 500 Startups. Fitzpatrick has also written The Workshop Survival Guide and Write Useful Books , applying the same evidence-based approach to education and publishing. He teaches and advises startups across Europe and the US, and is known for his direct, practical style that prioritizes actionable frameworks over theory. He is based in the UK.
Weekly Installs
200
Repository
GitHub Stars
255
First Seen
Feb 23, 2026
Security Audits
Gen Agent Trust HubPassSocketPassSnykPass
Installed on
codex191
opencode190
kimi-cli189
amp189
github-copilot189
gemini-cli189
站立会议模板:敏捷开发每日站会指南与工具(含远程团队异步模板)
10,500 周安装
| Share raw notes weekly and update shared beliefs together |
| Separate facts from interpretations in your notes immediately after |