每个产品决策背后都藏着一个假设——如果它错了，整个项目就白干了。我管这叫"致命假设"。
大多数产品经理不会把它说出来。他们埋头开发、上线发布，然后解释为什么数据没动静。问题是，这时候已经晚了。
本文聊聊怎么在动手之前，把这个致命假设揪出来。
什么是致命假设
致命假设是让你的产品决策成立的唯一核心信念。不是所有假设，是最关键的那一个。
举两个例子：
• 你在做一个通知功能，想提升用户回流。致命假设是："用户流失是因为忘了这个产品，而不是对产品没兴趣了。"
• 你在重新设计新手引导，想提高激活率。致命假设是："用户在中途流失是因为流程太复杂，而不是产品本身不符合预期。"
注意：如果致命假设错了，执行得再好也没用。
为什么产品经理不愿面对它
三个常见原因：
1. 说出假设像在承认不确定
团队想在路线图上表现得很笃定。说"这是我们赌的一个点"感觉像示弱。其实恰恰相反——这是智力诚实，能让学习更快。
2. 假设藏在表述里
当产品经理写"用户需要更好的搜索"时，致命假设（"搜索是阻碍用户成功的关键"）被包在解决方案里了。如果不把问题、假设、解决方案分开，你永远看不清。
3. 团队已经达成共识
最危险的假设是那些全队都觉得"显然正确"的。共识不等于验证，只代表没人挑战过。
三个问题测试法
做任何重大产品决策前，先回答：
Q1：这件事要成立，必须满足什么？
全部写下来。然后圈出那个——如果它是假的，其他都作废。
Q2：我们对这个假设有多确定，依据是什么？
不是"挺确定的"，要具体证据。如果没有，说清楚需要什么证据。
Q3：在开发之前，最便宜的验证方式是什么？
用户访谈、落地页、原型、人工实验……答案几乎总是存在。问题是团队愿不愿意慢下来跑一遍。
四步决策框架
这是我带PM团队用的完整流程：
• 命名决策（不是功能，是真正的决策本身）
• upfront定义成功标准（"如果X从A变到B，就算成功，截止日期是..."）
• 找出致命假设（那个必须成立的唯一条件）
• 设定复盘日期（什么时候回顾，什么条件下触发）
大多数团队在第三步短路。他们从第一步直接跳到第四步，跳过了能告诉他们该不该做的关键环节。
慢这一步，省的是后面几个月的弯路。
热门跟贴