MVP
MVP
定义
MVP(Minimum Viable Product,最小可行产品)是为了验证核心产品假设而构建的最小产品形态。它的重点不是“功能少”,而是“用最小成本获得最大验证”。
MVP 要验证什么
一个好的 MVP 通常验证三类问题:
- 需求假设:用户是否真的有这个问题?问题是否足够重要?
- 方案假设:这个方案是否能解决问题?用户是否理解并愿意使用?
- 增长 / 商业假设:用户是否愿意持续使用、付费、推荐或迁移?
常见形式
- Landing page:验证价值主张和转化意愿。
- 人工服务伪装自动化:先验证流程价值,再投入系统建设。
- 单功能原型:只做核心路径,不做完整后台。
- Concierge MVP:人工深度服务少量用户,学习真实需求。
- Wizard of Oz MVP:前台像自动系统,后台由人工完成。
常见误区
- 把 MVP 做成粗糙版完整产品。
- 没有明确要验证的假设。
- 只验证“能不能做出来”,不验证“有没有人需要”。
- 只看上线,不看用户行为和反馈。
与产品设计的关系
MVP 是产品学习工具,不是偷工减料。好的 MVP 必须保留核心体验闭环:用户知道它解决什么、能完成关键任务、能给团队带来可判断的反馈。