1. MVP 本质认知
一句话定义：最小可行产品不是“功能最少的产品”，而是能开启最快学习循环的产品版本。它只有一个使命——用最小的成本验证最核心的业务假设。
1.1 核心假设：产品必须回答两个问题
所有创业想法都基于假设，MVP 的目标就是让假设暴露在真实用户面前。按照《精益创业》框架，MVP 需要验证两组假设：
| 假设类型 | 关键问题 | 验证示例（以在线课程平台为例） |
|---|---|---|
| 价值假设 | 用户是否需要这个解决方案？ | “用户愿意花 30 分钟观看一门微课” |
| 增长假设 | 用户如何发现并传播这个产品？ | “完成课程的用户中 30% 会分享给同事” |
优先级原则：永远只验证当前最危险的那个假设。例如，如果业务完全依赖病毒传播，增长假设的优先级就高于价值假设。
1.2 验证目标：每一次迭代都是一个实验
MVP 不是一次发布就结束，而是“假设 → 构建 → 测量 → 学习”循环的起点。每次迭代只聚焦一个验证目标：
- 定性验证：用户是否理解产品价值（通过访谈观察）
- 定量验证：关键指标是否达到预设阈值（如留存率、转化率）
- 学习总结：假设成立则加速投入，假设不成立则转向（Pivot）
常见陷阱：在验证目标中加入“实现 xx 功能”，而不是“验证 xx 假设”。MVP 的交付物不是功能，而是经过验证的认知。
1.3 交付物：用户场景卡
用户场景卡是 MVP 阶段的核心文档产物，它用一张卡片承载假设、验证目标和验收标准，取代传统的冗长 PRD。标准模板包含以下字段：
| 场景卡要素 | 说明 | 示例 |
|---|---|---|
| 用户角色 | 具体的目标用户画像 | “职场新人，工作 1-2 年，想快速学习 Excel 高阶技巧” |
| 痛点/需求 | 用户当前遇到的真实问题 | “公司报表要求用数据透视表，但自己完全不会” |
| 解决方案假设 | 我们打算用什么最小功能解决 | “提供 5 分钟交互式数据透视表模拟演练” |
| 验证指标 | 如何判断假设是否成立 | “模拟演练完成率 > 60%” |
| 验收标准 | 本次 MVP 交付的边界 | “支持 3 种常见数据源；操作步骤提示不少于 5 步” |
实战建议：每张场景卡对应一个独立的假设验证实验。建议团队在每周迭代计划中只选取 1-2 张卡，避免同时验证多个假设导致结果混淆。
1.4 MVP 本质认知框架
下面这张图总结了 MVP 本质中的核心概念及它们之间的关系：
1.5 典型误区对照表
| 误区 | 正确理解 |
|---|---|
| MVP = 玩具版，功能越少越好 | MVP = 学习工具，功能取决于要验证的假设需求 |
| MVP 发布后无需迭代计划 | MVP 的终点是假设验证，之后必须迭代或转向 |
| 用户场景卡只是需求文档的简化版 | 场景卡是假设的实验设计卡，包含验证指标和验收标准 |
本章行动项：打开你的项目，找出一张最关键的假设，用用户场景卡模板写下来。明确：① 验证指标是什么？② 达到什么数值才算通过？