把 MVP 砍到最小
从核心假设反推第一版，只保留两周内能够交付和验证的范围。
MVP 的"最小"不是页面少，也不是功能看起来简单。它指的是：为了验证当前最危险的假设，最少需要交付什么。
如果你还不知道用户是否在意这个问题，第一版就不需要团队权限、推荐算法和完整后台。
砍范围不是降低标准，是把有限的时间放在能产生信息的地方。
先找最危险的假设
常见假设分四类：
- 问题假设：目标用户真的频繁遇到这个麻烦
- 价值假设：你的结果比现有做法明显更好
- 可行性假设：数据、模型或流程能稳定交付结果
- 商业假设：用户愿意按某种方式付费，成本也能覆盖
一次 MVP 只优先验证其中一个。四个一起验证，失败以后你无法判断究竟哪里错了。
怎么选：选那个"如果它是错的，后面全都白做"的假设。 通常是问题假设或价值假设。如果你已经确认有人在意这个问题，那最危险的就变成了"我做出来的结果是否真的更好"。
写一条完整主路径
用动词描述，不写页面名称：
用户提交材料 → 系统处理 → 用户判断结果 → 保存或购买
这条路径上的每一步都必须存在。路径之外的功能，先问一句：不做会不会无法验证？
主路径最好控制在五到七个动作以内。超过这个长度，用户在中间流失的概率会大幅上升，而你也很难判断到底是哪一步的问题。
按顺序删功能
能人工完成的，先不自动化
后台审核、发货、退款、开通权限，第一阶段都可以少量人工处理。
人工成本开始重复出现时，你也会更清楚自动化应该做成什么样——这比提前猜要准得多。判断标准见自动化运营。
能用现成服务的，先不自研
登录、支付、邮件、文件存储、统计优先用成熟能力。
第一版的竞争力通常不在"我们也写了一个登录系统"。 自研这些东西不会有任何用户因此选择你，但会占掉你一周。
不影响验证的设置，先写死
默认语言、主题、输出格式、模型档位不一定需要设置页。先选一个合理默认值，观察是否真的有人因此无法使用。
一个设置项的成本不只是那个开关，还有它带来的所有组合状态、存储、同步和测试。
第二种人群和第二个场景，先删除
同时服务学生、老师、机构和企业，会让文案、权限和定价一起复杂化。
先让一种人在一个场景里成功。 第二种人群不是加一点工作量，是把整套判断标准复制一遍。
哪些东西不能砍
砍范围有底线。这几样即使在第一版也不能省：
| 不能砍 | 原因 |
|---|---|
| 数据不丢 | 用户材料丢一次，这个人就永远不回来了 |
| 密钥不外泄 | 前端不放任何密钥，见环境变量与密钥 |
| 支付金额校验在服务端 | 客户端传的价格不能信 |
| 出错时有明确提示 | 用户不需要知道原因，但要知道该怎么办 |
| 能知道谁用了、用了什么 | 否则你验证完也不知道发生了什么 |
最容易被"最小"当借口砍掉的是最后一条。
没有任何记录的第一版，跑完两周你只能凭印象判断。验证的前提是能看见结果，埋点不是增长阶段才做的事，做法见埋点与数据看板。
建一份"不做清单"
功能清单会不断增长，不做清单负责守住边界：
- 第一版不做哪些用户
- 不支持哪些输入
- 不保证哪些结果
- 不覆盖哪些设备
- 哪些异常先由人工处理
- 哪些功能达到什么证据后才启动
最后一项最重要。 例如"出现 5 次人工补单后再做后台补单工具"——它把未来功能从情绪决定变成证据决定。
写成这个格式：
暂时不做：____
现在不做的理由：____
什么证据出现后再做：____中间那一行也别省。三周后你自己会忘记当初为什么砍掉它，然后凭一时冲动加回来。
两周约束
把第一版限制在两周内能上线。不是因为两周是魔法数字，而是超过这个周期以后，人很容易在没有反馈的情况下持续追加投入。
如果估算超过两周，先缩人群、缩输入、缩输出、缩自动化程度，而不是要求自己每天多工作四小时。
后者看起来更有决心，实际上是把估算错误变成了健康债，而范围一点没变。
砍完之后自己走一遍
范围定下来后，用一个空白账号从头走一遍主路径，回答三个问题：
- 到第一个有用的结果，一共几步？
- 哪一步我自己都觉得别扭？
- 如果用户在某一步离开，我知道是哪一步吗？
第三问答不出来，回去补记录。
常见错误
四个假设一起验证。 失败后不知道错在哪。
主路径超过七步。 中间流失严重，且无法归因。
为了"以后好扩展"先做设置页。 组合状态成倍增加。
同时服务两种人群。 文案、权限、定价一起复杂化。
自研登录和支付。 没有用户因此选择你。
砍掉埋点。 跑完两周只能凭印象。
估算超期就加班而不是砍范围。 范围一点没变，人先累垮。
不做清单没写理由。 三周后凭冲动加回来。
验收标准
- 明确了这一版优先验证哪一个假设
- 主路径写成动词序列，不超过五到七步
- 能人工做的没有自动化，能买的没有自研
- 不影响验证的设置写死了默认值
- 只服务一种人群、一个场景
- 数据安全、金额校验、错误提示、基础记录都保留了
- 不做清单写了，每条都含理由和重启条件
- 估算在两周内，且不是靠加班压进去的
本章动作
写下第一版全部功能，在每一项后面回答："没有它，当前假设还能验证吗？"答案是"能"的全部移到不做清单，并写上重启条件。