先说结论：MVP 是"最小可用闭环"，不是"半成品"

很多人把 MVP 理解成"少做点功能"，结果上线的东西用不了：能下单不能支付、能注册不能登录。MVP 的本意是用最少的功能跑通一个完整闭环，而不是把完整产品砍一半。这篇讲怎么从完整需求里挑出 MVP，砍什么留什么有章可循。

一期功能到底怎么挑，标准是什么？

挑 MVP 的唯一标准是"能不能独立产生价值"，围绕它有三条判断线，过一遍就知道哪些功能必须留：

  • 闭环完整性：用户从进入到完成核心动作（下单、预约、付费）全程不被卡断，缺一环就不算 MVP——支付、登录这类"管道"功能看着不起眼，砍了闭环就断；
  • 价值可验证：一期功能要能验证你立项时的假设（有没有人用、愿不愿付费），所以埋点、基础数据统计要留，这和我们讲数据埋点时的"先能看数据"是一个道理；
  • 体验及格线：砍功能不等于砍体验，留下来的每一条流程都要完整打磨，半生不熟的体验比功能少更劝退用户。

哪些功能最容易误判成"必须一期做"？

现实里最常见的翻车，是把三类功能错误地塞进一期，结果排期翻倍、上线遥遥无期，逐一对照就能砍掉一大截：

  • "以后要用"的预留功能：分销、积分、优惠券……"先做着以后用得上"是一期超预算的头号原因，没验证核心假设前这些全是负担——这和我们讲变更管理时"范围之外先记进池子"是同一招；
  • 管理后台的全功能：一期后台只需要"能审核、能改内容、能看数据"三条腿，复杂报表、多角色权限都可以后置；
  • 炫技型交互：复杂动效、多端动画，对验证价值没有贡献，体验及格即可。

把这三类挪出清单，一期的排期通常能压缩三分之一以上。

MVP 砍完之后，剩下的功能怎么排期？

砍完不是终点，还要给被砍的功能一个去处，否则二期就成了扯皮现场，建议按三层来放：

  • 一期（MVP）：验证闭环的核心功能，按上面三条标准筛出；
  • 二期（增长）：验证通过后再上的放大器，比如会员体系、营销工具，这接上我们讲用户留存、讲分享裂变时的增长路径；
  • 暂不做（观察）：写进需求池注明"什么条件下启动"，避免变成无限期的口头承诺。

三层的边界写进需求文档，比事后争论"当时说好的"有用得多——这正是我们讲需求文档、讲原型设计时反复强调的：先写下来，再开发。

MVP 上线后，怎么判断要不要往下投入？

一期的意义在于收集证据，判断标准要提前定，不然看什么都是"还行"：

  • 核心指标设门槛：上线前定好"多少人完成核心动作算过关"（比如次月复购率、下单转化率），达标才启动二期；
  • 看留存不看下载：小程序没有下载一说，看的是回访，这和我们讲用户留存时"留存才是真增长"一致；
  • 给验证设时限：一个月或一个季度为限，到期复盘，别无限观望。

MVP 不是为了省钱，是为了让每一分后续投入都有依据。如果你正准备立项、拿不准一期该收多窄，把你的业务想法说给我们，方案评估免费——我们帮你把需求切成"该做的"和"可以等的"。