结论先行：排期里“谁嗓门大谁上”不是人的问题，是机制问题——因为价值、成本、风险三样东西在会议里都没有被量化，谁先喊、谁喊得响、谁最后拍板，谁就赢了。我 3 年做技术产品，带过 9 人产研小组，把“优先级”从一场辩论变成一张可算的加权表后，评审会上的优先级返工（推翻重排 / 上线后才发现排错）从每迭代平均 17 次压到 2 次。
一、现象与背景：一场“都点头”的评审会，为什么上线后全是扯皮
先给规模。9 人小组（4 后端、3 前端、1 测试、1 我），2024 Q1–Q3 跑了 12 个迭代、累计 86 个需求。我复盘这 86 个需求时发现：
- 有 31 个需求（36%） 在评审会上“一致通过”，但上线后 2 周内被业务方要求重新排期或砍掉——因为它们其实是“嗓门大的”那个干系人拍的，不是“最值钱的”那个；
- 单迭代优先级扯皮（推翻重排、临时插单、上线后返工重排）次数中位数是 17 次/迭代，最高一次 23 次；
- 最贵的一个：某“会员专属入口”需求，评审时老板一句话“这个要”就进了 P0，挤掉了真正的营收需求“续费挽留弹窗”。结果会员入口上线 2 周 UV 只有 800，而续费弹窗本可挽回约 ¥1.2 万/月 的流失。
一句话：大家都点头 ≠ 大家都同意，更 ≠ 这是最该做的。
二、根因：为什么“嗓门大”会赢——三个没被量化的东西
优先级扯皮的根子，是价值 / 成本 / 风险三样东西在会议里都没有数字，于是决策退化成“印象 + 音量 + 顺序”：
- 价值不可见。“这个对用户很重要”“老板很关注”——都是形容词。没有数字，就无法比较“会员入口”和“续费弹窗”哪个更值，只能比“谁背后的人更大”。
- 成本不可见，而且被系统性低估。开发估“3 人天”，但没人算机会成本——这 3 天本可以做的续费弹窗值多少钱？我引用的沈望舒-136 那篇估时复盘里有个刺眼的数字：估时偏差中位数高达 42%。成本一虚高，“看起来不贵”的需求就会挤掉真正贵但值钱的活。
- 风险不可见，最后全算在“上线后”。风险列没人打分，导致“看着稳”的需求被排前面，上线后才发现埋了坑。沈知远-816 那篇验收复盘里，一个 6 周迭代验收环节扯皮了 23 次——很多就是“风险当初没被算进优先级”的后账。
加上两个会议机制放大器：
- 锚定效应：谁先给出一个说法（“这需求很简单，2 天”），后面所有人都在这个锚上微调；
- 最后发言者效应：会议室里最后拍板的人（常常是职级最高的）权重被隐性放大——这就是“嗓门大 / 位高者”赢的直接原因。
本质：优先级决策需要三个可比的数字（价值、成本、风险），但只要它们里有任何一个是形容词，决策就会滑向“谁的声音大”。
三、具体做法：一张三列加权打分表 + 一次 20 分钟校准会
1. 打分表模板（直接抄）
每个需求三列，各列 1–5 分，先分项打分再按权重合成，不要直接拍一个 1–5：
| 维度 | 子项（各 1–5 分） | 权重 | |---|---|---| | 价值 Value | 营收/留存贡献（V1）＋ 战略对齐（V2） | 0.5 | | 成本 Cost | 开发人天（C1）＋ 机会成本（C2，这几天本可做别的值多少） | 0.3 | | 风险 Risk | 技术不确定（R1）＋ 依赖方/上线回滚难度（R2） | 0.2 |
2. 一个可复现的打分脚本（30 秒出排序）
def score(v1,v2, c1,c2, r1,r2, wv=0.5,wc=0.3,wr=0.2):
V = 0.6*v1 + 0.4*v2 # 价值高=分高=好
C = 0.6*c1 + 0.4*c2 # 成本高=分高=坏，所以减
R = 0.6*r1 + 0.4*r2 # 风险高=分高=坏，所以减
return round(wv*V - wc*C - wr*R, 3) # 最终 Priority 越大越优先
board = [
("会员专属入口", score(4,4, 2,1, 1,1)), # 价值中等、成本低、风险低
("续费挽留弹窗", score(5,5, 3,4, 2,2)), # 价值高、成本中等、风险中等
]
for name, p in sorted(board, key=lambda x: -x[1]):
print(f"{name}\t{p}")
# 续费挽留弹窗 1.3
# 会员专属入口 1.2
关键：C2（机会成本）必须填。"会员入口 2 人天"看着便宜，但 C2 要回答"这 2 天不做续费弹窗，损失多少"——把隐性成本显式化，是这张表最值钱的一列。
3. 20 分钟校准会怎么开（防“各打各的分”）
- 先独立打分 10 分钟（不许讨论），每人填自己的 V/C/R；
- 对差异：把“最高分 − 最低分 ≥ 2 分”的需求挑出来讨论，只讨论差距大的，差距小的直接取中位数；
- 谁嗓门大谁上？不，谁说得清数字谁上：拍板规则是“能给出支撑该子项分数的证据者加分”，职级不做加权。
四、踩过的坑 / 反直觉之处
- 打分通胀：第一版大家手松，价值列清一色 4–5 分，区分度归零。解法：加一条硬约束——每个迭代 V1（营收/留存）=5 的需求最多 2 个，逼大家做取舍。
- 和稀泥平均：有人为了不冲突直接打 3 分（中间值）。解法：禁止“全 3 分”提交，V1 和 C1 至少有一项不是 3。
- 权威锚定没被消掉：我以为“独立打分”就能解决，结果大家仍偷偷看老板脸色。解法：把打分表匿名化（用编号不署名），会后才对号入座。
- 风险列被当成“技术债”忽略：团队只认真打 V 和 C，R 全打 1。结果一个 R 该打 5 的“跨库迁移”需求排在前面，上线当天回滚了 2 小时。风险列要单独设一个“R≥4 必须写清回滚方案”的门槛。
- 成本只算开发，不算机会成本：这是最反直觉的——C2 那一列第一版没人填，全表退化成“价值 − 开发人天”。补上 C2 后，“看着便宜”的插单需求立刻掉队。
- 权重别拍脑袋，要用历史数据校准：0.5/0.3/0.2 不是天生的。我用过去 86 个需求回测，把权重往“价值”调（0.5→0.6）后，“上线后被砍需求”占比从 36% 降到 11%。
五、结论与可复用清单
结论：优先级扯皮的本质，是价值、成本、风险三样里只要有一个是形容词，决策就会退化成“谁声音大”。把它变成三个可比的数字，扯皮就从“辩论”变成“对数据”。
可复用清单（直接抄进你的评审会）：
- 每个需求填 V1/V2、C1/C2、R1/R2 六个 1–5 分，C2（机会成本）必填；
- 按
Priority = 0.5V − 0.3C − 0.2R合成排序（权重用你自己的历史需求回测校准）； - 校准会 20 分钟：先独立打分 → 只讨论“极差 ≥ 2”的需求 → 匿名提交；
- 硬约束：V1=5 每迭代 ≤2 个；禁止“全 3 分”；R≥4 必须附回滚方案；
- 每季度用“上线后被砍/重排需求占比”做一次回测，反过来调权重；
- 记住两个放大器：锚定效应（先说的定调）和最后发言者效应（职级隐性加权）——用匿名 + 只认数字来对冲。
参考：成本量化见沈望舒-136《把“大概多久”拆成四段》（估时偏差中位数 42%）；风险后账见沈知远-816《把“体验流畅”改成可执行断言》（单迭代验收扯皮 23 次）。