1.1 不是什么

MVP不是简陋的产品，不是半成品，更不是偷工减料的借口。

它不是只做最少功能，而是做最小成本验证假设的产品。

1.2 是什么

MVP（Minimum Viable Product）是一种快速验证假设的产品设计理念：

这个概念由Eric Ries在《精益创业》中提出，核心思想是：不要等产品完美才发布，而是用最小成本快速验证你的想法是否正确。

1.3 核心公式

验证速度越快，成本越低，学习价值就越高。

第一步：定义核心假设（30分钟）

明确你要验证的核心假设是什么。

如何定义核心假设？

示例：

练习：

第二步：识别最小功能集（1小时）

找出验证核心假设所需的最小功能集。

如何识别最小功能集？

1. 列出所有计划功能

2. 标记每个功能验证的假设

3. 只保留验证核心假设必需的功能

4. 其他功能放入后续迭代

案例：Dropbox的MVP

Dropbox的MVP只是一个演示视频，验证了用户对文件同步的需求。

第三步：选择MVP类型（30分钟）

根据产品特点选择合适的MVP类型。

常见MVP类型：

案例：不同产品的MVP选择

第四步：快速构建MVP（1-2周）

用最快速度构建MVP，不要追求完美。

构建原则：

工具推荐：

第五步：收集反馈并迭代（持续）

发布MVP后，收集真实用户反馈，快速迭代。

如何收集反馈？

迭代原则：

案例一：Airbnb的MVP

问题：如何验证用户愿意住在陌生人家中？

传统思维：开发完整的预订平台，投入大量资源。

MVP思维：

1. 核心假设：用户愿意住在陌生人家中

2. 最小功能：展示房间照片、联系方式

3. MVP类型：手工服务

4. 构建：创始人亲自接待客人

5. 验证：3个房间，2个周末，赚了1000美元

结果：验证了核心假设，获得种子用户，后续才开发完整平台。

案例二：Buffer的MVP

问题：如何验证用户需要社交媒体定时发布工具？

传统思维：开发完整产品，集成所有社交平台。

MVP思维：

1. 核心假设：用户愿意为定时发布付费

2. 最小功能：只支持Twitter，只有发布功能

3. MVP类型：单功能产品

4. 构建：2周开发完成

5. 验证：2周内获得100个付费用户

结果：验证了付费意愿，后续才增加更多功能。

误区一：MVP就是简陋产品

❌ 错误做法：做出一个粗糙的产品，用户体验很差。

✅ 正确做法：MVP要保证核心功能的体验，只是功能少，不是质量差。

误区二：MVP不需要设计

❌ 错误做法：随便做一个界面，不考虑用户体验。

✅ 正确做法：即使是MVP，也要保证基本的设计质量，让用户愿意使用。

误区三：MVP只做一次

❌ 错误做法：发布MVP后就停止迭代。

✅ 正确做法：MVP是持续迭代的过程，每次迭代都是一个新的MVP。