设计评审里怎么说服团队，不要把“我看得见”当标准

设计评审里最难受的一句话，不是“这个不好做”，而是“我自己看得见啊”。这句话听着像经验判断，实际上很容易把讨论带偏。因为无障碍问题从来不是问评审席上的几个人看不看得见，而是问目标用户在真实任务里会不会看漏、看错、来不及理解。

别跟“个人感觉”硬碰硬

如果有人说“我能分出来”，直接回一句“你不对”通常没用，现场气氛还会变僵。更有效的说法是把标准从个人感觉移开。比如你可以说: “我们这次不是在讨论你我能不能看出来，而是在讨论状态是不是只靠一种信号表达。” 这句话很重要，因为它把问题从审美偏好，拉回到信息设计。

再直白一点也行: “一个人看得见，不代表这套表达可复用；组件一旦上线，是给所有用户一起用的。” 评审里最怕把问题聊成品味之争，最稳的做法是不断把话题拉回“任务是否可靠完成”。

证据别拿抽象原则，拿页面现场

要说服团队，最好别上来就丢一堆规范条款。先拿真实页面。比如订单列表里成功和失败只差一个 badge 颜色，图表里两条线只靠红绿区分，表单报错只让边框变红没有文字说明。这样的证据有个好处: 大家不需要想象，直接就能看见风险落在哪。

如果条件允许，再补一层任务证据会更有说服力。你可以问:

1. 用户扫这页三秒，能不能看懂哪一项异常？
2. 如果投影、低亮度、反光环境下使用，这个状态还稳不稳？
3. 把颜色拿掉以后，页面还有没有第二条信息通道？

这时候讨论就不再是“你觉得够不够明显”，而是“这个任务在坏一点的条件下会不会失败”。团队通常更容易接受后者。

别只提问题，顺手给替代方案

很多共识推不动，不是因为团队不认问题，而是大家一听就觉得要大改。你要是能顺手给出两个不那么痛的替代方案，阻力会小很多。比如状态标签保留颜色，但加图标和文字；表单报错保留红边，但把错误原因放到输入框下方；图表除了色差，再补 legend 名称、hover 提示和选中高亮。

这种说法的好处是，它不会让对方觉得自己在被教育。你不是在说“你这个设计错了”，而是在说“我们可以用更稳的方式把信息补全”。评审现场很吃这一套，大家更愿意往前走。

共识的落点要能复用

如果这次评审聊完，只改一个页面，那下周别的页面还会重复同样的问题。所以最后最好把结论落到规则上，比如“关键状态不能只靠颜色表达”“表单报错必须包含可见文本”“图表系列不能只靠色差区分”。一旦变成团队共识，后面就不是每次都重新说服，而是直接按标准执行。

延伸阅读

如果你想把评审讨论继续往下推进，可以接着读 为什么很多界面问题不是颜色难看，而是只有颜色在说话、前端工程师排查颜色依赖问题时，先看哪三类页面 和 招聘、驾驶、学校场景之外，普通 SaaS 为什么也该重视色觉无障碍。一篇适合补认知，一篇适合落排查，一篇适合把这件事往业务价值上接。