7 рекомендаций по выбору цвета

Под одной из моих статей читатель оставил комментарий о том, что использование цвета — вещь очень полезная, но её следует применять с умом, чтобы документация (цитата) «не превращалась в разноцветное марево».

Замечание, считаю, справедливое. И я решил сформулировать перечень базовых рекомендаций, которых было бы разумно придерживаться при разработке визуализаций самого разного рода. Вот они.

1. Использовать цвет умеренно

В работе [Scott Tilley. Systems Analysis and Design, 12th edition. Cengage Learning, 2019] рекомендуется избегать кричащих и ярких цветов. И это требование понятно. Ядовитые цвета, возможно, хороши в отдельных случаях для привлечения внимания или как временное решение, но это точно не то, что стоит делать и показывать коллегам.

Дополнительно я бы ещё добавил рекомендацию следить за тем, чтобы цвета преимущественно не были сильно насыщенными. Плохой пример: информация, помещённая в таблицу, у которой строки окрашены в глубокие тона, тяжело воспринимать, текст просто теряется.

2. Не использовать большую палитру

Здесь действует правило: чем меньше, тем лучше. Если для донесения информации и расстановки акцентов достаточно, условно, четырёх цветов, то не стоит использовать больше.

В работе [Colin Ware. Visual Thinking For Design. Morgan Kaufmann Publishers, 2008] отмечается, что проводились различные исследования с целью выяснить, сколько цветов в принципе способен воспринимать человек одновременно. Ответ звучит так: результаты исследований разнятся и зависят от условий их проведения, но это всегда от 6 до 12.

Я же исхожу из того, что стоит ограничить число цветов законом Миллера (правило «семь плюс-минус два»). Этот закон утверждает, что в силу ограничений кратковременной памяти человек способен запомнить и повторить не более 7±2 элементов. Поэтому использовать на одной диаграмме 12 цветов я бы не рекомендовал.

3. Использовать цвет последовательно

Если на одних диаграммах цвет ассоциируется с одним смыслом, то во избежание путаницы рекомендуется придерживаться использования этого же цвета с тем же смыслом и на других диаграммах (по крайней мере на диаграммах одного вида). 

Если пренебречь этим правилом, то можно и самому допустить ошибки, и потребителей своих артефактов ввести в заблуждение. Наличие легенды с пояснением, конечно, в некоторой степени может помочь, но на это рассчитывать не стоит по двум причинам. Во-первых, не все догадаются её читать (ведь подобные легенды с теми же цветами уже видели ранее), а, во-вторых, такая непоследовательность не позволит потребителям держать у себя в голове ассоциацию и эффективно взаимодействовать с вами и вашими артефактами.

4. Учитывать сложившуюся практику и культурный контекст

Не стоит на своих диаграммах использовать сигнальный красный цвет для выделения нормального поведения, а успокаивающий зелёный — для сбойных ситуаций. Люди привыкли к иному и, даже если в легенде будет всё объяснено, это не поможет и накладки будут неизбежны. 

Другой пример. Если есть корпоративные правила, согласно которым синий цвет в архитектурных артефактах обозначает системы, находящиеся за периметром компании, то использовать этот цвет в собственном кодировании для иных целей следует с осторожностью, особенно если разрабатываемый артефакт предстоит согласовывать с архитектором. Это может ввести его в заблуждение.

5. Использовать цвет целенаправленно

В статье [Oleg Sindiya et al. Introduction to Information Visualization (InfoVis) techniques for Model-Based Systems Engineering. Procedia Computer Science, 16 (2013), pp. 49–58], предлагается для визуализаций использовать только приглушённую цветовую палитру, а выделять цветом, отличным от основных, только те элементы, на которые требуется обратить внимание («чтобы сфокусировать внимание на ключевой информации»).

Если использовать приглушённые тона может быть не всегда удобно и оправдано, то использовать цвет для расстановки акцентов — это полезный приём. С примерами его использования можно ознакомиться в статьях об использовании цвета при анализе и проектировании систем, в частности при рассмотрении подходов, применяемых для диаграмм компонентов.

6. Учитывать цвета фона для визуализации

Самое простое, что можно тут отметить, это использовать контрастные фон и изображения на нём. Так, использовать тёмно-зелёные подписи на синем фоне будет плохой идеей.

Другое соображение, которое тоже следует иметь в виду, заключается в том, что восприятие цвета может сильно отличаться в зависимости от выбранного фона.

7. Учитывать особенности восприятия цветов

Этот пункт, пожалуй, самый сложный и неоднозначный.

Разные люди воспринимают цвета по-разному и тут возникает целое поле для ошибок. К примеру, когда на схеме применяются все известные автору оттенки одного цвета, то обсуждать схему становится проблематично. Почему так? 

Во-первых, кто-то может не различать тонких оттенков. Во-вторых, у разных людей разный понятийный аппарат и голосом сложно прийти к взаимопониманию. Так, однажды мне довелось обсуждать диаграмму, автор которой поэтично оперировал словом «лазурь», а у меня откровенно не было уверенности, об одних ли блоках на диаграмме мы говорим (там были блоки и других оттенков синего). В-третьих, разные устройства имеют разную цветопередачу, плюс при экспорте диаграмм цвета могут исказиться.

Отдельно стоит вопрос с людьми, имеющими проблемы с цветовосприятием. Такие люди могут просто не различать некоторых цветов. Этот вопрос, полагаю, требует отдельного рассмотрения, но из всего вышесказанного я для себя сделал следующий вывод: не стоит злоупотреблять близкими оттенками одного цвета на одной диаграмме; при наличии в том необходимости лучше ввести в рассмотрение другой цвет и его оттенки.