做设计总觉得某些配色分不清，是能力问题还是色觉问题

你在 Figma 里拖一条饱和度不高的绿色，旁边放一条略偏蓝的青色，眼睛告诉你“差不多”，但同事一眼就说“这俩完全不是一回事”。这类瞬间会让人怀疑自己到底哪里出了问题。

如果你正在经历这种反复犹豫，不必立刻把它归因成“审美不行”或“我可能色弱”。设计这件事里，能导致“分不清”的变量太多了：屏幕色温、色彩空间、对比度、组件尺寸、背景噪声、甚至你当时的疲劳程度。更靠谱的起点，是把变量收窄到可复现的观察，再决定该优化流程还是做色觉筛查。

你卡住的到底是哪一类任务

把“分不清”说得更具体一点，会更容易判断它属于能力边界，还是感知边界。

常见的两类设计卡点其实不一样：

• 方案取舍型：你能稳定区分颜色，但在“更克制还是更醒目”“更品牌还是更通用”之间摇摆，这往往是产品语境和审美选择的问题。
• 相近色辨识型：你在某些颜色对上反复不确定，例如红与棕、绿与灰、青与蓝、橙与红；尤其是在小字号标签、细线图表、低饱和背景上更明显。这一类更值得做严谨的自查。

这里有个边界提醒：如果你只在深夜、开着夜览模式、或在强烈暖光灯下觉得颜色“糊成一片”，那不等于色觉有问题，它可能只是环境在“加难度”。

先把变量收敛到可复现

设计师最擅长做实验。我们可以用同样的方式来检查“到底哪里不稳定”。

你可以用一个 10 分钟的小流程来做复核，而不是凭记忆下结论：

• 固定设备与环境：同一台屏幕、同一亮度，关闭 True Tone、夜览、护眼软件的偏色；尽量在白天或中性光源下做。
• 固定素材：拿最近卡住你的那一组颜色，做一张小卡片。每组只放 2-3 个相近色，旁边写上你打算表达的语义（成功/警告/错误、主按钮/次按钮等），不要只看“好不好看”。
• 引入第三方参照：让 1-2 位同事在不看你答案的情况下说出他们的判断，并记录“他们认为差多少”“他们是看色相还是看明度”。

如果你发现自己主要靠“亮不亮”在猜颜色，而对色相差异不敏感，这就比“我觉得分不清”更接近可验证的线索。

在协作语境里把风险压下去

无论最终要不要做筛查，工作上先把风险降下来，往往更现实。

几个对团队友好、也不伤自尊的做法：

• 用语义 token 取代“肉眼辨色”：在设计系统里优先用 --status-success/--status-warning/--status-danger 这类语义名，让颜色是实现细节，而不是你必须当场判断的事实。
• 让信息“不是只靠颜色”：关键状态至少配一个文本、图标或形状差异。你不是在做无障碍作业，而是在减少线上事故的概率。
• 在评审里提前声明风险：你可以直接说“这组相近色我在某些屏幕上分辨不稳定，我先按语义/对比度把方案跑通，再请你们帮我二次确认色相差异”。这比沉默更专业。

这些改动有个好处：哪怕你完全没有色觉问题，流程也会更稳；如果你确实有某种色觉差异，它会让你少吃很多暗亏。

什么时候值得做一次色觉筛查

当你已经做过上面的“收敛变量”，仍然满足下面两条中的一条，就可以考虑做一次在线色觉筛查，把它当作下一步决策的输入，而不是结论：

• 同一类相近色误判在不同设备、不同光线下都出现。
• 它开始影响交付：你需要频繁依赖同事来确认颜色对，或你在图表/状态色上更容易出错。

在线测试的边界也要说清：它帮你判断“是否存在可疑信号”，但无法替代专业检查，更不能当作职业能力标签。你要的是更可靠的工作流，而不是一个吓人的词。

延伸阅读

如果你还想继续把这条线看清楚，可以接着读 开车时看信号灯不吃力，为什么还是可能存在红绿色弱、为什么同一张图别人一眼看出来，我却总要多看几秒 和 朋友说我穿搭配色总翻车，这和色弱有关吗。这三篇更贴近你现在这个阶段，读完以后通常会更容易决定下一步。