Q4.15.4Explicit business-user priority tradeoff设计研究
业务优先级与用户价值排序冲突时需要显式记录取舍
别名: 业务与用户价值冲突 · 取舍记录 · dual ranking
概念解释
按用户后果排出的机会点次序，和按营收、合规、销售承诺排出的次序经常对不齐。显式记录取舍（explicit business-user priority tradeoff）要求两份排序都保留在文件里，冲突被写成“为了哪一条业务理由，哪一条用户价值被后置或放弃”，而不是把业务次序直接覆盖成“研究结论”。冲突本身可以是正当决策；被抹掉的冲突会在几个月后被当成用户并不在乎。
机制
两套排序优化的目标函数不同。用户价值排序回答的是谁在何种结果上受困；业务排序回答的是组织在这一时期要保住什么。把后者写进前者的分数里，研究材料会变成对既定路线图的注解。反过来，假装业务约束不存在，机会点清单进不了决策。显式取舍把两种函数分开：先让它们各自排序，再在冲突格上写决定、理由、预期代价、复审时间。这样后续可以检验代价是否发生，而不是只留下一张“最终优先级”。
怎么研究
并行维护两列名次，计算秩相关或列出错位最大的条目。对每条错位做结构化访谈或文件追溯：业务理由的证据类型（合同、监管、收入模型）与用户价值证据类型是否被放在同一语气里陈述。跟踪被后置的用户价值项在后续版本中的命运：是按复审时间回到清单，还是无声消失。取舍记录的完整性本身可以编码：有无代价预测、有无复审日期、有无署名。
边界
有的冲突只是同一价值的不同代理指标，并不是两套目标，对一下定义即可。紧急合规可能暂时压过用户排序，仍应记录被压过的是什么。把所有业务理由都写成“战略”而不附证据，记录就变成空话。研究者不是业务决策的否决者；缺席记录才是方法失败。
怎么落地
- 路线图评审同时出示两份排序，冲突格必须填：选了谁、没选谁、为什么、何时再看。
- 禁止只发布一张“综合优先级”而删除原始两列。
- 被后置的用户价值项进入复审日历，到期未讨论则视为违约，而不是自然过期。
- 对外沟通若只讲业务次序，对内稿须保留用户排序，避免唯一档案被改写。