
为什么很多界面问题不是颜色难看,而是只有颜色在说话
很多界面问题的根子不在配色审美,而在于状态、错误和操作反馈只靠颜色表达;补上文字、图标、形状和位置冗余,用户才不会在关键流程里看漏信息。
很多团队看界面问题,第一反应都是“这套颜色是不是不够好看”。但对色弱用户来说,真正难受的往往不是配色审美,而是页面把重要信息全压在颜色上。颜色一旦变成唯一信号,用户漏掉的就不是一个装饰细节,而是状态、风险和下一步动作。
用户错过的其实不是颜色,而是信息
想象一个表单页面: 成功是绿色描边,报错是红色描边,字段下方没有文字说明。设计稿上看起来很干净,但用户一旦分不清这两个状态,看到的就是“这里好像变了点颜色”,而不是“这项有错,需要修改”。
这就是很多界面问题的根子。不是颜色选得太俗,而是系统默认用户一定能靠颜色读懂含义。只要这个假设不成立,整个交互就会开始漏风。
最容易只剩颜色在说话的几个地方
高风险区域其实很固定。第一类是表单反馈,比如成功、失败、警告、禁用。第二类是筛选与选中状态,比如标签高亮、选项切换、导航当前位置。第三类是数据可视化和状态看板,比如两条线、两组柱、几个风险等级全靠颜色区分。
还有一种常被忽略的情况,是设计系统组件本身就只输出颜色差异。比如 badge 只有红绿两种、提示框只换背景色、不配图标和文案。组件一旦这样设计,业务页面只会把问题复制得越来越多。


