需求优先级：谁喊得响不等于重要

项目里最常见的一幕是：会议上声音最大的人，需求排在了最前面。上线之后发现，这个功能只有他一个人在用，而另一个沉默部门的核心痛点却没被处理。

三个判断维度

影响人数：一个人用和一百个人用，优先级完全不同。

阻断程度：没有这个功能业务能不能继续？能绕开的，优先级往后放。

替代成本：线下表格能解决的，不必先做系统功能。

让优先级可见

把需求清单和排序公开在项目看板上，所有人都能看到自己提的需求排在哪里、为什么。

每两周复盘一次排序，业务变化时可以调整，但调整要有依据，而不是靠临时施压。

优先级管理的难点不是排序方法，而是让提出需求的人接受排序结果。透明是最好的解释。