cymchad 最小可行产品 (MVP)
用最简单的产品版本快速推向市场，测试核心假设。MVP 不是简陋的半成品，而是刚好能验证假设的最小功能集。
核心理念
最小化浪费。 精益创业的核心是避免将资源投入未经市场验证的假设中。MVP 的目的不是"完美"，而是"学习"——用最低成本验证你的核心假设是否成立。
适用场景
- 准备开发产品，想用最低成本验证想法
- 不确定产品方向是否正确
- 想快速测试市场反应
- 资源有限，需要精益开发
- 想避免在错误方向上投入过多
执行步骤
步骤 1: 明确核心假设
识别要验证的假设:
价值假设 (Value Hypothesis)
- 产品对用户是否有价值？
- 用户是否会使用？
- 用户是否愿意付费？
增长假设 (Growth Hypothesis)
- 产品是否能吸引更多用户？
- 用户是否会推荐给他人？
- 业务能否可持续增长？
示例:
- Dropbox 的假设：用户需要便捷的云存储和文件同步
- Airbnb 的假设：旅行者愿意住民宿，房东愿意分享房源
步骤 2: 定义最小功能集
只保留验证假设必需的功能:
- 列出所有可能的功能
- 标记哪些是"必须有"的核心功能
- 删除所有"锦上添花"的功能
- 确保最小功能集能验证核心假设
MVP 设计原则:
- 不是功能残缺的半成品
- 不是大而全的完整产品
- 聚焦核心价值点
- 用最经济的方式让用户感知产品本质
步骤 3: 选择 MVP 类型
根据产品特点选择合适的 MVP:
演示视频 MVP
- 制作产品演示视频
- 展示核心功能
- 收集用户兴趣和反馈
- 案例：Dropbox 早期用 3 分钟视频验证需求
人工服务 MVP
- 手动完成核心流程
- 验证用户是否愿意使用
- 案例：Airbnb 创始人手动拍摄房源照片
功能简化 MVP
- 只开发核心功能
- 快速推向市场
- 根据反馈迭代
着陆页 MVP
- 创建产品介绍页面
- 收集用户邮箱
- 测试用户兴趣
步骤 4: 开发和发布 MVP
快速开发，尽快发布:
- 使用最简单的技术栈
- 不要追求完美
- 确保核心功能可用
- 尽快推向目标用户
发布策略:
- 先小范围测试（朋友、社区）
- 收集真实用户反馈
- 观察用户行为，而非只听用户说
- 记录关键数据
步骤 5: 测量和学习
根据数据验证假设:
- 用户是否使用了核心功能？
- 用户是否愿意付费？
- 用户留存率如何？
- 用户是否推荐给他人？
决策:
- 如果假设成立：继续优化和扩展
- 如果假设不成立：转型或放弃
输出格式
MVP 规划文档:
## 核心假设
### 价值假设
- 假设描述:
- 验证标准:
### 增长假设
- 假设描述:
- 验证标准:
## MVP 设计
### 最小功能集
1. [核心功能 1]
- 描述:
- 为什么必需:
2. [核心功能 2]
- 描述:
- 为什么必需:
### MVP 类型
- 选择: [演示视频/人工服务/功能简化/着陆页]
- 理由:
## 开发计划
- 开发时间:
- 技术栈:
- 发布渠道:
## 成功标准
- 用户数:
- 使用率:
- 付费意愿:
- 留存率:
注意事项
- MVP 不是粗糙的产品，而是最小但完整的产品
- 不要因为功能少而感到羞愧，简洁是优势
- 用户行为比用户反馈更重要
- 快速迭代比完美规划更重要
- 如果 MVP 无法验证假设，说明设计有问题
经典案例
Dropbox:
- 假设：用户需要便捷的云存储
- MVP：3 分钟演示视频
- 结果：5000 人提交等待名单，验证了需求
Airbnb:
- 假设：旅行者愿意住民宿
- MVP：创始人手动拍摄房源照片
- 结果：验证了双边市场需求
Zappos:
- 假设：用户愿意在线买鞋
- MVP：创始人去鞋店拍照，手动发货
- 结果：验证了电商模式
来源
本方法论来自《精益创业》(The Lean Startup) 第三章，作者埃里克·莱斯 (Eric Ries)。