全屏高饱和配色会让一切都显得同等重要
别名: 全屏高饱和 · visual competition
概念解释
把整块屏幕都用高饱和颜色铺满，会造成显著性饱和（salience saturation）：画面里所有区域都在争夺同一份有限的注意力，结果是没有任何一个区域能够稳定地代表"这里优先级更高"。这条和低饱和背景、显著性预算讲的是同一套逻辑的反面——一旦背景不再低饱和、色彩不再被当作有限资源分配，视觉刺激的总量增加了，但操作者能获得的有效信息并没有跟着增加。
机制
视觉搜索能不能靠前注意加工的"跳出"完成，取决于目标和周围环境之间有没有清晰的单一特征差异。当屏幕上同时存在大量高饱和、强对比的区域时，任何一处异常色都不再是画面里唯一突出的东西，操作者的搜索方式会从自动的特征检出，退化成需要对每个区域逐一核对的顺序搜索，这个过程慢得多，也更容易漏看。长期处于这种高强度色彩环境下，操作者会对持续的强烈刺激产生适应和视觉疲劳，敏感度进一步下降。更隐蔽的问题是，如果状态色（表示报警、偏差）和纯装饰性的背景色使用了相近的饱和度和色相，操作者无法单纯凭"这个颜色很鲜艳"来判断它是不是在报告一个真实状态，颜色本该承载的语义被装饰用途稀释掉了。
边界
某些任务确实需要在同一屏上区分多个类别，比如地理分区图或设备分类图，这类任务不能简单套用"越少颜色越好"，但可以用降低色度、加纹理或用分组边界来控制这些类别之间互相竞争的程度，而不必依赖高饱和色本身去做区分。反过来，把整个界面做成纯黑白也可能丢掉本该保留的编码能力——去掉全部颜色和把颜色降到只服务于真正的优先级信号，是两件不同的事，目标是建立清楚的层级，不是消灭颜色。
怎么落地
审计范围不能只看主画面，还要包括弹出窗口、工具栏、常驻的状态叠加层，这些局部组件如果用了鲜艳色，同样会占用整个屏幕的显著性预算，参与和主画面的竞争。做法上，把界面截图转成灰阶版本和色度热图分别检查：灰阶版本用来确认结构信息在去掉颜色后是否依然可读；热图用来找出哪些区域的饱和度偏高，并逐一确认这处颜色到底要求操作者做什么，说不清楚含义的就降到低色度。统一状态色的使用规则，让同一种严重程度在全界面只用同一种颜色表达。验证时比较调整前后操作者发现异常所需的时间、误点到非目标区域的次数，以及连续值守后的主观疲劳评分。