1. MVP 核心理念与课程目标
最小可行产品（Minimum Viable Product，MVP）不是功能的“半成品”，而是用于验证核心商业假设的最精简实验载体。本章从定义、假设体系到课程交付物，建立整门课的认知底座。
1.1 最小可行产品的工程定义
MVP 是 Eric Ries 在《精益创业》中提出的核心概念，其本质是“用最少资源、最快速度，完成一次完整的‘构建—衡量—学习’闭环”。MVP 并不等于“功能残缺版”，而是针对目标用户最痛的那个场景，只做能触发验证的必要功能。
| 维度 | 常见误解 | 正确理解 |
|---|---|---|
| 功能数量 | 功能越少越好，砍到只剩 1 个 | 只做能验证核心假设的最小功能集合 |
| 质量底线 | 可以很粗糙，有 Bug 无所谓 | 核心流程必须可用，体验可接受 |
| 交付对象 | 给内部看看原型就够了 | 必须面向真实用户，收集真实数据 |
| 成功标准 | 功能做完就算成功 | 验证假设、获得认知才算完成 |
实战经验：MVP 的边界由“验证成本”和“认知价值”共同决定。如果做一个功能需要 5 天，但只能获得 10% 的确定性，不如花 1 天做一个只能获得 60% 确定性的实验。先跑通认知闭环，再谈功能完善。
1.2 价值假设与增长假设
每个产品都建立在两组底层假设之上。MVP 的核心任务就是用实验同时或分步验证这两类假设。
- 价值假设（Value Hypothesis）：产品是否真的为用户创造了可感知的价值？用户愿意为此付出时间、注意力或金钱吗？
示例：用户每天会主动打开记账 App 记录 3 笔以上支出，说明“自动归类 + 可视化报表”有价值。 - 增长假设（Growth Hypothesis）：产品能否通过现有用户的行为自然扩散？新用户获取成本是否可持续？
示例：现有用户每邀请 1 位朋友，被邀请者留存率 ≥ 40%，说明“邀请奖励 + 共享账单”有增长潜力。
| 假设类型 | 验证问题 | 典型 MVP 实验 | 通过指标 |
|---|---|---|---|
| 价值假设 | 用户痛点是否真实？解决方案是否被需要？ | 着陆页 + 预约表单、Concierge MVP | 预约转化率 ≥ 15% |
| 增长假设 | 产品能否低成本规模化？传播机制是否成立？ | 推荐邀请链接、社交裂变小流量测试 | K 因子 ≥ 0.8 |
常见陷阱：团队往往只验证价值假设，默认增长假设会自动成立。事实是：80% 的 MVP 失败不是因为没人用，而是用了以后无法规模化传播。增长假设的验证优先级不应低于价值假设。
1.3 课程交付物概览
本课程每章都产出可直接复用的实战交付物。全部完成后，你将拥有一套完整的 MVP 规划工具箱，覆盖从场景发现到指标验收的全链路。
- 用户场景地图：结构化描述目标用户的痛点场景与使用语境。
- 业务问题陈述模板：将模糊想法转化为可验证的业务问题。
- 用户访谈提纲 + 记录表：半结构化访谈的标准化框架。
- 需求拆解卡：将用户故事拆解为功能颗粒度与优先级。
- 方案画布：用一页纸表达 MVP 功能边界与交互路径。
- 验证指标看板：定义每个假设的通过阈值与数据采集方式。
- 验收标准检查表：MVP 上线前必须通过的质量关卡。
- 交付物模板包：上述所有模板的空白可编辑版本。
学习建议：每章结束后，立即用你当前负责的产品（或一个你熟悉的 idea）填写该章交付物。30 章完成时，你将同时拥有一套完整的 MVP 规划文档和一套可复用的模板资产。
1.4 MVP 核心概念框架
下图概括了 MVP 规划的核心要素及其关系：从用户场景出发，通过价值假设与增长假设驱动 MVP 定义，最终经由实验验证产出认知决策。
1.5 本章核心要点回顾
- MVP 是验证假设的实验载体，不是功能残缺的半成品；边界由验证成本和认知价值共同决定。
- 每款产品同时依赖价值假设（用户是否需要）和增长假设（能否规模化），两类假设必须分开验证。
- 本课程 30 章产出 8 类可复用交付物，覆盖从场景发现到指标验收的完整链路。
- MVP 规划的本质是：从用户场景出发，用假设驱动定义，用实验驱动决策。