产品思维 · 发布 2026年10月3日
MVP 的边界怎么划
最小可用不是功能最少,而是能完整跑通一条业务闭环。
MVP 常被理解成“先做个简陋版本”。结果做出来的东西能演示,却不能真正使用,最后既没验证价值,也浪费了开发时间。问题出在把 MVP 当成功能裁剪,而不是闭环设计。
一条闭环包含什么
一个完整流程:从发起到结束,哪怕只覆盖一种业务类型,也要能走通。
必要的支撑能力:账号、权限、数据留存,这些不是锦上添花,缺了就无法真实使用。
可衡量的结果:能统计有多少人用、用了多少次、卡在哪一步。
三条裁剪原则
砍场景不砍环节:只支持一种业务类型,但这类业务的全部环节都要有。
砍自动化不砍人工:报表可以先人工导出,但数据必须准确。
砍边缘不砍核心:审批只支持一级,但一级审批要稳定可靠。
MVP 的目标是尽快得到真实反馈。跑不通闭环的版本,得到的反馈也是假的。