mvp

name	mvp
description	最小可行产品，用最低成本验证核心假设。当用户准备开发产品、想用最低成本验证想法、不确定产品方向是否正确时使用此技能。

最小可行产品 (MVP)

用最简单的产品版本快速推向市场，测试核心假设。MVP 不是简陋的半成品，而是刚好能验证假设的最小功能集。

核心理念

最小化浪费。 精益创业的核心是避免将资源投入未经市场验证的假设中。MVP 的目的不是"完美"，而是"学习"——用最低成本验证你的核心假设是否成立。

适用场景

• 准备开发产品，想用最低成本验证想法
• 不确定产品方向是否正确
• 想快速测试市场反应
• 资源有限，需要精益开发
• 想避免在错误方向上投入过多

执行步骤

步骤 1: 明确核心假设

识别要验证的假设:

1. 价值假设 (Value Hypothesis)

   • 产品对用户是否有价值？
   • 用户是否会使用？
   • 用户是否愿意付费？

2. 增长假设 (Growth Hypothesis)

   • 产品是否能吸引更多用户？
   • 用户是否会推荐给他人？
   • 业务能否可持续增长？

示例:

• Dropbox 的假设：用户需要便捷的云存储和文件同步
• Airbnb 的假设：旅行者愿意住民宿，房东愿意分享房源

步骤 2: 定义最小功能集

只保留验证假设必需的功能:

• 列出所有可能的功能
• 标记哪些是"必须有"的核心功能
• 删除所有"锦上添花"的功能
• 确保最小功能集能验证核心假设

MVP 设计原则:

• 不是功能残缺的半成品
• 不是大而全的完整产品
• 聚焦核心价值点
• 用最经济的方式让用户感知产品本质

步骤 3: 选择 MVP 类型

根据产品特点选择合适的 MVP:

1. 演示视频 MVP

   • 制作产品演示视频
   • 展示核心功能
   • 收集用户兴趣和反馈
   • 案例：Dropbox 早期用 3 分钟视频验证需求

2. 人工服务 MVP

   • 手动完成核心流程
   • 验证用户是否愿意使用
   • 案例：Airbnb 创始人手动拍摄房源照片

3. 功能简化 MVP

   • 只开发核心功能
   • 快速推向市场
   • 根据反馈迭代

4. 着陆页 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)。