读 The Mom Test：别再问用户“你会不会用？”
Reading The Mom Test最近整理了一本很经典的小书：The Mom Test。
它不是一本新书，也不是什么复杂理论。
但我觉得它非常适合今天重新读，尤其是对独立开发者、产品经理、设计师，或者任何正在用 AI 做产品的人。
因为 AI 让“做出来”变得越来越容易。
但一个更危险的问题也随之出现：
我们可能越来越快地做出一个根本没人需要的东西。
1. 这本书在讲什么？
《The Mom Test》的作者是 Rob Fitzpatrick。
它的副标题大意是：
如何和客户聊天，并判断你的商业想法是否真的成立——即使所有人都在对你说好话。
为什么叫 Mom Test？
因为作者的意思是：
如果你问妈妈：
“我这个创业想法好不好？”
她大概率会说好。
不是因为她真的判断过市场，而是因为她爱你，不想伤害你。
但这本书真正想说的，不是“不要问妈妈”。
而是：
不要问任何人你的想法好不好。
因为这本来就是一个坏问题。
你把问题问坏了，对方自然会给你一个没用的答案。
2. 原书最核心的观点
The Mom Test 的核心其实很简单：
不要聊你的想法，聊对方真实发生过的生活。
很多人做用户访谈时，会不自觉地问：
“你觉得这个产品怎么样？”“如果我做出来，你会不会用？”“你愿意为它付费吗？”“这个功能是不是很有用？”
这些问题听起来很自然，但几乎都很危险。
因为用户可能会出于礼貌、鼓励、想象、社交压力，给你一个听起来很积极的答案。
但这些答案不等于真实需求。
一个人说“我会用”，和他真的在生活中遇到这个问题、主动寻找解决方案、甚至愿意为它付费，是两回事。
3. 什么是好问题？
The Mom Test 提倡问这类问题：
- 你上一次遇到这个问题是什么时候？
- 当时发生了什么？
- 你现在是怎么解决的？
- 这个问题让你损失了什么？
- 你有没有尝试过其他方法？
- 你为这个问题花过钱吗？
- 如果没有解决，你通常会怎么处理？
这些问题的共同点是：
它们问的是过去真实发生的事情，而不是未来想象中的态度。
因为未来的承诺很便宜。
过去的行为更接近证据。
一个用户说：
“这个功能挺好的。”
信息量很低。
但如果他说：
“我上个月为了这个问题手动整理了 3 个小时，还付费买过一个模板，但最后没坚持用。”
这就有价值多了。
你开始知道：
问题是否真实；发生频率如何；痛感有多强；用户现在怎样绕过它；他是否已经为解决方案付出过时间、金钱或努力。
4. 为什么它对现在更重要？
因为今天的独立开发者很容易被 AI 加速。
以前做一个 demo 很慢，所以你可能会被迫先想清楚。
现在不一样了。
你可以用 AI 很快做出：
- landing page；
- 表单；
- dashboard；
- app prototype；
- automation workflow；
- 小工具；
- 文案和视觉包装。
这当然是好事。
但也意味着，你可能在还没有验证问题前，就已经做出了一个“看起来像产品”的东西。
于是问题从：
“我能不能做出来？”
变成了：
“这个东西到底有没有人需要？”
The Mom Test 的价值就在这里。
它提醒我们，不要用“用户说喜欢”来安慰自己。
要去看用户是否已经在现实里为这个问题付出代价。
5. 对独立开发者最重要的几条建议
第一，不要问“你会不会用”
这类问题得到的通常是礼貌回答。
更好的问法是：
“你最近一次遇到这个问题是什么时候？”
如果对方想不起来，说明这个问题可能没有你想象中那么痛。
第二，不要急着介绍你的产品
一旦你开始讲自己的方案，对方就会开始评价你，而不是讲真实生活。
用户访谈的前半段，最好不要 pitch。
先理解：
他现在怎么做；哪里麻烦；有没有替代方案；有没有真实成本；他是否主动解决过。
第三，少听观点，多看行为
观点很容易漂浮。
行为更接近事实。
“我觉得这个挺有用”不如“我昨天刚手动做了一遍”。
“我愿意付费”不如“我已经买过类似工具”。
“我希望有这个功能”不如“没有这个功能时，我现在这样绕过去”。
第四，寻找 commitment，而不是 compliment
Compliment 是夸奖。
Commitment 是承诺和行动。
比如：
- 愿意预约下一次深聊；
- 愿意介绍其他相关用户；
- 愿意加入等待名单；
- 愿意试用；
- 愿意预付；
- 愿意把真实资料拿出来测试；
- 愿意把它放进自己的工作流。
用户的行动，比好听的话更重要。
第五，把“坏消息”当成好消息
这点我觉得很重要。
很多独立开发者做用户访谈，其实不是为了寻找真相，而是在寻找确认。
希望用户说：
“这个想法很好。”“我也有这个问题。”“你做出来我一定用。”
但真正有价值的，往往是坏消息：
用户其实不痛；用户已经有便宜替代方案；用户不愿意改变现有流程；用户觉得这个问题不值得付费；用户口头喜欢，但不愿意投入下一步。
这些听起来不好听。
但它们能帮你少浪费几个月。
6. 这本书也需要谨慎地读
The Mom Test 很有价值，但它也不是万能公式。
第一，它更适合探索问题，不等于完整用户研究
它很适合早期验证：
问题是否存在；用户是否在意；他们现在怎么解决；是否有付费或投入的迹象。
但它不能替代所有研究方法。
如果你要研究可用性、信息架构、情绪体验、品牌感受，可能还需要 usability testing、原型测试、数据分析和长期观察。
第二，不是所有用户都能清楚描述自己的真实需求
用户很擅长讲过去发生过什么。
但不一定擅长总结自己真正需要什么。
所以访谈不是让用户替你设计产品。
你要从他们的行为和痛点里提炼模式。
用户提供素材。
产品判断仍然是你的责任。
第三，早期访谈容易样本偏差
你最容易聊到的人，往往是朋友、同行、同温层，或者愿意支持你的人。
他们可能并不代表真正的目标用户。
所以不要因为 3 个人说“挺好”，就以为市场成立。
更不要因为朋友鼓励，就误以为产品已经被验证。
7. 对从业者的参考
这本书不只适合独立开发者。
对产品经理、设计师、创业者，甚至内容创作者也一样有用。
因为我们都很容易问出带有诱导性的问题：
“你喜欢这个方向吗？”“这个功能是不是更方便？”“你觉得这个页面清楚吗？”“如果我们加这个能力，你会不会用？”
这些问题的共同问题是：
它们让对方评价你的方案。
但更好的问题，应该先回到对方的真实场景：
- 你现在怎么处理这个问题？
- 最近一次是什么时候？
- 当时卡在哪里？
- 你用了什么替代方案？
- 这个问题如果不解决，会怎样？
- 你有没有为它付出过时间、钱或人情？
产品工作里，真正重要的不是让用户说“喜欢”。
而是看用户的生活里，是否已经出现了足够强的拉力。
8. 我自己的理解
如果说 Build to Last 提醒我：
不要做出一个自己也不懂的系统。
那么 The Mom Test 提醒我：
不要做出一个用户只是礼貌喜欢、但现实中并不需要的产品。
AI 时代，这两件事都变得更重要。
因为我们可以更快地建造。
所以也更容易更快地犯错。
过去，做错一个产品可能需要几个月。
现在，用 AI 做错一个产品，可能只需要几天。
所以独立开发者最重要的能力，不只是 prompt，不只是 coding，也不是把界面做得漂亮。
而是：
在动手之前，问出更接近真实的问题。
在用户说“挺好”的时候，继续追问：
“你上一次真的遇到它是什么时候？”
在自己很想被肯定的时候，仍然愿意听坏消息。
The Mom Test 最残酷也最有价值的地方就在这里：