在有限资源下用最小业务闭环做阶段性取舍

一句话提醒

需求优先级不是否定价值，而是在有限资源下判断什么先做、什么后做，让最小业务闭环先成立。

为什么今天看它

• 当时间、开发资源和预算有限时，说“都重要”通常意味着还没有完成真正的排序。
• 用最小业务闭环判断阶段优先级，可以把有价值但不紧急的效率优化放到后续。

留一个问题

当前最核心的业务闭环是什么？哪些功能直接支撑它，哪些只是有价值但可以后置的效率优化？

参考思路

1. 1.先明确当前阶段最核心的问题和业务目标。
2. 2.把候选需求按用户价值、业务价值和实现成本放在一起比较。
3. 3.判断哪些能力能让最小业务闭环先成立。
4. 4.把有价值但不影响当前闭环的功能排到后续迭代。
5. 5.用清晰的先后顺序表达取舍，而不是笼统地说所有需求都重要。

03_知识库/问题/什么是需求优先级，为什么都重要其实等于没有判断.md