MVP 怎么做：最小可行产品的定义、范围与验证
MVP 不是「功能少一点的版本」，而是「能验证核心假设的最小闭环」。判断标准不是功能数量，而是能否拿到真实反馈。
一、先写清要验证的假设
MVP 之前必须回答：我们假设用户会为这个功能付费或持续使用，理由是什么。没有假设就没有 MVP，只有一版缩水产品。
二、划定范围的三条线
- 必须做：缺了核心闭环就跑不通的功能
- 可以后置：影响体验但不影响闭环的增强项
- 明确不做：与当前假设无关的功能
三、验证指标怎么定
- 激活：完成核心动作的用户比例
- 留存：7 日内再次使用的比例
- 转化：愿意付费或推荐的比例
四、常见误区
- 把 MVP 做成半成品：闭环不完整，拿不到有效反馈
- 用工程量而不是假设来界定范围
- 验证期过长，导致错过调整窗口
常见问题
MVP 需要写 PRD 吗？
需要，但可以是一页纸：目标、范围、核心流程、验收标准即可。
MVP 上线后下一步做什么？
看验证指标：假设成立就补体验，假设不成立就调整方向，不要急着加功能。
延伸阅读：独立开发者的 PRD · 需求管理与优先级排序
全部文章：PMPRD 文章目录（77 篇）