削减 MVP 范围而不把产品掏空

错误的砍法

在截止日期压力下，团队通常按宽度砍：每个功能都做一半。结果是一个所有旅程都撞墙的产品。没人能从头到尾用完，所以没人能告诉你这个想法行不行。

改成沿着旅程砍

挑出用户必须能够完成的那一件最重要的事。把这条路径从头到尾做通，包括不体面的部分：错误、空状态，以及成功之后会发生什么。然后就停手。

不在这条路径上的一切都是删除候选，无论它看起来多么理所当然。设置页、批量操作、管理后台和角色权限是常见嫌疑人，而且通常都能往后放。

永远不能砍的

• 完整的成功路径。
• 不丢用户数据。
• 出问题时用户能联系到你的方式。

这三样不是功能。缺任何一样的产品都没法拿给真实用户测试，而那恰恰违背了做 MVP 的初衷。

把砍掉什么、为什么砍写下来

把这份清单放在看得见的地方。其中一半在真实使用到来后会被证明并不需要，另一半则将基于证据而非假设来构建。这份清单是整个阶段最有价值的产出之一。