很多项目失败不是因为功能少，而是第一版功能太多。MVP 的目标不是显得完整，而是用最小成本验证最关键的业务假设。
MVP 要有闭环，不是半成品
能完成从输入、处理到结果反馈的一条完整流程，才叫可验证。
只服务一个核心用户角色
第一版不要试图满足所有角色，先让最关键的人用起来。
只解决一个高频痛点
如果同时解决十个问题，团队很难判断到底哪个功能带来了价值。
保留数据沉淀能力
即使功能少，也要能留下关键数据，为下一步迭代提供依据。
用 demo 确认方向，再进入开发
先看到最小 demo，可以更快发现理解偏差和体验问题。
你可以先这样判断
- 是否能形成完整闭环
- 是否只有一个核心角色
- 是否能验证最关键假设
- 是否能收集下一步数据