Learning
VOL. III · NO. 08 · Engineering · 01 JAN 1970

最小可行产品:用最小成本验证核心假设

工程 · 01 JAN 1970 · 7 min read · 1,664 words
· · ·

"不要一次做完,先做最小版本试试。"

**预计时间:**15 分钟读 + 15 分钟做习题 = 30 分钟。

本课承诺
读完这节课,你将掌握:
MVP (Minimum Viable Product) 的精确定义(用最小成本验证核心假设的产品); MVP 的 2 步框架; MVP vs 完美产品的对比。

一、什么是 MVP

MVP (Minimum Viable Product) 是一种用最小成本验证核心假设的产品:

MVP:只做核心功能,快速验证假设
完美产品:做完所有功能,再验证假设

芒格式翻译
"一次做完" = 最笨的方法(浪费时间)。
"先做最小版本试试" = 最聪明的方法(快速验证)。
芒格说:"不要一次做完,先做最小版本试试。"

二、MVP vs 完美产品

维度完美产品MVP
功能所有功能核心功能
时间长期短期
成本
风险高(可能失败)低(快速验证)
反馈晚期早期
MVP 的陷阱
不是所有事都需要用 MVP!
1. 过度简化:MVP 太简陋,用户无法使用
2. 错误假设:验证的假设不是核心假设
3. 忽视反馈:做了 MVP 但不收集反馈
平衡:MVP 要"最小可行",不是"最小可用"。

三、2 步框架:做 MVP

第 1 步:识别核心假设

先明确:你要验证什么假设?

案例:电商系统
核心假设:用户愿意在线购买商品
MVP:做一个简单的商品展示页 + 购买按钮
验证:如果用户点击购买按钮,假设成立
案例:社交系统
核心假设:用户愿意和陌生人聊天
MVP:做一个简单的聊天室
验证:如果用户在聊天室聊天,假设成立

第 2 步:做最小版本

只做核心功能,快速验证假设。

案例:电商系统
核心功能:商品展示 + 购买按钮
非核心功能:购物车、支付、物流、客服
MVP:只做商品展示 + 购买按钮
验证:如果用户点击购买按钮,再做其他功能
案例:社交系统
核心功能:聊天室
非核心功能:用户注册、好友系统、消息通知
MVP:只做聊天室
验证:如果用户在聊天室聊天,再做其他功能

四、MVP 的常见形式

形式描述适用场景
落地页一个简单的网页,展示核心价值验证用户兴趣
演示视频一个视频,展示核心功能验证用户需求
问卷调查一个问题,验证核心假设验证用户意愿
原型一个可交互的原型验证用户体验
最小产品一个可使用的产品验证商业模式
芒格式翻译
"一次做完" = 最笨的方法(浪费时间)。
"先做最小版本试试" = 最聪明的方法(快速验证)。
芒格说:"不要一次做完,先做最小版本试试。"

五、练习题

单选题

1

MVP 的核心是?

2

"不要一次做完,先做最小版本试试"体现了?

3

做 MVP 的第一步是?

4

"核心功能 + 购买按钮"属于?

5

MVP 的陷阱不包括?

6

"落地页"属于 MVP 的哪种形式?

7

"验证用户兴趣"适合用哪种 MVP 形式?

8

MVP 要"最小可行"还是"最小可用"?

9

"如果用户点击购买按钮,再做其他功能"体现了?

10

MVP 的风险比完美产品?

案例分析

C1

C1. 案例:团队要做电商系统,用 MVP,应该先做什么?

C2

C2. 案例:团队要做社交系统,用 MVP,应该先做什么?

C3

C3. 案例:团队要做工具系统,用 MVP,应该先做什么?

反事实思考题

T1

T1. 反事实:如果团队没有用 MVP,直接做完美产品,最可能的结果是?

T2

T2. 反事实:如果 MVP 太简陋,用户无法使用,最可能的结果是?

下一步:Lesson 0009 · 关注点分离——如何让系统各部分各司其职。