Y3.03.2Redundant coding beyond color设计

颜色不可作为唯一编码

别名: 颜色冗余编码 · redundant coding

概念解释

颜色不可作为唯一编码,是指关键状态必须还能通过文字、形状、图标、位置或声音中的至少一种独立辨认出来,即便颜色完全不可用也能判断状态。这叫冗余编码(redundant coding),和"多加点视觉修饰"是两回事——冗余编码要求的是另一个独立可用的判断依据,而不是同一个信息被装饰了两遍。

机制

单靠颜色编码会失效,不只是因为有色觉缺陷的人群看不出差异,还因为颜色本身是一个在很多常见条件下都会退化的知觉通道:环境强光、灰阶打印或复印、老化或低质量的屏幕都会压缩色彩可分辨范围;即便是色觉完全正常的人,人眼的色彩分辨能力在视野周边区域本来就远不如中心视野,一个只靠颜色区分状态的小图标一旦落在操作者视野边缘,色彩线索实际上已经接近失效,这和有没有色觉缺陷无关,是正常视觉系统本身的周边视觉特性。第二个通道的价值就在于,当颜色这条通路因为上述任何一个原因失效时,信息还能靠另一条完全独立的通路恢复。但冗余不是免费的:如果两个通道在语义上打架——比如颜色暗示一种严重程度、文字或图标暗示另一种——操作者反而要多花一步去判断该信任哪个通道,这类似于经典的斯特鲁普冲突(Stroop-like coding conflict),在最需要快速判断的时候反而引入了额外的决策成本。也就是说,加一个通道本身不构成合格的冗余,两个通道传达的状态粒度和方向必须一致,否则冗余编码比不加编码更差。

边界

不是每一条普通数据都需要多通道编码,把冗余原则套用到所有信息上会迅速推高界面密度,让真正需要冗余的关键状态反而被淹没在一堆图标里,冗余应该按后果高低分配,而不是均匀铺开。动态编码方式(闪烁)还带来独立的边界条件:闪烁频率需要避开可能诱发光敏性反应的范围;只依赖声音的编码在听力受限或现场噪声很大的工业环境里同样会失效,这类场合声音本身也需要视觉冗余来兜底。

怎么落地

先检查各通道传达的状态粒度是否真的一致——常见的失败是文字只写"异常",而颜色却在区分好几个严重等级,这种情况下文字并没有真正提供冗余,只是提供了一个更粗糙的重复。为报警、控制权归属、联锁状态和不可逆动作至少配一种独立于颜色、单独查看也能判断状态的线索,并明确规定这个线索的含义粒度要匹配颜色通道。验证办法:分别在灰阶显示、强光环境、色觉缺陷模拟滤镜下测试识别准确率,并邀请真实的色觉缺陷操作者参与测试;同时逐一核对每个状态在各通道之间语义是否一致,而不是只核对"是否加了非颜色线索"这一项。

延伸

  • 同组Y3.03.1 行业标准色具有强制含义 · Y3.03.3 品牌配色不得覆盖安全语义
  • 相邻Y3.12 高性能图形的低饱和原则 · Y8.08 照明、眩光与夜班
  • 站内检索redundant coding · color vision deficiency · Stroop-like coding conflict

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/Y3.03.2