P4.13.3Accounting for non-adoption of participation outcomes设计
参与结论未被采纳时需要给出交代
别名: 采纳交代 · feedback closure · obligation to explain design decisions
概念解释
参与活动产出的意见不会也不必全部采纳——约束、成本、冲突的意见都构成不采纳的正当理由。问题在于交代（accountability）：参与者交出了时间与经验，换回的最低对价是知道自己的意见去向——被采纳、被修改后采纳、还是被拒绝以及为什么。没有交代的参与是单向的提取：组织收获了「我们做过参与式设计」的正当性叙事，参与者收获沉默。交代义务不随参与结束而消失，它是参与契约的收尾条款；跳过收尾的参与无论过程多热闹，实质是失约。
机制
交代缺失的根源是参与与决策之间没有结构连接。多数组织的参与活动由用研或设计团队组织，而采纳决定由产品与工程会议做出——两个环节之间没有要求「逐条回应参与结论」的交接物，意见清单在会议间隙蒸发。激励机制强化缺口：回应每条意见是成本，沉默没有直接惩罚；组织甚至有动机维持模糊——不解释不采纳，就无法被质疑解释的质量。对参与者一侧，交代缺失产生习得性冷漠：投入过一次没有回声的人，下次招募的响应率下降，留下的是把参与当作报酬来源的人，参与质量随每次失约衰减。
边界
交代义务有范围而非无限：逐条回应适用于参与者以个人名义提出的意见；对匿名聚合的数据（问卷统计），交代的对象是结论层面（研究发现如何影响了决策）而非每个填表者。交代的深度也应与参与的权重对等——一次半小时的轻量反馈，用汇总说明回应即可；共同设计级别的深度参与，需要正式的结论回应文档。交代不等于服从：交代清楚理由的拒绝，多数参与者能接受；他们不能接受的是石沉大海。
怎么落地
- 参与活动立项时即定义回应载体：结论清单采用三态标注（采纳 / 修改后采纳 / 不采纳），每条不采纳附一句理由，形成面向参与者的回应文档。
- 回应文档在决策会议后的固定时限内送达参与者本人（而非只内部存档），时限与参与的深度挂钩并写进项目计划。
- 把「上次参与的回应率」作为参与活动的前置披露：招募新参与者时告知上一轮意见的采纳比例与回应情况，让潜在参与者据此决定投入。
- 验证：统计历次参与活动的回应文档按时送达率与参与者复参率——复参率持续走低指向交代机制失效，先修交代再谈扩大参与。