我从mom test书中学到了“真需求的评判标准”

* 没人知道自己想要什么，直到他们看到它，但他们非常清楚是什么一直在困扰他们 *

最近在研究Indie Hacker，为了能增加成功的概率或者必要条件，剖析了其第一性原理：即用极少的资源，在完成了商业化推理的基础上，快速创造用户愿意付费的价值，最终建立可持续的商业。技术只是工具，商业化和解决问题才是独立开发的本质。

独立开发者，即做软件的生意，写代码前，应该先去挖掘需求，确切的说是挖掘真需求。

因此最近被推荐，看了mom test这本书，觉得受益匪浅。

mom test核心内容

它是一本讲述如何跟用户沟通，得出真需求的书。

核心理念：

别问别人，你的想法好不好，因为回答者都会撒谎说，“很好啊。”

正确做法是：问他们的生活，不问你的想法。

三原则：

1. 谈论他们的生活，而不是你的想法

错误："我想做个健身APP，你觉得怎么样？"

正确："你上次去健身房是什么时候？为什么不常去？"

2. 问具体的过去，而不是泛泛的未来

错误："你会用这个功能吗？" 

正确："上次遇到这个问题，你怎么解决的？"

3. 少说多听

• 你说得越多，学到的越少

• 别急着解释你的产品有多棒

三种要警惕的虚假数据

1. 恭维话 = 毫无价值

• "这个想法太棒了！"

• "我肯定会买！"

• "做出来告诉我！"

 **应对：**立即转移话题，问具体问题

2. 泛泛之谈 = 不可信

• "我总是..."

• "我从不..."

• "我会..."

**应对：**追问"上次具体是什么时候？"

3. 功能点子 = 要深挖动机

• 用户会给你一堆想要的功能

• 但别照单全收

**应对：**问"为什么想要这个？现在怎么解决的？"

独立开发者的实战指南

第一步：确认真实问题

问这些问题：

• "你现在怎么处理这个问题？"

• "这个问题给你造成了什么影响？"（看是否值得花钱解决）

• "你试过哪些解决方案？"（如果他们没找过，说明不痛）

• "钱/预算从哪来？"（B2B行业必问）

判断标准：

• 如果他们连Google都懒得搜，这个痛点不够痛

• 如果他们已经拼凑了自己的方案，说明真的在乎

第二步：别过早展示产品

常见错误序列：

1. 见面就开始讲你的产品

2. 对方礼貌性说"不错啊"

3. 你误以为需求验证了

4. 做了3个月没人用

正确序列：

1. 先了解他们的工作流程和痛点

2. 确认问题真实存在且值钱

3. 再考虑要不要做产品

第三步：要承诺，不要恭维

假信号（僵尸用户）：

• "做好了告诉我"

• "这个太好了！"

• "有空我试试"

真信号（真实需求）：

• 愿意现在就花30分钟测试原型

• 介绍你给他老板/团队

• 愿意预付订金

• 同意成为第一批测试用户并给反馈

💰 承诺的三种货币：

1. 时间

    - 愿意花时间用/测试

2. 声誉

    - 愿意把你介绍给别人

3. 金钱

    - 愿意预付/订金

跟用户沟通，要牢记，我们目的是为了获取真相，而不是为了得到恭维。如果发现我们要做的产品并不是一个真需求，那么应该值得庆幸，我们在没有投入前，就可以放弃了，而不是做出来了，发现自己做的产品没人用。

mom test揭露的本质

过去和当下的行为是未来的最佳预测器。

把"未来的承诺"转化为"过去的行为证据"。

我们需要收集的是真实数据和用户过往的行为。

mom test 本质上是一套"反脆弱"的认知系统

普通创业者的脆弱思维：

我有个想法 → 需要被验证是对的 → 去找支持的证据 → 忽略否定信号

结果：建立在沙子上的城堡，一推就倒

mom test 的反脆弱思维：

我有个假设 → 主动寻找反驳证据 → 不断修正 → 找到坚实的基础

结果：每次"坏消息"都让假设更强壮

mom test 不是在调研"现在"，而是在预测"未来"。

以上都属于精华思想的总结和梳理，那么接下来如何使用mom test的思想，通过在reddit和知乎来挖掘真需求呢？即得出案例的最佳实践，后面文章会展开介绍。