第九章 最小验证：MVP 设计
1. MVP 不是”丑版本的产品”
太多人把 MVP 理解成”先把产品做丑点、功能少点，以后再加”。错。MVP 不是产品的半成品，是一个用来验证假设的最小动作。
它的目的不是”交付”，是”回答一个问题”。
2. 先想清楚：这一次要验证什么假设
动手前先写一句话：“我这次要验证的假设是——如果____，那么____会____。”
比如：“如果小商家真的嫌记账麻烦，那么我发个’代记账’服务群，会有人付费加入。”
这句话写不清，你做的就不是验证，是瞎忙。
3. MVP 的几种形态（都不需要你先写代码）
- 假门测试：做个落地页说”即将上线，留邮箱 / 付定金”。有人留，假设成立；没人理，省了三个月。
- 手动服务：你先别做系统，自己手动帮前十个客户把事办了。能跑通，再考虑自动化。
- 视频 / 原型：拍个 30 秒视频演示”未来长这样”，看人愿不愿意等。
- 简化版：只做最核心的一个功能，其他全砍。
记住：MVP 的成本，应该低到”错了也不心疼”。
4. 常见误区
- 做给投资人看：MVP 是给市场看的，不是给投资人看的。为”好看”加的东西，都是干扰。
- 一次验证太多：一次只验一个假设。又验需求又验技术又验渠道，结果哪个不行你都分不清。
- 舍不得砍：觉得”少了这个功能就不完整”。完整不重要，能回答问题才重要。
5. 本章小结
- MVP 不是产品半成品，是验证假设的最小动作。
- 动手前先写清”要验证的假设”。
- MVP 形态多样：假门、手动、视频、简化版，大多不用写代码。
- 误区：做给投资人看、一次验太多、舍不得砍。
6. 思考题（附参考答案）
题一： 拿你”想做的东西”，写一句”要验证的假设是——如果____，那么____会____“。写完你会发现，原来你一直没想清楚到底要验什么。
参考答案：多数人卡在这一句写不完整——因为他的”想法”其实是一团模糊的愿望，不是可验证的假设。能写出这句，你已经比 90% 的空想者靠前了。写不出来的部分，就是你还不知道的部分。
题二： 如果让你用”假门测试”验证你那个想法，落地页上你会写什么？你敢不敢这周末就发出去看有没有人留？
参考答案：不敢发，往往不是因为”页面丑”，是因为怕”发了没人理，面子挂不住”。但没人理恰恰是最便宜的真相——它帮你省了三个月白干。这一题要你做的，是把”怕丢脸”和”怕失败”分开：没人理不是你失败了，是你用最低成本知道了答案。
题三（深）： 你迟迟不做 MVP，是因为”还没想好”，还是因为”怕发出来没人理、面子挂不住”？后者是不是比前者更真实？
参考答案：对绝大多数人，后者更真实。“还没想好”是个体面的借口，真正的拦路虎是”我怕证明自己不行”。看穿这一点，你才能真的出手——MVP 治的不只是产品问题，更是你的面子问题。