B2.15.3Feature prioritization设计研究
功能取舍需要明确的取舍依据而非投票
别名: 功能取舍 · 优先级决策 · 决策依据
概念解释
功能取舍（feature prioritization）是在资源、注意力和产品复杂度有限的条件下，决定新增、保留、整合、延后或移除哪些能力的过程。它不能只靠需求数量、最响亮的客户、内部偏好或会议投票，因为这些信号未必反映任务价值与全体成本。有效取舍需要公开的依据：用户问题、影响范围、频率、后果、替代方式、实现与维护成本，以及对产品结构的影响。
机制
投票容易放大可见、紧急或有权力的请求，而忽略沉默用户的复杂度负担和长期维护。明确标准把不同候选项放进同一比较框架，迫使团队说明“为谁解决什么、带来什么收益、牺牲什么”。这并不让决策自动客观，却能暴露假设、记录权衡，并在数据变化时复盘。没有标准时，功能累积常成为一次次局部妥协的总和。
怎么研究
为候选能力收集目标用户、问题证据、任务频率、关键性、现有替代、预期收益、错误与复杂度风险、实现和运营负担。对高不确定项用访谈、原型、实验或小范围发布验证，而非用偏好投票代替研究。发布后回看实际采用和副作用，校准评分或决策规则，防止框架只是形式化文档。
边界
不能把所有价值压缩为单一分数。无障碍、合规、信任、安全和战略探索可能不以短期频率取胜，却仍应有明确权重与底线。过度流程化也会拖慢紧急修复或小成本改进。关键是标准足以支持一致、可解释的判断，同时允许将无法量化的理由清楚写出并由相应责任人承担。
怎么落地
- 建立轻量但固定的取舍模板，至少覆盖问题证据、受益群体、频率、风险、替代、结构影响、成本和成功度量。
- 将新增、整合、延后、拒绝和下线视为同等合法选项；要求每项选择写明为什么不是其他选项。
- 定期复盘已做决定与真实结果，公开调整原则，使团队学会在复杂度预算内做更好的选择。