MVP ≠ 半成品。MVP = 最小可行产品 = 刚好能验证核心假设的产品。关键是最小,不是最多。本页包含 5 种 MVP 各配详细案例、2 周构建清单、质量 vs 速度决策树和 MVP 检查清单。
MVP 的核心逻辑是假设-验证循环:
假设 (Hypothesis) → "如果用户有 X 问题,他们会用 Y 方案解决,且愿意付 Z 价格" 最小实验 (Minimum Experiment) → 用最低成本构建一个能测试上述假设的东西 验证指标 (Validation Metrics) → 定量:注册数、激活率、留存率、付费转化 → 定性:用户反馈、使用深度、推荐意愿 决策 (Decision) → 验证通过 → 加倍投入,迭代改进 → 验证失败 → Pivot(调整方向)或放弃 → 不确定 → 缩小范围,更聚焦地再测一次
从最轻到最重,选择适合你的验证方式。核心原则:用最低成本验证最核心的假设。
$0-5001-2周
用户以为背后是自动化系统,实际上是你手动操作。名字来自《绿野仙踪》——"别看那个幕后的人"。
适合:AI 产品、自动化服务、需要验证"用户是否愿意用这个结果"
来源:Nick Swinmurn, Zappos origin story; Eric Ries, "The Lean Startup", 2011
来源:Damian Kulash, Aardvark Engineering Blog; TechCrunch, 2010年2月
$01周
完全人工服务,一个一个客户手动满足需求。与 Wizard of Oz 不同的是,用户知道是人工服务。
适合:服务型产品、需要了解用户真实流程、B2B 产品
来源:Tony Xu, DoorDash Origin Story; Y Combinator Startup School, 2015
来源:Manuel Rosso, Food on the Table story; Inc Magazine, 2012
$0-2003-5天
用"假门"测试用户兴趣——展示产品价值,看有多少人愿意走进来。
适合:消费者产品、功能清晰的产品、需要快速判断市场兴趣
来源:Drew Houston, MIT Commencement Speech, 2013; Dropbox S-1 Filing, 2018
来源:Tesla Investor Relations, 2019年11月; Electrek, 2023
$0-1002-3天
单页网站+CTA,测试价值主张和转化率。最轻量的定量验证方式。
适合:SaaS、订阅制产品、消费者 App
来源:Joel Gascoigne, Buffer Blog, "The Lean Startup journey of Buffer", 2013
来源:John O'Nolan, Ghost Blog; Kickstarter project page, 2013
$500-5K2-4周
只做一个核心功能,做到可用。其他一律不做。这是最"重"的 MVP,也是验证深度最大的。
适合:已通过轻量验证,需要真实产品体验来获取深度反馈
来源:Kevin Systrom, Instagram origin story; Instagram Blog, 2010
来源:Simon Last, Notion Co-founder interview; The Verge, 2018
| 维度 | 🎭 Wizard of Oz | 🤵 Concierge | 💨 Smoke Test | 🌐 Landing Page | ⚡ Single Feature |
|---|---|---|---|---|---|
| 成本 | $0-500 | $0 | $0-200 | $0-100 | $500-5K |
| 时间 | 1-2周 | 1周 | 3-5天 | 2-3天 | 2-4周 |
| 验证深度 | 高 | 高 | 低 | 低-中 | 最高 |
| 可规模化 | 否 | 否 | — | — | 是 |
| 用户知道吗 | 不知道 | 知道 | — | — | 知道 |
| 适合产品类型 | AI/自动化 | 服务/B2B | 消费者 | SaaS/订阅 | 已验证方向 |
| 核心风险 | 伦理/信任 | 不可规模化 | 虚假信号 | 转化≠使用 | 时间过长 |
MVP 应该做多好?取决于你的市场和用户。
| 必须做好 | 可以粗糙 | 完全不做 |
|---|---|---|
| 核心功能可靠运行 | UI 视觉效果 | 设置页面 |
| 用户能完成核心任务 | 错误提示文案 | 多语言 |
| 数据不丢失 | 加载速度优化 | 邮件通知系统 |
| 支付流程安全 | 移动端适配 | API 文档 |
| 隐私和安全基本保障 | 帮助文档 | 积分/会员系统 |
这是给 Single Feature MVP 的计划。如果你的 MVP 需要超过 2 周,你的范围可能太大了。
| 天 | 任务 | 产出 | 关键提示 |
|---|---|---|---|
| Day 1 | 定义核心假设和唯一功能 | 1 句话:如果用户 X,那么他们 Y | 写下来,贴在墙上 |
| Day 2 | 画线框图,确定最简用户路径 | 3-5 个核心页面的草图 | 纸笔 > Figma |
| Day 3-4 | 搭建技术栈+核心功能开发 | 核心功能可运行 | 用现成框架,别造轮子 |
| Day 5-7 | 实现核心用户流程端到端 | 用户能完成一个完整任务 | 硬编码可以,先跑通 |
| Day 8-9 | 内部测试+修阻断性 bug | 无阻断性 bug | 找朋友测,不是自己 |
| Day 10 | 找 5 个目标用户测试 | 用户反馈+行为数据 | 观察行为,不只听反馈 |
| Day 11-12 | 根据反馈快速迭代 | V1.1 | 只改阻断性问题 |
| Day 13 | 准备上线 | 可公开访问的产品 | 部署+域名+着陆页 |
| Day 14 | 发布 + 开始收集数据 | 用户行为数据 + 反馈 | 个人网络 > 公开发布 |
评估你的 MVP 是否准备就绪——7 个关键维度。
| 类型 | 推荐方案 | 成本 | 理由 |
|---|---|---|---|
| 全栈框架 | Next.js / Nuxt / SvelteKit | 免费 | SSR+API 一体,部署简单 |
| 后端即服务 | Supabase / Firebase | 免费额度够 MVP | 免后端开发,5分钟搭数据库 |
| AI 应用 | Vercel AI SDK + OpenAI/Claude | 按 token 计费 | streaming + 模型调用一体化 |
| 移动端 | React Native / Flutter | 免费 | 一套代码双平台 |
| 部署 | Vercel / Railway / Fly.io | 免费额度 | 零配置部署 |
| 支付 | Stripe Checkout / LemonSqueezy | 2.9%+30¢ | 5行代码接入支付 |
| 分析 | PostHog / Plausible / Mixpanel | 免费额度 | 了解用户行为 |
| No-code | Bubble / Retool / FlutterFlow | $25-50/月 | 非技术人员首选 |
| 数据库 | PlanetScale / Neon / Turso | 免费额度 | Serverless, 自动扩展 |