以前排产品优先级，真的很像“谁声音大听谁的”：
老板说要做，做；客户催得急，做；研发说顺手，做。
结果就是——每天都很忙，产品却越来越乱，团队也越来越累。🥲
后来我彻底放弃“拍脑袋”，现在会用一套简单的方法来判断：这件事到底值不值得现在做。
第一步：先问清楚“解决谁的问题”
不是所有需求都值得做，先看它服务的是哪类用户：
① 高频使用的核心用户
② 付费用户或高价值用户
③ 影响留存、转化的关键用户
④ 只是偶尔提一嘴的用户
用户价值越高、问题出现频率越高，优先级越靠前。
第二步：把需求放进“价值×成本”里
我会给每个需求打分：
用户价值：1～5分
业务价值：1～5分
实现成本：1～5分
风险和不确定性：1～5分
简单算一下：
优先级 =（用户价值＋业务价值）÷（成本＋风险）
不需要算得特别精确，但一定要让团队有共同的判断依据。
第三步：分清“现在做”和“以后做”
我的需求池一般会分成四类：
🔥 高价值、低成本：马上做
🚀 高价值、高成本：拆解后排期
🧩 低价值、低成本：有空再做
🗑️ 低价值、高成本：先放弃
尤其是第二类，千万不要因为成本高就直接不做，而是先拆成一个最小可验证版本。
第四步：给优先级加一个“反悔机制”
优先级不是永久不变的。
我会每两周重新看一次：
用户反馈有没有变化？
数据有没有证明假设？
业务目标是不是调整了？
有没有更紧急的新问题？
如果一个需求连续几轮都没有新证据支持，我会直接降级，甚至删除。
现在我们开需求评审会，已经不再讨论“谁的声音更大”，而是讨论：
它解决什么问题？
影响多少用户？
能带来什么结果？
需要付出多少成本？
说到底，优先级不是把所有事情排出顺序，而是明确：当资源有限时，我们愿意放弃什么。
产品经理最重要的能力，不是把事情都做完，而是知道什么事情值得做。✨