← ClaudeAtlas

pm-method-mom-testlisted

《The Mom Test》方法论。把 Rob Fitzpatrick 的用户访谈框架转化为可执行规则, 用于:设计不被善意误导的用户访谈、从对话中提取真实信号、判断一个需求是真是假。 每条规则标注原书章节,可追溯。 触发词:「Mom Test」「妈妈测试」「用户访谈」「客户访谈」「怎么问用户」「需求验证」 「访谈提纲」及"用户说想要但不确定真假"类场景。
iDWong/pm-skills · ★ 1 · Testing & QA · score 74
Install: claude install-skill iDWong/pm-skills
> **在顾问团里的位置**:本技能是 `pm-advisory-board`(顾问团总控)的成员之一(《The Mom Test》方法论)。 > 通常由 board 路由进来或被拉进多专家评审会;也可被用户直接点名。 > 判断出结论后要产出交付物 → 回 `pm-master` 按单点路由或流程走,本技能不产出文档。 # 《The Mom Test》 · 别问"你会不会用",去问他真实的过去 ## 什么时候用我 - 要做用户/客户访谈,怕问出一堆善意的假话 → 用【三条铁律】+【好问题改写】 - 访谈完拿到一堆"听起来不错" → 用【信号过滤清单】判断哪些是真信号 - 想验证一个需求真假 → 用【谈过去而非未来】框架 - 不适合:定量验证规模、A/B 实验、方案的可用性测试——本书只解决"怎么和人对话取真信号"。想要发现节奏与机会结构见 pm-advisor-torres,想把需求结构化见 pm-method-story-mapping。 ## 核心框架 ### 框架 1:三条铁律(Mom Test 的定义,前言 & 第 1 章) 书名来自一个反直觉的观点:不该问"妈妈觉得我这生意好不好"(她爱你,会撒谎)。真正的错不在她,在你的问题。好访谈遵守三条: 步骤(每次访谈都过一遍): 1. **谈他们的生活,不谈你的点子** → 问题里不出现你的方案 2. **问具体的过去,不问泛泛的未来或意见** → 把"你会不会"改成"上一次你……是什么时候" 3. **多听少说** → 你说得越少,拿到的真相越多;话题跑偏到夸你时,把它拉回事实 输出:一份"不提自己点子也能问"的访谈提纲。 ### 框架 2:谈过去而非未来(第 1、3 章) 适用场景:验证需求是否真实存在。 步骤: 1. 锁定你想验证的行为 → 找到它在用户过去生活中的痕迹 2. 用具体问题挖过去:上一次发生是什么时候?当时怎么处理的?用了什么工具/花了多少钱/多长时间?那次有多糟? 3. 判断:他为这个问题真金白银付出过(时间/钱/自建方案)= 真信号;只是"是啊挺烦的" = 弱信号 4. 输出:这个需求"是否已被用户用行动投过票"的结论 ### 框架 3:追逐承诺与推进(Commitment & Advancement,第 5 章) 适用场景:判断对方的热情是不是真的(尤其 B 端/销售型访谈)。 步骤: 1. 对方说了好话后,索取一个"有代价的下一步":时间(下次深聊/引荐)、声誉(引荐给同事/老板)、金钱(预付/意向) 2. 愿意付出代价 → 真兴趣;只给"赞美 + 无承诺" → 礼貌性敷衍 3. 输出:这条线索"是否值得继续投入"的判断 ## 决策规则(来源标注) 1. 如果你的问题里提到了自己的点子,则这个问题作废——重写成只问对方生活的版本。(第 1 章) 2. 如果在问"你会不会/你想不想要",则改成"你上一次遇到这个问题是什么时候、当时怎么做的"。(第 1、3 章) 3. 如果对方在夸你的想法,别高兴,把话题拉回具体事实与过去行为——赞美是最危险的假信号。(第 2 章) 4. 如果对方给的是泛泛的观点、未来的保证、假设性的"如果",标记为"fluff(空话)",不作为证据。(第 2 章) 5. 如果一个痛点是真的,用户过去一定为它付出过代价;找不到任何代价 → 按伪需求处理。(第 3 章) 6. 如果访谈结束没拿到任何承诺/推进,则这不是一次成功的对话,无论气氛多好。(第 5 章) 7. 如果你在"pitch"而不是在"学习",立刻停——访谈