假设验证：用最小成本确认判断是否成立
把「我认为用户会喜欢」写成可验证的假设，设计最小实验，用结果决定是否继续投入。
结论先行：一个可验证的假设包含三部分：改变什么、预期出现什么结果、用什么指标在多长时间内判断。
方案讨论里最常见的句式是我觉得用户会需要。这类判断没有错，但它无法被检验，也无法在失败时提供学习。把判断写成假设，就能用很小的成本先确认方向，而不是直接投入几个月的开发。
假设的三段写法
| 部分 | 写法 | 示例 |
|---|---|---|
| 改变 | 我们要做什么 | 在结算页增加稍后支付入口 |
| 预期 | 预计会发生什么 | 放弃下单的用户会减少 |
| 判断 | 用什么指标、多久 | 两周内下单转化率提升 2 个百分点 |
选择最小验证方式
- 访谈五到八个目标用户，确认问题是否存在。
- 做一个可点击原型，观察前十位用户的操作路径。
- 小流量灰度，只放开 5% 的流量对比效果。
- 用人工方式模拟服务，先验证需求强度再开发。
验证方式的选择标准是成本与可信度。访谈便宜但样本小，灰度可信但需要开发。先用低成本方式排除明显不成立的方向，再把资源投到通过初筛的假设上，通常比一次性豪赌更稳。如果两种方式成本相近，优先选更接近真实使用场景的那种。
结果怎么读
结果通常有三种：明显支持、明显不支持、说不清。明显支持可以进入下一步；明显不支持要记录什么条件下失败，避免下次重复；说不清通常是样本不足或指标受其他因素干扰，需要延长观察或换指标，而不是直接当作支持。
一个假设的完整记录
稍后支付入口
- 假设：在结算页增加稍后支付，能让犹豫用户完成下单。
- 验证：对 5% 流量开放入口，对比同期未开放用户。
- 结果：两周内该组下单转化率 3.9%，对照组 3.6%，差异在误差范围内。
- 判断：假设未获支持，用户犹豫的主因是运费不透明，不是支付时间。
- 下一步：改测运费展示方式。
避免三种误判
- 把相关当因果：转化上升可能来自同期活动，不一定是你的改动。
- 样本太小：十个人的反馈不足以支撑全量决策。
- 只找支持证据：提前想好什么结果算失败，否则会不断解释。
关于失败： 假设被证伪不是浪费。它用很小的成本排除了一个方向，比投入三个月后发现更划算。关键是把结论写下来，让团队不必重复验证同一件事。
验证的节奏通常是：一次只测一个主要变量，周期控制在一到两周。连续验证几轮后，方向的确定性会明显提高，投入也更有依据。每次验证前先写下判断标准，结束后当天记录结果，避免事后凭印象解释。