第 3 课：MVP 思维与减法原则
你想做 20 个功能，但资源只够做 3 个。怎么办？这堂课讲一个反直觉的原则：先决定不做什么。
一、MVP 不是残缺版
很多人以为 MVP（Minimum Viable Product，最小可行产品）就是做一个功能不全的残缺版。不是。
MVP 是验证核心假设的最小实验。
关键区别：
- 残缺版：砍掉一些功能，剩下的照做
- MVP：只做验证假设所需的最少东西
举个例子。你想做"AI 帮你写周报"的工具，核心假设是"职场人士愿意用 AI 写周报"。
- 残缺版思路：做完整产品但去掉模板库和团队协作功能
- MVP 思路：做一个极简页面，用户输入本周工作内容，AI 生成周报。看有没有人用
MVP 的目的不是交付一个产品，而是学习——用最小的成本验证你最不确定的假设。
什么样的假设需要验证？
优先验证那些"如果错了，整个方向都不成立"的假设。
| 假设类型 | 例子 | 验证优先级 |
|---|---|---|
| 价值假设 | 用户真的需要 AI 写周报吗？ | 最高 |
| 增长假设 | 用户会推荐给别人吗？ | 高 |
| 商业假设 | 用户愿意付费吗？ | 中 |
| 技术假设 | AI 能生成足够好的周报吗？ | 中 |
先验证价值假设。如果用户不需要，后面都不用想。
二、减法思维
做加法是本能，做减法是能力。
当你在想"产品还缺什么功能"的时候，换一个问题：如果只能保留一个功能，保留哪个？
这就是减法思维——先确定核心，再考虑扩展。
减法三步
第一步：列出所有想做的功能
把脑子里所有想法都写下来，不要过滤。这一步是加法。
第二步：标记每个功能的类型
- Must-have：没有这个功能，产品不成立
- Nice-to-have：有了更好，没有也行
- Wow-factor：超出预期的惊喜功能
第三步：只做 Must-have
Nice-to-have 和 Wow-factor 放进"未来可能做"清单，但 MVP 不做。
实操案例
回到"AI 帮你写周报"的例子：
全部想法：AI 生成周报、多种模板、团队协作、周报历史、数据统计、导出 PDF、钉钉/飞书集成、暗黑模式、语音输入
按类型划分：
- Must-have：AI 生成周报（没有这个产品不成立）
- Nice-to-have：多种模板、导出 PDF、钉钉/飞书集成、暗黑模式
- Wow-factor：语音输入、数据统计、团队协作
MVP 只做：用户输入工作内容 → AI 生成周报 → 复制到剪贴板。
三个功能，验证核心假设。
减法思维的心理障碍
做减法最难的不是方法，是心理：
- "万一用户需要呢？"——如果用户真的需要，他们会告诉你。不要替用户猜
- "功能多一点总比少一点好"——功能越多，每个功能分到的开发时间和用户注意力越少
- "竞品有这个功能我们也要有"——竞品有的功能，不一定是对的。况且你不需要做得一样
记住：如果你不能为每个功能解释"没有它产品为什么不成立"，那这个功能就是 Nice-to-have。
三、双钻模型：先发散再收敛
产品思维不是只有减法。正确的节奏是：先发散（想清楚所有可能），再收敛（选择最值得做的）。
这就是双钻模型：
第 1 钻：发现问题
- 发散：收集各种用户问题、痛点、需求
- 收敛：选择最值得解决的核心问题
第 2 钻：设计解决方案
- 发散：想出各种可能的解决方案
- 收敛：选择最小可行方案（MVP）
常见错误：
- 第 1 钻没发散就收敛：看到一个问题就直接做，没想是不是最重要的问题
- 第 2 钻没发散就收敛：只有一个方案就开始做，没考虑更好的方案
- 跳过第 1 钻：直接想方案，连问题都没搞清楚
四、In-Scope / Out-of-Scope
每个项目都要明确：做什么（In-Scope）和不做什么（Out-of-Scope）。
这不是偷懒，是专注。资源有限，什么都想做等于什么都做不好。
In-Scope 清单：
- 明确要做的功能
- 每个功能的验收标准
- 预期完成时间
Out-of-Scope 清单：
- 明确不做的事情
- 为什么不做（不是"不想做"，而是"现阶段做不值得"）
- 什么条件下会考虑做
Out-of-Scope 清单比 In-Scope 更重要。它让你在需求变更时有一个判断标准——"这个需求在范围内吗？"如果在 Out-of-Scope 里，就坚决不做。
关键概念
- MVP：验证核心假设的最小实验，不是功能不全的残缺版
- 减法思维：先确定核心，再考虑扩展。只做 Must-have
- Must-have / Nice-to-have / Wow-factor：功能三分法，MVP 只做 Must-have
- 双钻模型：先发散再收敛，先发现问题再设计解决方案
- In-Scope / Out-of-Scope：明确做什么和不做什么，Out-of-Scope 比In-Scope 更重要
课后练习
练习一：设计 MVP
用你的产品想法，回答：
- 你的核心假设是什么？（如果这个假设错了，整个方向都不成立）
- 验证这个假设最少需要什么？
- 画出你的 MVP：用户做什么 → 产品返回什么
练习二：功能分类
列出你想做的所有功能，按 Must-have / Nice-to-have / Wow-factor 分类。然后只保留 Must-have 作为 MVP。
练习三：In-Scope / Out-of-Scope
为你的 MVP 写一份 In-Scope 和 Out-of-Scope 清单。Out-of-Scope 清单要写清楚"为什么现阶段不做"和"什么条件下会考虑做"。