在资源有限时，先做能支撑当前核心业务闭环的需求

一句话提醒

需求优先级不是否定低优先级需求，而是在有限时间、资源和预算下，先做当前最关键的事，再安排后续。

为什么今天看它

• 当团队说“这些都重要”时，往往还没有明确当前阶段的核心问题，也没有完成先后排序。
• 围绕实验资料存档，先让“资料入库 + 客户可查看”闭环成立，比优先做批量上传更能满足当前目标；后者有价值，但更偏效率优化。

留一个问题

当前阶段最核心的业务问题和最小闭环是什么？哪些能力是让闭环成立的必要条件，哪些只是效率优化，可以排到后续？

参考思路

1. 1.列出需求对应的用户问题与业务目标，不先按提出者声音大小排序。
2. 2.明确当前阶段要先成立的最小业务闭环。
3. 3.比较每项需求对闭环的贡献、用户与业务价值、实现成本和资源占用。
4. 4.把必要能力排在前面，将效率优化或次要能力安排到后续迭代。
5. 5.说明排序依据和阶段边界；低优先级表示晚些做，不等于永远不做。

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