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

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

别跟“个人感觉”硬碰硬

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

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

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

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

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

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

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

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

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

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