上周三凌晨两点，我盯着企业微信里跳出来的17条未读消息，差点把手里的冰美式泼在键盘上。
都是各个组的需求催办：销售说客户要的定制报表下周必须出，运营说活动的弹窗功能再不做就赶不上节点，开发说核心系统的权限问题还没协调好。我盯着满屏的红点，突然反应过来——我这大半年的优先级管理，全是瞎忙活。
那些年我踩过的优先级管理的坑
去年Q3，我给整个产品组定的优先级是先把新上线的AI客服功能做完全量灰度，把老客户那边提了快两个月的导出数据格式乱码的问题，标成了“次优先，等灰度结束再处理”。
现在想起来还拍大腿。
我那时候满脑子都是“新功能上线的KPI”，把客户的真实痛点直接滤成了“可延后的需求”。结果灰度刚做了一半，那个每年给我们贡献五分之一营收的老客户，直接发了邮件说要终止合作——原因就是他的销售团队每天要导几十份数据给客户，乱码的问题让他们每天多花两小时整理，忍了两个月终于忍不了了。
我当时抱着电脑飞到客户那边，赔了好多不是，最后给他们免了半年的服务费，才把人留下来。那之后我才明白，我之前所谓的优先级管理，根本不是站在“什么事最重要”的角度排的，是站在“什么事能最快出成绩”的角度排的。
优先级管理不是排先后，是敢说“不”
之前我总觉得，优先级管理就是把所有的活列出来，然后按重要程度排个顺序，让大家按顺序做就行。
错。
我之前什么需求都接，销售过来提，我不好意思拒；运营过来提，我怕耽误他们的活动；甚至其他部门的同事过来问能不能帮个小忙，我都答应。结果整个团队每天加班到10点，产出还稀碎——每个人都在赶别人的需求，没人有时间做真正重要的事。
后来我改了。每周一的需求对齐会，不再是大家报需求、我排顺序，而是先过一个问题：这个事如果我们这周完全不做，三个月后回头看，会不会后悔？
说实话，第一次敢对着销售总监说“这个需求我们这周排不上”的时候，我后背全是汗。
那个销售总监说，有个客户要个定制化的报表，不做就丢单。我问了三个问题：这个客户今年的续费率是多少？这个报表能不能复用？如果延后两周，客户会不会真的走？最后我发现，那个客户去年已经降了一次级，要报表只是他想砍价的由头。我们没做这个需求，客户也没走，反而把省出来的精力放在了核心客户的系统漏洞修复上，那个季度的续费率涨了8%。
排优先级排的不是活的多少。是你敢不敢放弃那些看起来“很重要”的东西。
给一线管理者的优先级管理落地小细节
我现在带团队，再也不用什么复杂的四象限法了，就用三个很简单的规则，落地了快一年，效果比之前所有的方法都好。
第一个，把需求分成红黄绿三色，别给黄色需求留任何截止日期。红色是这周必须做完，不做会出大事；黄色是这周能做就做，做不完也没关系；绿色是暂时不碰，等有资源再说。你要是给黄色需求定了日期，团队就会默认它是红色的，到时候又要赶工。
第二个，每天下午六点花10分钟，给当天的红色需求做复盘。哪件事卡住了？要不要我出面协调？别等第二天才说。之前有个开发卡了系统权限的问题，我第二天才去协调，结果耽误了一天的进度。现在我每天六点过一遍，有问题直接找对应的负责人，当天就能解决。
第三个，每个月留一天的“无需求日”。那天谁都不能给团队派新活，大家用来补之前的坑，或者整理自己的文档，或者干脆摸鱼。上个月的无需求日，有个开发小哥花了一下午写了个小脚本，把之前每天要花1小时做的数据导出工作，变成了一键生成，现在整个运营组每天能省出来两小时的时间去做客户回访。
我之前总觉得，优先级管理是要把所有的活都排得满满当当，让每个人都忙起来，后来才发现，最好的优先级管理，是让团队里的每个人都知道，这周我只要把那两三件事做好，就是满分。
昨天我路过公司的茶水间，听到两个产品经理在聊，说现在的需求终于不用赶到吐了，上周他们花了三天时间把之前的老系统优化了一下，客户的工单少了一半。
我没说话。
偷偷笑了一下。
