系统性成因优先于个体归因
别名: systemic cause · individual attribution · root cause priority
概念解释
系统性成因优先于个体归因，是一条适用范围比事故调查更广的分析原则：无论是在正式的事故复盘里，还是在日常的可用性测试、差错日志分析里，只要观察到用户做错了什么，分析次序都应该先穷尽系统层面能解释的部分——信息呈现是否清晰、约束是否到位、流程是否匹配用户的心智模型——再讨论个体层面还剩下什么解释不了的部分，而不是反过来，先给个体贴上"不细心""能力不足"的标签，然后把系统层面的可能性当作已经排除。
机制
这个次序之所以重要，是因为个体归因一旦先行确立，会在心理上关闭继续追问系统条件的动力：找到一个"这个人不够细心"的解释几乎总能说得通，因为任何差错回溯起来都能找到操作者本可以更谨慎的那一刻，这种解释的高可得性掩盖了它的浅层性——它没有说明系统为什么允许这次不谨慎造成后果，也没有回答换一个同样背景的人处在同样条件下会不会重复同样的结果。反过来，先分析系统条件能给出一个可证伪的检验：如果把界面、流程、信息呈现这些条件都改善之后，差错仍然只集中在少数几个人身上，那时候讨论个体因素才有依据；如果差错率随系统条件改善而普遍下降，说明原本把重心放在个体身上从一开始就是错的。
怎么研究
在可用性测试与差错日志分析里检验这条次序是否被遵守的做法，是看分析记录本身的结构：先列出的是界面元素、任务流程、术语这些系统变量，还是先给出"用户不专心""用户是新手所以出错正常"这类个体归因。方法论注意点：个体归因往往以"用户画像差异"的形式伪装成系统分析出现——把差错都算作低技能用户的特征而不追问界面对这类用户的支持是否足够，本质上仍是把系统问题转移给了用户群体标签，需要在评估分析记录时特别识别这种伪装形式。
边界
系统性成因优先是一条分析次序原则，不是"系统永远是唯一原因"的结论：如果一个人明知规程、有能力遵守却主动选择违反，这类行为需要在个体层面单独处理，不能用系统性成因来回避。这条原则也不适用于系统条件已经被反复验证足够清晰、约束足够到位的场景——此时如果差错仍然稳定集中在特定个体身上，继续把注意力放在系统层面就是在回避已经有证据支持的个体层面问题，比如培训是否真正到位、这个岗位的能力要求是否匹配这个人当前的水平。
怎么落地
把这条次序写进复盘和可用性问题的记录模板：分析表格里系统变量一栏排在个体归因一栏之前，且个体归因一栏必须留空，除非系统变量一栏已经被认真填写过且不能完全解释观察到的差错。禁止在分析记录里出现"用户不细心""用户操作失误"这类不指向具体系统条件的收尾句作为唯一结论。验证办法：抽查近期的可用性测试报告或差错记录，统计结论落在系统变量与落在个体归因的比例——如果个体归因占多数且缺少对应的系统变量分析记录，说明这条次序原则没有被真正执行。