P4.01.2Value conflict设计
价值冲突需被记录而非回避
别名: 价值张力 · value tension · trade-off documentation
概念解释
价值冲突（value conflict / value tension）指一项设计同时增进一种价值、损害另一种价值的局面：安全与自主（家长监控保护孩子但剥夺其隐私）、个性化与隐私（推荐质量依赖数据集中）、增长与福祉（计时提醒伤害使用时长）。「记录而非回避」是说：冲突一旦被识别，就应作为一等对象写成文档——冲突双方、可选方案、取舍理由、生效条件——而不是搁置争论、各自按默认路径施工。
机制
未被记录的冲突不会消失，而是被默认值和指标悄悄裁决：谁拥有当前的默认配置、谁的指标在报表里，冲突就自动偏向谁。回避记录还有第二种代价：同一个冲突会在每个新项目里从零重新吵一遍，组织无法积累「上一次为什么这样取舍」的记忆，结论随在场者的职级漂移。书面记录把隐性裁决变成显式决策：它给冲突一个可引用的编号，让后来的评审可以在同一处追加证据、触发复核，而不是假装分歧不存在。记录本身也改变了讨论的质量——要求写出「放弃了什么」，比要求写出「为什么好」难得多，也诚实得多。
边界
记录不解决冲突，只是让它可见并可复核；把「已记录」当作「已处理」是新的回避形式。有些冲突在上线前确实无法判定，此时记录的内容是假设与验证条件，而不是结论。冲突文档有维护成本：从不回顾的记录会腐烂成仪式，需要在里程碑里安排真实的复核时点，否则记录本身就成为合规表演。
怎么落地
- 在决策记录模板中加「冲突」栏：本决策损害了哪种价值、程度如何、被谁承担；空白即退回。
- 每条冲突记录固定四项：冲突双方、考虑过的备选方案、选择理由、重新评估的触发条件（用户构成变化、法规变化、伤害事件）。
- 里程碑评审时只过一张冲突清单，不过功能清单，检查每条记录的触发条件是否已经到达。
- 验证：随机抽一条一年前的冲突记录，看新成员能否仅凭文档复原当时的取舍逻辑；复不了的记录模板要改。