第 08 章 色相·明度·饱和度：为什么明度是老大
我先给你描述一个场景，你看看熟不熟悉。
你在网上找了个配色网站，输入你的品牌色，点了”生成方案”。唰，出来五个色块，还贴心地标了十六进制值。你看了看，挺好看的，色块之间关系清楚，有主有次，还有个点缀色。你复制下来，粘贴到你的项目里。
然后你开始做图。背景用最浅的那个，标题用最深的那个，按钮用中间那个，图标用点缀色。每一步都老老实实照着色卡来。
做完之后你退开一步看。
难看。
你先难看，说不出哪里难看。色卡上明明是好看的，你一个字都没改，怎么会难看？于是你怀疑人生：是不是我色感差？是不是这东西真的靠天赋？
“导师，我是不是天生对颜色不敏感？”
不是。你不是色感差，你是被色卡骗了。 色卡上并排的五个方块，和你画面里真实在用的五个颜色，根本不是同一种东西。这中间隔着一整套你没有意识到的转换，而转换出问题的地方，九成不在色相上。
这一章我要给你的，是一个能让你在任何配色问题上”先问对问题”的排序表。三个维度——色相、明度、饱和度——不是平起平坐的三个旋钮，它们有明确的等级。搞错这个等级，你在配色上花的所有力气都会打偏。
一、一模一样的色卡，两种截然不同的命运
先别急着谈理论。我们来做个思想实验。
假设你和我拿到同一份色卡，五个颜色：一个深蓝、一个中蓝、一个浅灰蓝、一个米白、一个橙红。我们俩都被要求做一张科技公司的宣传页。
我做出来的东西，层次清楚，有主有次，眼睛知道先看哪。
你做出来的东西，说不上哪里错，但就是平，没什么精神，字也读着费劲。
同一个色卡，问题出在哪？
“难道是我排版不行？”
排版可能有份，但我们先把排版因素排除掉——假设我俩用的是同一套版式、同一张图、同一套字体。剩下的差异只可能在颜色的用法上。
现在我问你一个具体的问题：这五个颜色，你给它们各自分配了多大的面积？
“这个……我好像没想过。背景最大，标题中等，按钮小一点，点缀色最小吧。”
好，再问第二个问题：你知不知道这五个颜色，去掉颜色之后各自是深还是浅？
”……这个真没想过。”
问题就在这儿。
配色网站给你的那五个色块，是等面积、等间距、无内容地摆在一起的。在这种展示条件下，你看到的只有一件事：色相之间的关系。
但拿进真实画面，情况完全变了：背景占 70% 的面积，标题占 5%，按钮占 2%，点缀色占 0.5%，面积差了上百倍。而且每个颜色都不是躺在白底上的孤立方块，它周围有别的东西、有文字、有图片、有边界。
这时候考验的根本不是色相关系，是明度关系。
更狠一点说：色卡是平的，画面是立体的。 “平”的意思是它只有一个维度在起作用——色相。真实画面至少三个维度同时起作用，其中起决定作用的那一个，色卡从来不告诉你。
“那配色网站不就是骗人的吗？”
不是骗人，是它的用途被误解了。它给你的是一份候选颜料，不是一张施工图纸。
你写过接口对接吧？一份接口文档在浏览器里看着清清楚楚：字段名、类型、是否必填、示例值。然后你把它接进真实业务，边界条件全冒出来了：这个字段可能传 null，那个枚举值文档里没写，分页在数据量大的时候会超时。
“是，这我太熟了。”
色卡就是接口文档，真实画面就是生产环境。 配色的”边界条件”是什么？面积、明度、相邻关系、观看时长、屏幕介质。这些色卡一概不告诉你。
所以问题变了。不再是”我该选什么颜色”，而是”我该怎么判断一组颜色在真实场景里成不成立”。要回答它，你得先把颜色这件事拆开。
二、三个旋钮，但它们的地位不一样
颜色可以拆成三个维度，这个你大概听过：
- 色相（hue）：这是个什么颜色——红的、黄的、蓝的、绿的。在色环上用角度表示，红是 0 度，绿是 120 度，蓝是 240 度。色环本身是怎么来的、为什么有 RYB、RGB、CMY 三套互相打架的色环，详见第 07 章，这里不重复。
- 明度（value / lightness）：这个颜色有多亮。从黑到白这条轴上站在哪儿。
- 饱和度（saturation / chroma）：这个颜色有多”纯”。从灰到鲜艳这条轴上站在哪儿。
“这三个我知道啊，很基础的东西。”
你知道的是三个名字。我要你能做到的是另一件事：分别动其中一个，而不动另外两个。
试一下。你脑子里有个”深蓝色”，我要你把它变亮，但不许它变灰。
”……那就加白？”
加白就变灰了，也就是降低了饱和度。你看，一动明度，饱和度跟着跑了。
反过来，把这个深蓝的饱和度降低，但明度不变。
“往里加灰？”
加中灰的话，明度也会被拉向中间。你还是动了明度。
这不是你的问题，是色彩模型的数学结构决定的。在 RGB/HSB/HSL 这套模型里，三个维度不是完全独立的，你拧一个旋钮另外两个会跟着漂。这一点很关键——大部分人调色时以为自己在动一个旋钮，实际上在动三个，只是没意识到。
既然要谈明度，就必须先把一件事讲清楚——这件事极易混淆，混淆了会直接导致错误的配色决策。
HSB、HSL、Lab 里的”明度”根本不是一回事
你可能觉得，明度就是明度，一个颜色有多亮，这不是客观的吗？
不是。你打开任何一个取色器，都能看到 H、S、B 或者 H、S、L 三个滑块。它们长得几乎一样，但里面的”B”和”L”，是两个不同的算法，算出来的”明度”不是一回事。
我们先说 HSB（也叫 HSV）。这里的 B 是 brightness，它的算法极其粗暴：
B = R、G、B 三个值里的最大值。
也就是说，一个颜色只要有一个通道是 255，它的 B 就是 100%。纯红（255,0,0）的 B 是 100%，纯白（255,255,255）的 B 也是 100%。
你看出问题了吗？在 HSB 里，纯红和纯白的”明度”是一模一样的。
“这……不对吧，白明显比红亮啊。”
对，所以 HSB 的 B 是个骗人的数字。它衡量的不是”看起来有多亮”，而是”最强的那个通道有多强”。
再看 HSL。这里的 L 是 lightness，算法是：
L = （最大值 + 最小值）÷ 2
这个比 B 合理一些，它是取了上下界的中间值。纯红（255,0,0）的 L 是 50%，纯白是 100%，纯黑是 0%。看起来对了吧？
好，现在我要给你看 HSL 那个著名的缺陷。
你在取色器里输入两个颜色：
- 纯黄：(255, 255, 0)
- 纯蓝：(0, 0, 255)
算一下它们的 HSL 明度。
黄色的最大值 255，最小值 0，L = (255+0)/2 = 50%。
蓝色的最大值 255，最小值 0，L = (255+0)/2 = 50%。
一模一样。都是 50%。
现在我问你：黄和蓝，哪个看起来亮？
“黄啊，这还用问。黄色明显亮得多，蓝色深得像要沉下去。”
对。所以问题来了——HSL 告诉你这两个颜色一样亮，你的眼睛告诉你它们差了十万八千里。谁对？
你的眼睛对。
这不是 HSL 的 bug，是它的定义使然。HSL 的 L 是从 RGB 数值上算出来的，它是数值上的中间位置，不是感知上的亮度。而在数值上，纯黄和纯蓝确实都处在”最纯”的那个位置。
为什么数值上一样、观感上差这么多？因为人眼对不同波长的光的亮度效率不一样。
第 06 章讲过，人眼有三种视锥细胞，分别对长波（偏红）、中波（偏绿）、短波（偏蓝）最敏感，但它们对总亮度的贡献比例极不相等：中波贡献最大，长波其次，短波最小。三种视锥的数量也不等，蓝敏视锥只占很小一部分，在中央凹中心区域甚至几乎没有。
所以”一个颜色有多亮”，大脑实际上是在做一次加权求和。这个加权有个标准函数（明视觉光谱光效率函数），峰值在 555 纳米左右——黄绿色的位置。黄色靠近峰值，天然省力，一点光就显得很亮；蓝色远离峰值，必须靠极强的物理能量才能显得稍微亮一点。
按人眼加权换算相对亮度，纯黄大概是 0.93（最亮的白是 1.0），纯蓝只有大概 0.07。差了十三倍。 而 HSL 告诉你它们都是 50%。
“那我用 HSL 调出来的’同明度’色卡，岂不是全都不靠谱？”
全都不靠谱。这就是我要你记住的第一个具体教训：
如果你在 HSL 里把一组颜色的 L 都设成 50，想做一组”视觉重量相同”的并列元素（一排标签、一组图例、一串并列按钮），做出来的东西会有明显的轻重不一。 黄色像被打了灯，蓝色像陷进背景里。而你完全不知道为什么——你看数值，数值明明是对的。这就是”数值正确但观感错误”。
怎么办？两条路。
第一条，用 Lab。 Lab 的 L 经过非线性校正，专门为了跟人眼感知尽量对齐。同样那两个颜色，黄的 L 大概是 97，蓝的 L 大概是 32，跟你的感受对上了。不过 Lab 也不是圣杯：它是在特定观察条件下拟合出来的经验模型，极端情况下也会失准。它比 HSL 好得多，但仍然是模型，不是真相。
第二条路，也是我真正推荐的路：
别信数字，信去色后的灰度。
不管你用的是 HSB、HSL、Lab 还是什么别的，判断明度关系的最终裁判只有一个：把这个颜色转成黑白，看看它变成几度灰。这个方法软件无关、模型无关、版本无关，而且它直接对应你最终要的东西——观众眼里看到的亮度。
我把这个动作叫作去色检查，后面你会看到它反复出现。
顺带：chroma 和 saturation 也不是一回事
既然说了明度，我把另一个容易混的点也交代了，两个字：chroma 和 saturation，中文经常都翻译成”饱和度”，但它们有区别。
打个比方。你有一杯水，往里加盐。
- chroma（彩度）：这杯水里放了多少克盐。这是一个绝对值。
- saturation（饱和度）：这杯水的咸度，占”这杯水最多能有多咸”的比例。这是一个相对值。
为什么这个区别重要？因为一杯水最多能有多咸，取决于它有多少水。颜色也一样：很亮的颜色和很暗的颜色，能达到的最大彩度是不一样的。
实践上你会发现：在 HSB/HSL 里把明度调到接近纯黑或纯白时，不管饱和度数值多高，颜色看起来都没什么彩度。 因为在这个明度上，“最多能有多鲜艳”这个值本身已经很小了。
记住这一条有个直接用处：当你想让一个颜色”鲜艳”，光把饱和度拉满没用，你得同时把它的明度放到中间区域。 最鲜艳的颜色永远在中明度附近，不在两端。这也是为什么”高级的深色”看起来总是不怎么鲜艳——它在低明度区，那里本来就没有多少鲜艳的余地。
三、明度为什么是老大：一笔生理账
好，现在到了这一章的核心。
我说三个维度里明度是老大，这句话不能是我拍脑袋说的。依据不在设计书里，在生理学里。
第一条证据：你有两条通路，它们不是同时建成的
从视网膜往外，视觉信号不是一整股，而是分成几条功能不同的通路。跟这里有关的是两条：
大细胞通路（magnocellular，简称 M 通路）：细胞体积大、传导快、感受野大。它对明暗变化、运动、粗略形状和位置敏感，对颜色几乎完全不敏感——你把画面换成纯黑白，这条通路的反应基本不变。
小细胞通路（parvocellular，简称 P 通路）：细胞小、传导慢、感受野小，负责颜色和精细细节。
差别有三点跟我们有关。
第一，M 通路更快。 信号从视网膜传到视觉皮层，M 通路比 P 通路早到。你”看到明暗和运动”，发生在你”看清颜色和细节”之前。
第二，M 通路的空间分辨率更高。 你能分辨多细的黑白条纹，远远细于你能分辨多细的颜色条纹。一张红绿相间的细密条纹图，离远一点看会糊成一片黄褐色——颜色通道分辨率跟不上，明暗通道把红绿平均成了中间色。
第三，也是最关键的：M 通路对应的底层硬件，演化上古老得多。
你的视网膜上有两类感光细胞：视杆细胞（rod）和视锥细胞（cone）。视杆细胞大约一亿两千万个，视锥细胞大约六百万个。 视杆只在光线很暗时工作，且完全不分辨颜色——它只报告一件事：这里有多亮。你夜里能看清轮廓、避开家具、走路，靠的全是它。视锥负责明亮环境下的视觉、颜色和精细细节，数量少得多，而且集中在中央凹那一小块区域。
再看一个更硬的事实：很多哺乳动物根本没有三色视觉，甚至只有两类视锥，但它们的明暗视觉完好无损。 它们的世界里没有红绿之分，但有非常精细的明暗层次，它们活得很好。
“分辨明暗”是视觉系统的老本行，“分辨颜色”是后来加装的模块。
“等等，那色觉为什么还是演化出来了？”
关于灵长类三色视觉的来历，学界有不止一种假说。流传较广的一种认为：三色视觉帮助祖先在绿叶背景里快速分辨成熟果实和嫩叶——这两样恰好落在红黄区间，跟周围的绿形成明显区别。
我不把它当定论讲，你当成合理解释就行。但注意它给色觉分配的岗位：这是”识别加速”任务，不是”结构识别”任务。 色觉被演化出来的目的不是让你看清世界长什么样——那是明暗和形状在管的事。
色觉是一个加速器，不是一个承重墙。
第二条证据：去色的损失，比你想象的小；压平明暗的损失，比你想象的大
理论讲完了，我给你两个你可以自己验证的实验。
实验一：把一张彩色照片去色。
找一张你拍的照片，去掉所有颜色，只留黑白。然后问自己：还能认出画面里有什么吗？能。还能看出远近吗？能，靠明暗和清晰度。还能看出立体感和材质吗（金属反光、布料哑光、水是透的）？大体能。
颜色被拿走了，这张照片几乎没废。
“那彩色照片还有存在的意义吗？”
有，但意义不在结构。颜色的作用是让你认得更快、更确定，并且产生情绪。一张苹果特写，黑白的你能认出是苹果，但可能要花零点几秒；换成红彤彤的彩色，你瞬间认出，而且唾液腺可能已经开始工作。
实验二：把明暗压平。
反过来做。保留全部颜色信息，一个像素的色相都不改，只是把所有像素的明暗往中间灰挤，直到整张图的明暗范围变得很窄。
你得到了什么？一坨糊的。灰蒙蒙、没立体感、没重点、没空间感，眼睛不知道该看哪儿。颜色一点没丢，但这张照片废了。
这个效果你在生活里见过：大雾天拍的照片。所有东西的颜色都还在，但空气散射把明暗差压缩了，照片就变得又灰又平又没精神。
反过来验证：一张纯黑白但明暗对比强烈的照片，依然可以非常有冲击力。 经典黑白人像、老电影、木刻版画，一个颜色都没有，视觉力量可以强过绝大多数彩色照片。
两个实验合起来指向一个干脆的结论：
明暗是骨架，颜色是衣服。骨架塌了，衣服再贵也挂不住。
第三条证据：一个你应该很熟悉的工程事实
我给你一个类比，你是搞后端的，这个类比你应该会觉得亲切。
视频编码在压缩前都会先做一件事：把颜色从 RGB 转到 YUV 之类的亮度-色度空间。Y 是明暗，U、V 是颜色偏向。
转完之后，编码器对色度降采样。最常见的 4:2:0 是什么概念？亮度信号每个像素都保留，色度信号在水平和垂直方向各砍一半——四个像素共用一组色度值。色度数据量被砍掉大约四分之三。
然后你把这个视频播出来，盯着看都看不出来。
为什么敢这么砍？因为人眼的亮度通道带宽，远高于色度通道带宽。
这句话值得你停一下。这不是工程师偷懒，是精确利用了人眼的不对称性。它是一个被产业验证了几十年、写在标准里的、靠人眼的硬件配置吃饭的事实。
所以”明度是老大”不是一条设计规则，它是对你硬件配置的一个描述。
最后一层：为什么演化成这样
在自然界，“颜色”和”明暗结构”，哪个是物体的稳定属性？
一个苹果，正午阳光下是鲜红的，黄昏暖光里是暗红的，阴天是灰红的。它的颜色每分钟都在变。但它的形状没变，它的明暗结构（受光面、背光面、投影、高光的位置关系）大体稳定。
一个靠视觉活下去的动物，如果靠颜色识别”这是个苹果”，它会在每天的不同时间、不同天气下反复失败。靠形状和明暗结构识别，几乎永远成功。
自然选择把资源投给了谁？投给了稳定的那个。
颜色是易变的、随光照漂移的属性。你可以用它做辅助判断，但不能把命押在它上面。这就是你的视觉系统把绝大部分带宽给了明暗、只留一小部分给颜色的原因。
四、实用结论一：判断配色，先去色
好，生理账算完了，我们落地。第一个实用结论，也是我希望你从这一章带走的最有用的一条：
判断一个配色成不成立，第一步永远是去掉颜色，只看黑白灰。
怎么操作？不需要专门的软件——手机相册的”黑白”滤镜就行，或者截图转灰度，把屏幕饱和度调到最低也行。方法不重要，重要的是这个动作。
去色之后你看什么？看三件事。
第一，能不能数出明度层级。 一个成立的设计通常有三档：一个亮的、一个暗的、一个中间的。 三档是最低配置。只有两档会生硬，只有一档画面就死了。试着给明度”分层”：最亮的是哪些、最暗的呢、中间调呢。如果所有东西都黏在一个灰度上，或者不同元素去色后变成同一个灰，明度结构就是失败的。
第二，主体和背景的明度差够不够。 很多人做深色主题，喜欢”深灰底 + 中灰卡片”，看着挺克制。去色一看，底是 20% 灰，卡片是 25% 灰，差 5%。5% 的明度差在真实屏幕上几乎看不见——尤其在户外阳光下或者没校准的廉价显示器上。你以为你做了卡片，用户看到的是一整片。
第三，相邻元素有没有撞在同一个灰度上。 这条针对”必须区分开的元素”：并列按钮、图例色块、表格相邻行、一组标签的不同状态。你希望观众区分它们，它们去色后就不能一样灰。
前面讲过 HSL 那个 L=50 的陷阱，现在你知道它为什么致命了：你以为按”同明度”做了一组并列标签，实际上它们去色后深浅不一，有的跳有的沉。而你看数值，数值是”对”的。
反过来也成立
如果去色后层次清楚，但彩色版很难看——那问题才真的是色相或饱和度的问题。
于是得到一个完整的排查顺序：
- 先去色。明度层次清楚吗？不清楚 → 别动颜色，先把明度修好（这是 80% 的情况）。清楚 → 进第 2 步。
- 再看饱和度。是不是哪个颜色太扎眼，或者整体太灰？
- 最后才看色相。色相之间的关系是不是别扭？
明度 → 饱和度 → 色相。 跟大多数人的做法正好相反。多数人打开配色第一反应是”换个颜色试试”——那是在第三优先级上做无穷的尝试，而真正的问题在第一优先级上。
这跟你调性能一模一样。拿到一个”有点慢”的系统，第一反应如果是”换个更快的 JSON 库”，大概率白干一下午。正确做法是先上火焰图——最显眼的地方，往往不是最耗时的地方。
一个更高效的工作顺序
既然明度是骨架，那就有自然推论：先把明度关系定死，再往里填颜色。
成熟流程就是这么做的：先用黑白灰把版式、层级、视觉重心全部搞定，确认黑白版本成立，再上色。上色时守一条纪律——尽量不改变已经定好的明度关系。这条纪律守住，配色几乎不可能出大错。
上完色之后呢？再去色检查一遍。 因为你调色的过程中一定会不小心改动明度——调鲜艳了就显得亮，调灰了明度也漂。每次大改之后都要回到黑白看一眼，确认骨架没被改坏。
我把这个动作叫明度守门。
五、实用结论二：绝大多数”配色难看”，问题不在色相
第二个结论。
老哥可能不服气：“照你这么说，色相就不重要了？选个屎黄色配紫色，明度对了就能好看？”
不是不重要，是优先级。色相最显眼，所以最吸引你的注意力；但决定成败的往往是排在第二第三位的那两个。下面列几条常见的”配病症”和它们的真实病因。
症状一：“字看不清 / 读着费劲。” 第一反应是换个颜色，真实病因是字和底的明度差不够。深色背景上的深灰字、浅色背景上的浅黄字，色相完全不同，但明度差只有一点。修法不是换色相，是把字调亮或把底调暗。
症状二：“发闷 / 发灰 / 没精神。” 第一反应是加个鲜艳的颜色，真实病因是明度区间太窄，所有东西挤在中灰。这个错误常跟”我想要高级感”绑在一起：听说高级感等于低饱和，就把所有颜色往中灰压，结果整个画面的明度范围从”黑到白”压缩成了”中灰到浅灰”。修法不是加饱和度，是拉开明度跨度。什么都不用加，画面立刻有精神。
症状三：“很吵 / 廉价 / 眼睛不知道看哪。” 第一反应是颜色太多，真实病因是太多元素同时高饱和，且明度差不多。它们形成多个势均力敌的视觉重心，眼睛来回跳，没有归宿。减少色相数量确实有效，但更根本的修法是给饱和度和明度各排出等级，让一个元素最强，其他都退下去。
症状四：“土 / 像路边小广告。” 真实病因通常是高饱和 + 中明度 + 色相太杂。大红配大绿配大黄、亮紫配亮橙，饱和度拉满、明度停在中段、色相跨度极大。而高级配色往往饱和度不高、明度跨度大：饱和度低意味着”不喊”，明度跨度大意味着”有结构”。不喊加有结构，等于克制而有力。
症状五：“脏。” 这个单独讲，下一节专门说。
你注意到没有，这五个症状里，只有第四个跟色相有点关系，而且它也不是纯色相问题（是饱和度和明度在作祟）。
我给你一句可以贴在显示器上的话：当你的配色出了问题，先在明度上找原因，找不到再去饱和度上找，最后才怀疑色相。
六、饱和度的陷阱：高不成低不就
饱和度是三个维度里最”感性”的一个，也是最容易用过头的。我给你讲三个陷阱。
陷阱一：高饱和不等于好看，大面积高饱和会疲劳
很多人的直觉是：颜色越鲜艳越好。这个直觉只在小面积、短时间的条件下成立。
盯一块高饱和的红色看三十秒再移开视线，你会觉得眼睛发累。原因前面讲过一部分：高饱和意味着色度信号很强，对立通道被推向极端；而且高饱和的颜色有强烈的前进感（第 10 章细讲），它不断往你眼前凑，让你的眼睛无法把它”放平”成背景。
高饱和是一种不可持续的刺激。
看看不同业态怎么用饱和度，这件事会变得特别清楚：快餐店、超市促销区、儿童玩具——高饱和。它们要”三秒内抓住你”，代价是待不久。你在大红大黄的环境里待两小时会烦躁，这恰恰是快餐店想要的（翻台率）。高档酒店、美术馆、高端 App——低饱和，它们要你愿意待下去。
饱和度策略，本质上是你对用户停留时长的表态。 用户每天开一小时的工具，你铺大面积高饱和，等于说”我不打算让你舒服”；三秒扫一眼的促销海报，你用低饱和，等于说”我不想被看见”。选哪个，取决于你要什么。
陷阱二：低饱和不等于高级，压过头会发脏
好，那你学会了”低饱和 = 高级”，于是把所有颜色的饱和度都往下拉。
然后你发现，画面不但没变高级，反而变脏了。灰蒙蒙的，不透亮，像蒙了一层土。
你很困惑：我明明照着”高级感”的做法做了啊？那我们得先把”脏”这个词搞清楚。
“脏”到底是什么
老哥先给个答案：脏是不是就是饱和度太低？
不是。
先看一个反例：莫兰迪的画、很多日式设计、很多电影调色，饱和度都很低，但它们不脏，反而干净通透。所以低饱和本身不产生脏。
那脏是什么？脏通常是饱和度不均匀造成的，而不是饱和度低。
假设一个画面里有六个颜色，你要把它调”高级”，做法是降饱和度。有两种降法：
降法 A：统一降。 六个颜色每个都降同样的量，用同样的方式，朝同一个方向降。结果是柔和、统一、高级。这就是电影调色。
降法 B：随手降。 这个太跳了降 50，那个还行降 10，这个忘了降，那个你是加了点黑，另一个你加了点白。结果是有的灰得厉害、有的还很鲜艳，而且灰的方式不一样——有的发黑、有的发白、有的发黄。
这就是脏。
用声音打个比方：一段混音整体压低 10dB，不会变难听，只是变安静。但如果六个音轨有的压 20dB、有的压 3dB、有的没压，而且压的方式还不一样（有的加低切、有的加高切、有的加压缩），混出来就是浑浊——每个音轨都很努力，但它们不在同一个空间里，互相打架。
混音师管这叫浑浊，设计师管这叫脏。它们是同一件事：不一致。
脏的第二个来源：色相偏移不一致
还有一层，更隐蔽，也更致命。
一个颜色降饱和度会往哪走？往灰走。但”灰”不是一个点，是一片区域。红色降饱和变成偏红的灰，蓝色变成偏蓝的灰，黄色变成偏黄的灰。
如果画面里一堆低饱和颜色各自往各自的方向偏——这个灰偏绿、那个灰偏紫、另一个灰偏黄——你得到的不是”一片和谐的灰”，而是一堆互相不认亲的灰。一堆不同倾向的灰放在一起，看起来就是脏。
所以”高级灰”是怎么做的？让所有的灰都往同一个方向偏。 全部偏一点点蓝（冷灰），或者全部偏一点点黄（暖灰），这样所有的灰是”一家人”。这就是电影调色里常说的”统一色偏”，不是玄学，就是让灰变成同一个家族。
这个道理你太熟了：一个 codebase，缩进、命名、错误处理风格全部统一，哪怕写得不算高明，看起来也是干净专业的；如果每个人按自己习惯写，哪怕每一行单独看都没问题，整个 codebase 就是脏的——读起来累，改起来怕。
脏不是水平低，脏是不一致。代码如此，颜色如此。
陷阱三：屏幕上的饱和度会被面积放大
再给你第三个陷阱，这个非常实用，而且几乎没人提。
一个颜色在小面积上看着合适，铺满屏幕就会过曝。
你在取色器里选了个橙红色，10×10 像素的色块看着挺舒服。然后你把它用成了整个页面的背景色。打开一看，刺眼。
饱和度的感知跟面积正相关：同样的数值，占 5% 面积是”活泼的点缀”，占 60% 就是”暴力”。所以选颜色有条铁律：必须在它最终使用的面积上判断它。 挑背景色别看取色器里的小方块，要铺满屏幕再看。
这跟写代码一样：函数在单测里跑得好好的，上量到百万 QPS 就崩了。脱离量级谈性能没意义，脱离面积谈饱和度同样没意义。
顺序：先明度，后饱和度，最后色相
操作顺序固定下来，照做就不会乱：
- 先定明度。 黑白灰关系定死，确认去色版成立。
- 再调饱和度。 在明度不变的前提下调整鲜艳程度，排出等级。
- 最后微调色相。 在前两个都确定的基础上，用色相找气质。
为什么色相放最后？因为色相最不影响结构。把一个蓝换成绿，只要明度和饱和度都一样，画面结构完全不变，变的是情绪。色相是调性工具，不是结构工具。
为什么饱和度在明度之后？因为调饱和度会动到明度。变鲜艳就显得亮，变灰就显得沉。所以明度定死之后，边调饱和度边回头检查明度有没有被带跑。
七、跨场景：同一套判断，五个不同的现场
我把这套判断放到五个完全不同的场景里，你感受一下它的通用性。每个我都会写清楚画面里具体有什么、是什么颜色、明度关系如何。
场景一：后台监控仪表盘
画面里有什么：深色底（大约 1e2229，很暗的蓝灰）上，四列数据卡片，每张卡片顶部有状态标签——“正常""警告""严重""离线”，颜色分别是绿、黄、红、灰。数据数字用白色大字。
去色之后发生了什么：绿色（#00c853 这类）去色后是中等偏亮的灰，黄色（#ffc107 这类）也是中等偏亮的灰，两者几乎一样亮。红色（#f44336 这类）去色后明显比前两个暗。
问题是什么：
第一，“正常”和”警告”在黑白下无法区分。这意味着色觉障碍用户（红绿色弱在男性中比例不低）很可能分不出这两个状态。而你做的可是监控系统——分不出来是要出事的。
第二，更隐蔽：黄色在人眼里的感知亮度本来就近乎最高（还记得 555 纳米那个峰值吗），实际上比红色还跳。而”警告”的重要性低于”严重”，你的视觉层级反了。
怎么修：不是换色相，是给四个状态排出明度序列——离线最暗（退出视野）、正常中低、警告中高、严重最高亮加高饱和。同时加冗余编码：不同状态配不同图标形状（对勾、三角、叉、横线）。颜色只是第一层编码，形状是第二层。任何依赖单一颜色通道传递关键信息的设计都是脆弱的，这一条在可用性上是硬要求。
场景二：一张火锅店活动海报
画面里有什么：一张翻滚的红汤火锅大图做底，上面压白色大标题”开业五折”，右下角黄色价格数字”人均 48”，左下角白字写地址和电话。
看起来怎么样：热闹、有食欲，但那个价格数字总不够醒目。
去色之后发生了什么：红汤底是中灰偏暗，白色标题是纯白，黄色数字（感知亮度极高）是接近白的亮灰。
问题是什么：标题和价格数字去色后几乎一样亮，都在最亮那一档。观众看到两个”最亮的东西”，它俩平分注意力。而”人均 48”本该是第二眼的落点，不是跟标题并列的第一眼。
怎么修：要么把价格数字压暗一档（改成橙黄而不是亮黄，明度降下来、饱和度保持），让它明确低于标题；要么在面积上拉开差距——标题占半屏，价格数字只占一个角。
顺带一个隐藏问题：白字压在红汤上，红汤明暗很不均匀（翻滚的亮油和暗汤），所以白字有的地方清楚有的地方糊。文字永远不要直接压在明暗不均匀的图片上——要么给图片局部压暗，要么给文字加半透明底衬。这是明度问题，不是配色问题。
场景三：阴天拍的人像照片
画面里有什么：一个穿浅灰外套的人站在公园里，背景是大片树和草，阴天，光线很平。人物的脸是中浅色，背景的绿树是中深度的绿，饱和度相当高（阴天下的植被饱和度往往出人意料地高）。
看起来怎么样：人”贴”在背景上，没立体感，画面有点闷。
新手的第一反应：背景太绿了，把背景饱和度降下来。
为什么这是错的：降背景饱和度，你会得到一个灰绿色的背景和一个灰色的人。两样都灰，对比更小，人更贴。你会把照片变得更闷。
真实病因：阴天把明暗差压平了（就是前面说的”雾天效应”）。人物和背景明度太接近，这才是”贴”的原因。色相和饱和度都是无辜的。
怎么修：拉开明度，不是动饱和度。压暗背景的树，或提亮人物，或两者各做一点。修完你会发现：背景还是那个高饱和的绿，但人”立”起来了，而且你会觉得那个绿变好看了——因为它现在有东西可以衬托了。
值得记住：当你觉得某个颜色”太跳”，先问问是不是它旁边的明度关系出了问题，别急着压这个颜色。 很多时候颜色跳，是因为它的邻居太弱。
场景四：日常穿搭
画面里有什么：一个人穿了三件低饱和的衣服——浅灰蓝衬衫、中灰针织衫、深灰裤子，配一双白鞋。全身没有一个鲜艳的颜色。
看起来怎么样：有两种结局。A 是干净、克制、有质感；B 是整个人像一团雾，没精神，像没睡醒。
差别在哪？表面上两套衣服是”同一个配色”——都是低饱和灰调。差别在明度。
A 的明度分布：白鞋最亮，浅灰蓝衬衫次亮，中灰针织衫中间，深灰裤子最暗。四档明度，清清楚楚。 B 的明度分布：三件的明度都挤在”中浅灰”这个很窄的区间里，彼此只差一点点。一档明度。
结论：
低饱和不等于可以不管明度，恰恰相反——低饱和的时候，明度是唯一的救命稻草。
饱和度压低之后，色相之间的区别也变小了，画面里剩下的唯一结构就是明度。这时候如果明度也拉不开，画面就真的什么都没有了。
所以”高级感穿搭”看起来都是”低饱和 + 大明度差”：米白上衣配深灰裤、浅驼大衣配黑色内搭、白 T 配深蓝牛仔。颜色都克制，但明暗差拉得很开。
反过来，“全身黑”是个高危选项：明度只有一档，能救它的只有材质差异（哑光羊毛、反光皮、有纹理的针织）。靠材质补明度是高级玩家的玩法，新手玩会变成一团黑。
场景五：一页 PPT
画面里有什么：一页公司介绍 PPT。白底，标题深蓝（#1a3a6b 之类），正文中灰，三个并列数据块用浅蓝填充，右下角有个橙色”立即咨询”按钮。
看起来怎么样：挺清爽，但那个橙色按钮不太跳，主次有点糊。
去色之后：白底最亮，深蓝标题很暗，正文中灰，浅蓝数据块中浅灰，橙色按钮——也是中浅灰。
问题是什么：
橙色和浅蓝色数据块去色后撞在同一个灰度上。这意味着那个”立即咨询”按钮，和三个普通数据块拥有相同的视觉重量。你最希望用户点的东西，和你随便放的数据，在观众眼里一样重。这跟你选橙色（一个理论上很强的强调色）的初衷完全相反——橙色没起作用，因为它的明度没拉开。
怎么修，两个方向：
方向一，把按钮明度压低——用深一点的橙（砖橙、深橘红），饱和度保持。去色后它是中深灰，跟浅蓝数据块明确分开，同时高饱和度让它在彩色版里依然跳。明度负责结构，饱和度负责吸引。
方向二，保持橙的高亮，把三个数据块的浅蓝压得更淡（更接近白），让数据块退到”接近背景”的层级，按钮的明度优势就显出来了。
选哪个取决于你更想强调数据还是按钮，但不能两个都不做——那等于让观众自己猜。
顺便注意：深蓝标题和橙色按钮恰好近似互补（蓝对橙）。这个关系本身没问题，但能成立完全靠明度和面积。如果明度一样、面积相当，这个”互补”就是灾难——第 09 章详细算这笔账。
心法
这一章的心法，我想讲的是**“优先级”这三个字在设计里到底意味着什么**。
你可能习惯了把设计知识当成一堆并列的规则：要注意对齐、对比、留白、配色。一堆待办事项，做完打勾。但这不是设计知识的真实结构。设计知识是有层级的，层级高低取决于这条知识背后的约束有多硬。
明度优先，因为它背后是你的视觉硬件。亮度通道带宽就是比色度通道高，大细胞通路就是比小细胞通路快，视杆细胞就是比视锥细胞多二十倍。这些不随文化、时代、流行变化，你没法通过练习改变它。
而”低饱和显得高级”，背后的约束软得多。它是某段时期、某部分人群、某类场景下的审美共识。
我把这个区分讲出来，是为了让你明白：当两条设计规则打架时，硬约束赢。
亲密性说这两个元素该靠近，明度层次说它们该分开。谁赢？如果分开能让层次清楚、而靠近只是”看起来更整齐”，明度层次赢。你想用低饱和的高级配色，但用户要在户外强光下看，谁赢？明度对比赢——高级感是软约束，看不清是硬伤。
能判断哪条规则更”硬”，是你从”知道很多规则”走向”能做判断”的分水岭。
第二层，跟明度更贴：明度是老大，但”老大”的副作用是它最没有个性。
你见过有人夸一幅作品”明暗关系处理得真好”吗？很少，除非那人是学画的。普通人夸的是”这颜色真好看""这个蓝好高级”——全是色相和饱和度的事。但反过来，明度关系一坏，人人都能感觉到：会”发闷""发灰""看不清重点”。没有人夸你对，但所有人都知道你错。
管理学里有个词形容这种东西：保健因素——做到了没人表扬，做不到一定挨骂。 办公室的空调就是：温度合适没人感谢行政，不合适所有人抱怨。
所以有个有点残酷的现实：你在明度上花的功夫，几乎不会直接换来赞美，但它决定了你会不会挨骂。 很多新手不懂这点，把精力全花在”选个好看的颜色”上——那是能被看见、能被夸的部分——然后作品总是”说不出哪里怪”。怪就怪在保健因素没做。
我的建议：把 80% 的判断力分配给明度，把创造力留给饱和度和色相。
这不是说后两者不重要。恰恰相反——个性和气质几乎全部来自饱和度和色相。 明度做得对是所有好作品的公约数，所以它无法区分作品；能区分作品的，是你在正确的骨架上用了什么样的饱和度策略和色相倾向。
高手的标志是什么？他能在明度完全正确的前提下，用极小的饱和度或色相变化做出完全不同的气质。 同样是”深底 + 亮主体”：配低饱和冷灰是冷静专业的，配中饱和暖橙是亲切活泼的，配高饱和单色是激进年轻的。骨架一样，衣服不同。新手做不到，因为新手的骨架是歪的——他每次都在补骨架，没有余力挑衣服。
第三层，讲讲”去色检查”这个动作为什么这么有效。它看着是小技巧，背后是个很有意思的思维方式：去色，本质上是一次降维验证。
你在三个维度上做了设计，现在要检验它成不成立。怎么检验？把它投影到信息最少的那个维度（明度），看它在那儿还成不成立。如果在信息最少的维度上还能立住，说明结构自洽，升维回三个维度只会更好。反过来，如果去掉一个维度就垮了，说明它是靠信息量硬撑的，结构是虚的。
这个思路你在工程里天天用：最小可行产品，就是把复杂系统砍到只剩核心链路，看它还能不能跑通。MVP 跑不通，加再多特性也白搭。去色检查就是配色的 MVP 测试。
最后一层，是这一章反复暗示却没点破的事：不要迷信数值。
数字是模型的输出，模型是人做的，模型有适用范围。你的眼睛看到的才是真实。这一条不止适用于明度：对齐工具说对齐了你看着就是没对齐（字形的视觉边界不在它的数字边界上）；两个间距数值一样你看着就是不一样大；字号一样但一个看着更大（x-height 不同，第 21 章讲）。
这些时刻，正确的反应不是”我的眼睛被骗了”，而是”我的眼睛发现了我的模型没覆盖的事实”。你的眼睛是最终用户，模型是工具。工具错了，改工具的用法，不要改你的判断。
明度是承重墙，饱和度和色相是装修。你可以把装修拆了重来，但承重墙一旦定死，后面所有的改动都得绕着它走。
小结
这一章我讲了三件层层递进的事。
第一件：色卡是平的，画面是立体的。配色网站那五个色块好看，是因为它们等面积、无内容地并排展示，只考验色相关系。放进真实画面，考验的是明度、面积和相邻关系。你照抄色卡还是难看，问题不在色感，在抄错了东西。
第二件：三个维度不平等，明度是老大，而且这个”老大”是硬件定死的。M 通路管明暗、更快、分辨率更高、演化上更古老；视杆细胞一亿两千万个、视锥只有六百万个，前者不分颜色只报明暗；视频压缩敢砍掉四分之三的色度采样而人眼无感。所以去色一张照片信息损失小得惊人，压平明暗照片立刻废掉。
第三件：落地成两条实操。判断配色先去色，明度层次清楚则配色基本不会难看；绝大多数”配色难看”的真实病因是明度对比不够或饱和度没管住，不是色相选错。 而”脏”通常不是饱和度低，是饱和度降得不一致、低饱和的颜色各自往不同色相方向偏移，导致一堆互相不认亲的灰堆在一起。
还有个警告：HSB 的 B、HSL 的 L、Lab 的 L 是三个不同的算法。HSL 里 L=50 的黄和 L=50 的蓝，实际感知亮度差了十几倍。数值和眼睛打架时，信眼睛。
你带走的一句话：明度是承重墙，色相和饱和度是装修。你可以把装修拆了重来，但承重墙一旦定死，后面所有的改动都得绕着它走。
下一章往色相方向走。色相是三个维度里最不影响结构的那一个，但它也是最能引发”生理冲突”的那一个。为什么红配绿被嘲笑而圣诞配色很和谐？为什么互补色放一起会”跳”？为什么分裂互补比纯互补好用？配色公式到底凭什么成立，又为什么只能保证你不犯错？第 09 章来算这笔账。
【思考题】
-
找一张你觉得配色很好看的图，去掉颜色，描述它的明度层级（最亮的是什么、最暗的是什么、中间调是什么、有几个档次）。再找一张你觉得配色难看的图，做同样的事。对比两份描述：难看的那张，问题出在明度上还是色相上？你之前是不是一直以为是后者？
-
为什么很多”高级感”的配色都是低饱和的？低饱和是不是一定高级？找一个（或自己造一个）低饱和但明显难看的例子，用本章的框架分析它难看在哪：是饱和度不均匀、色相偏移不一致，还是明度区间太窄？
-
如果在 HSL 里把一组颜色的 L 都设成 50，想做一组”视觉重量相同”的并列标签，结果会怎样？为什么不能相信 L 值？如果你真需要做一组视觉重量一致的标签，你会怎么做，又怎么验证自己做对了？
-
很多设计系统里，“次要按钮”用的是主色降饱和度的版本（主色是饱和的蓝，次要按钮是浅一点的蓝）。用去色检查的思路分析：这种做法会遇到什么问题？为什么成熟的设计系统里次要按钮反而做成了”描边 + 透明底”？背后的明度逻辑是什么？
-
在你自己做过的某个东西里（图、界面、PPT、文档都行），找出一处你觉得”看起来脏”或者”说不出哪里怪”的地方。按三个假设逐项排查：饱和度不均匀、色相偏移不一致、明度区间太窄。对每一条你怎么验证它成立还是不成立？最后你确定了哪一条？
-
大面积高饱和让人疲劳，但超市促销海报、游戏活动页、儿童玩具包装为什么还要大面积用高饱和？它们的取舍是什么？如果让你为一个”用户每天要打开一小时以上”的生产力工具选饱和度策略，你怎么选？老板要求”再活泼一点”，你怎么回应？
【参考答案】
-
大多数人做完这个练习会得到意外结果：好看的那张去色后明度层次非常清楚；难看的那张去色后往往糊成一团，或者所有东西挤在同一个灰度上。
而在此之前，绝大多数人会笃定地认为难看的那张是”颜色选得不好”。为什么？色相是最容易意识到的维度。你看一张图，最先跳进意识的是”这个红配这个绿”，而不是”这个红和这个绿去色后灰度几乎一样”。意识的可见性不等于重要性。
还有一点：好看的那张，通常最亮的地方恰好是作者最想让你看的地方，这是设计纪律。难看的那张则经常是”最亮的地方给了一个不重要的东西”——背景比主体亮，或者装饰比标题亮。
如果两张去色后明度层次其实差不多，那说明难看的那张问题真的在色相/饱和度上（占比不高但确实存在），你该进到第二步：看饱和度是不是失控、色相关系是不是别扭。这本身就是一次诊断流程演练。
-
低饱和显得”高级”，大概有两层原因。生理上：高饱和是”喊”，低饱和是”说”，而”不喊”通常跟”不需要你的注意”挂钩，也就是自信、有余裕——你很难想象奢侈品用大红大绿的爆炸贴。技术上：饱和度一低，色相之间的差异也被压缩，画面里的”意外”变少，整体感变强，而整体感是成熟设计的共同特征。
但低饱和绝不等于高级。低饱和难看，常见三种情况：
一是明度区间被一起压窄了。 很多人降饱和时连明度也往中灰挤，画面从”有黑有白”变成”全都是中灰”。这是最常见的死法。判断方法：去色后看最亮和最暗之间差距是不是很小。
二是降得不均匀。 这就是”脏”：有的降得多有的降得少，画面里同时存在”灰得快没了”和”还挺鲜艳”的颜色。判断方法：把所有颜色并排摆出来，看饱和度是不是在一个窄区间里。
三是灰的色相倾向不一致。 有的灰偏绿、有的偏紫、有的偏黄，一堆互相不认亲的灰。判断方法：去色后再稍微提一点饱和，看那些灰是不是往同一个方向偏。
第一种是明度问题，后两种是饱和度问题。你要能分辨自己遇到的是哪一种，因为修法完全不同。
-
结果是：这一排标签看起来轻重不一、参差不齐，而且你会完全不知道为什么——因为你看数值，L 明明全都是 50。具体表现：黄色标签像被打灯一样跳出来，青绿也很跳；蓝色显得沉、像陷进背景；紫色也偏沉。整排标签像一排高低不平的音符。
原因在于 HSL 的 L 是数值上的中间位置（最大值和最小值的平均），不是感知上的亮度。人眼对不同波长的亮度效率极不相等：中波贡献最大，长波次之，短波极小。纯度相同的黄和蓝，物理亮度都是”满”，感知亮度能差十几倍。
真要做一组视觉重量一致的标签：先定色相（比如红黄绿蓝紫五个）；不看 L 值，看去色后的灰度；逐个调明度，直到去色后灰度一致——你会发现黄色要压得非常暗、蓝色要提得非常亮，幅度大得让你吃惊；最后并排去色验证，看是不是变成了五个同样深的灰块。
补充一点：调完之后蓝色饱和度会变得很低，黄色会变得很深。这就是”感知同明度”的代价——它必然牺牲鲜艳度。既想要同明度又想要都鲜艳，是在跟生理对抗。这也是为什么用颜色做并列分类编码本质上是个坏主意：要么牺牲可区分性，要么牺牲美观。更稳的做法是用同一色相的不同明度做顺序编码，或者用位置、长度编码。
-
这个做法的问题，一去色就暴露了。
假设主色是饱和的蓝，去色后是中深灰。你降饱和度做次要按钮，得到”浅一点的蓝”——注意降饱和的同时通常也把它提亮了，去色后这个浅蓝可能变成中浅灰。于是有两个问题：
问题一，次要按钮和背景撞了。 白底或浅灰底上，这个浅蓝去色后跟背景明度差很小，次要按钮会”化”进背景里，看起来像一块没做完的色块，而不是可点击的按钮。
问题二，主次关系反了。 主按钮中深灰、次要按钮中浅灰，在白底界面上次要按钮反而更跳（白底上越暗越跳）。你辛苦建立的主次层级被翻转了。
所以成熟设计系统里次要按钮的常见做法是描边 + 透明底：填充透明，等于把明度交给背景，不形成大块明度冲突；1 像素描边提供”这是个按钮”的边界；文字用主色或深灰保证可读。去色看下来，它的视觉重量来自那条线和那行字，天然比主按钮的实心色块轻，而且不依赖颜色通道——色觉障碍者、黑白打印、低质量屏幕全都能正确识别。
一句话总结：元素的视觉重量主要由明度对比和占据的面积决定，不是由颜色决定。 想让次要元素更轻，正确做法是减小明度对比或减小面积，而不是改它的色相或饱和度。
-
这道题我要你练的是按顺序排查，而不是猜。三个验证手段：
验证假设一（饱和度不均匀）：把画面里所有主要颜色取出来并排摆成色块，不看原图。问自己：这些颜色的饱和度是不是在一个合理的窄区间里？有没有哪个明显比别人鲜艳很多或灰很多？修法是把它们拉齐到同一水平——注意是拉齐，不是全部压低。
验证假设二（色相偏移不一致）：把所有颜色降到很低（比如 15% 左右），这时你看到的应该是”一片灰”。问自己：这片灰是同一个灰吗？有的偏绿、有的偏紫、有的偏黄吗？修法是给所有颜色加一个统一的色相偏移（全部偏冷一点，或全部偏暖一点）。
验证假设三（明度区间太窄）：去色，看最亮和最暗的跨度。如果整张图几乎全是中灰，就是它。修法不是加饱和度，而是拉开明度。
一个重要经验：这三个问题经常同时存在，而且明度通常是根源。 明度区间被压窄时，所有颜色挤在中灰区，而中灰区里颜色的”最大可能饱和度”本来就很低，于是你想要”鲜艳一点”就会被迫用过高的饱和度数值，结果有的死灰、有的脏兮兮地艳——后两个问题跟着来了。所以排查顺序依然是先明度、后饱和度、最后色相，跳过前面去修后面会越修越乱。
-
这些场景的取舍，说白了是用一个代价换一个目标。
超市促销海报：目标是三秒内在三米外抓住路人，代价是不耐看、待久了烦。游戏活动页：目标是制造兴奋和紧迫感，高饱和加高对比加金红是标配，代价是廉价感和审美疲劳——游戏在乎转化率。儿童玩具包装：目标是在货架上从一排竞品里跳出来，而儿童对高饱和有偏好（视觉和注意力系统还在发育，需要更强刺激才能捕获）。
三者的共同点：都在争夺注意力，而且时间窗口极短。
换成”用户每天打开一小时以上”的生产力工具，情况反过来：用户已经主动来了，你不需要抓他；他要待很久，任何持续的强刺激都会累积成疲劳；他要做精细辨认工作（读数据、读代码），任何干扰都降低效率。
所以饱和度策略应该是：大面积低饱和给背景和容器，中饱和给功能色（状态、图表、类别区分），高饱和只留给需要立即注意的东西（错误提示、未读标记、关键 CTA），面积严格控制在百分之几以内。 这就是”面积和饱和度成反比”——高饱和的额度是稀缺资源，要花在刀刃上。
至于老板说”再活泼一点”，先问清楚：他要的”活泼”是”第一眼有记忆点”，还是”用起来有愉悦感”？前者可以在品牌元素、空状态插图、启动页这些用户不会长时间盯着看的地方提高饱和度，零成本。后者更多来自动效、圆角、插画、文案语气，而不是界面饱和度——把底色调整鲜艳，是最容易想到也最容易翻车的”活泼”。
可以直接用的说法：“我们可以更活泼，但活泼的成本是疲劳。用户每天在这里待一小时，我建议把活泼放在他只看三秒的地方，把克制放在他看一小时的地方。” 能说出这句话，说明你不是在执行需求，而是在管理需求。
【动手练习】
-
去色体检：五张图的明度档案
找五张图：两张你觉得配色好的，两张配色差的，一张你自己做过的。对每一张：
- 去色（任何方式都行，手机滤镜、系统设置、截图后转灰度）。
- 写下明度层级描述，格式固定：最亮的区域是什么（占多大面积）、最暗的是什么（占多大面积）、中间调是什么、一共几档。
- 判断：最亮的那一块，是不是这张图最想让你看的东西？
- 判断：去色后，有没有两个”本该区分开”的元素撞在同一个灰度上？
自评标准：五张做完后，你应该能说出至少一句”规律”——比如”难看的那两张都是明度区间太窄”。如果只得到五段零散描述、说不出规律，说明写得太笼统。回去重写，强迫自己写具体的方位、元素名、占多大面积，不写”大概在中间""感觉差不多”。
-
HSL 陷阱实测：同明度的谎言
用任何能调色的工具做两组各五个颜色，色相分别是红、黄、绿、蓝、紫。
第一组：HSL 模式下把五个颜色的 L 全设成 50，S 全设成 100。 第二组：保持色相不变逐个调整，直到这五个颜色去色后变成五个同样深的灰块（黄色要压得很暗、蓝色要提得很亮）。
然后把两组并排，回答三个问题：
- 第一组里，哪个颜色最跳？哪个最沉？它们的 L 值一样吗？
- 第二组里，为了做到”感知同明度”，黄色被压暗了多少？蓝色的饱和度还剩多少？
- 如果让你从这两组里选一组做”并列的分类标签”，你选哪组？为什么？
自评标准：如果你做完觉得两组差异”看起来没那么大”，说明你判断同明度时还是在看数值而不是看灰度。把两组都去色并排看——第二组应该变成五个几乎一样的灰块，第一组应该还是深浅不一。看到这个对比，你才算真懂了 HSL 的缺陷。
-
“脏”的诊断与修复
找一个你觉得脏的画面（自己做的、随手拍的、网上找的都行），按三步顺序修，每步截图留档：
第一步（明度）：去色，拉开明度区间，让该亮的亮起来、该暗的暗下去。
- 第二步（饱和度均匀性）：把所有主要颜色并排取出来，把饱和度拉到同一水平线。注意是拉齐，不是全部压低。
- 第三步（色相偏移一致性）：把所有颜色降到很低的饱和度，检查这些灰是不是”一家人”。不是就加统一的色相偏移（全部偏冷一点或偏暖一点）。
最后把四张图并排，写下：哪一步改善最大？
自评标准：多数情况下第一步（明度）改善最大，常常做完第一步”脏”就消失大半。如果第三步改善最大，说明这张图是纯粹的色彩协调问题（相对少见）。如果三步做完几乎没变化，多半是你每步都做得太保守——回去把幅度加大三倍再做一遍。设计上的调整，新手的问题几乎永远是”改得太小”，不是”改得太大”。