D4.07.4Visible adjudication设计研究
裁决结果应可被用户感知到冲突曾经发生
别名: transparency · conflict notice · adjudication feedback
概念解释
用户应当能感知到冲突曾经发生以及系统如何裁决。如果系统在内部解决矛盾后只呈现一个结果，用户就无从知道自己的某个输入被忽略，也无法在结果不符合预期时作出补救。
机制
不透明的裁决会使用户失去对因果关系的掌控：用户发出两个不一致的指令，系统选了其一，用户看到的只是结果，于是可能得出「我的另一个输入没有被识别」的错误结论，或反复尝试以提高成功率。暴露冲突还能让用户判断自己的输入是否被正确理解，这在多模态输入中尤为重要，因为不同通道的识别可靠性差异较大。透明度的成本是需要占用注意力，因此呈现方式应当轻量，例如简短的状态说明而不是模态对话框。
怎么研究
可比较透明与不透明裁决下的用户表现：在冲突条件下，记录用户能否正确说明系统采用了哪一个输入、是否出现重复输入以及能否纠正被忽略的输入。变量包括呈现方式、冲突频率与任务关键度。因变量包括因果关系判断正确率与纠正成功率，后者直接反映补救能力。
边界
当冲突极其罕见或后果轻微时，额外的提示可能造成不必要的关注。相反，当冲突涉及关键操作或用户的输入被静默忽略时，透明度是必要的，因为用户需要知道系统与自己的理解不一致。若呈现方式过于显眼，用户会被频繁打断，因此需要在可见性与干扰之间取得平衡。
怎么落地
- 在裁决发生后给出轻量的状态说明，指明采用了哪一个输入。
- 对被忽略的输入提供快速改选或重发的入口，使用户能够补救。
- 对频繁出现的冲突，考虑修正识别或交互方式，而不是长期依赖提示。
- 验证方式：在冲突条件下测试用户能否正确说明系统的裁决并成功纠正；若失败比例高，说明透明度不足。