设计稿发出去之后:一次让我想辞职的颜色噩梦

张开发
2026/4/19 10:58:15 15 分钟阅读

分享文章

设计稿发出去之后:一次让我想辞职的颜色噩梦
甲方说这不是我要的蓝我看了一眼想死周一早上九点甲方总监发来微信“这个蓝色不对不是我们品牌色。”我把设计稿放大到300%盯着那个#2B5C8A看了足足十秒——这是我用取色器从甲方品牌手册里精准提取的颜色色差理论上不会超过±1%。我截了图发过去对方立刻回“你看图片里是偏紫的。”我当场把显示器亮度调到最低又调回标准模式然后把稿子导出成CMYK、RGB、sRGB三种色彩空间。甲方的设计师同事收到文件后回了一句“我们这边看着是正常的。”问题出在哪里我盯着显示器上那个蓝色脑子里只剩下一个念头完了。色彩管理失控的三层窗户纸第一层设计师和甲方活在不同的色彩宇宙里你以为把设计稿导出为RGB就够了太天真。我后来用校色仪测了自己笔记本的色域——只能覆盖sRGB的62%。而甲方那边用的是一台刚买的专业显示器官方标称覆盖99% Adobe RGB。两块屏放在一起同一个#2B5C8A在我的屏幕上偏暖偏暗在甲方屏幕上饱和度高了将近15%。这不是哪个环节出了错而是两个人从一开始就没在同一个色彩空间里工作。业内有个数据设计稿从出图到最终交付平均要经过4.7次色彩空间转换。每次转换都可能产生色偏。PDF导出一次邮件附件压缩一次对方设计软件打开一次印刷厂出片一次——每一层都在吃色。第二层企业云盘根本不管色彩这件事我把稿子上传到企业云盘和甲方共享了链接。你猜云盘做了什么它直接把这个RGB文件原封不动地同步过去了。云盘不在乎你用的是sRGB还是Adobe RGB不在乎你的ICC配置文件有没有正确嵌入不在乎对方显示器有没有校色。它只做一件事把文件从A点搬到B点。色彩管理那是你设计师自己的事。第三层责任链条从一开始就断了甲方报错的邮件发过来我开始排查是我显示器问题是我导出设置问题是云盘传输问题是甲方显示器问题还是印刷厂理解错了结果发现——没有任何一个环节留有完整的操作记录。邮件里的截图被压缩过云盘的同步日志只显示上传成功甲方那边的设计软件是破解版连ICC文件路径都找不到。最后怎么解决的甲方设计师飞过来当着我的面用他们的显示器打开源文件对照品牌手册逐字确认。那一刻我觉得自己这三年设计经验像个笑话。那个月我改了11版颜色每次都被感觉不对打回来说起来你可能不信那个月我因为颜色问题改了11版设计稿。每一版我都标注了色值、色彩空间、导出参数但每次甲方那边都有人说还是不对。我后来复盘了一下问题根本不在颜色本身而在于我们没有建立一个统一的色彩沟通标准。他们说偏紫我不知道偏多少是能接受的偏紫我说色差在可接受范围内他们不知道这个可接受到底是1%还是5%还是10%。颜色的事情吵到最后变成了关系的消耗。巴别鸟的文件夹色彩配置文件夹方案我后来研究了一圈发现问题的根源在于色彩管理不能只管文件本身要管文件所在的整个协作环境。巴别鸟的文件夹权限体系可以做到针对特定文件夹设置色彩配置文件夹所有人在这个文件夹里读取文件时系统自动附加ICC配置文件信息。也就是说设计师上传文件时系统会记录这是哪个色彩空间、哪个色域配置文件甲方打开时即使显示器没校色系统也会给出色彩补偿提示。更关键的是巴别鸟支持外链色彩配置锁定——设计师发给甲方的外链可以设定仅限指定色彩空间查看避免对方因为显示器或软件设置差异看到错误的颜色。这不是什么黑科技但确实把色彩管理的责任链条重新接上了。文件从出图到交付每一层转换都有记录、有提示、有标准。设计师的尊严问题我后来跟同行聊起这段经历发现这不是个案。几乎每个设计师都经历过颜色灾难——明明是同一个文件甲方看到的和你看到的完全不一样然后你来来回回改改到最后甲方说算了用第一版吧。色彩管理失控的本质不是技术问题是协作透明度问题。文件在传输过程中失去了上下文失去了色彩空间信息失去了可追溯的操作记录。设计师变成了甲方的免费改图机器改到最后一肚子气。有了色彩配置文件夹至少下次甲方再说这个蓝不对的时候我能直接调出日志请问您是用什么显示器看的色域覆盖率多少有没有校过色这才是设计师该有的底气。作者曾在三家广告公司担任视觉设计师因颜色问题失眠的夜晚不计其数。现在他把色彩校准当成每天上班第一件事比喝咖啡还重要。

更多文章