Зачем бизнесу дизайн-система и когда она лишняя

Arevian Studio

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

Дизайн-система — это не брендбук и не библиотека красивых кнопок. Это набор решений, принятых один раз: какие бывают отступы, что значит «опасное действие», как выглядит поле с ошибкой, сколько у нас размеров заголовка. Дальше каждый новый экран собирается из принятых решений, а не изобретается заново.

Что она экономит

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

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

С какого размера окупается

Грубый порог — три человека в команде или двадцать экранов. Пока сайт делает один дизайнер и один разработчик за месяц, система не окупится: решения и так в одной голове.

Система нужна там, где решения приходится передавать. Пока их не передают, она — документация ради документации.

Что входит в минимальную систему

Цвета по ролям: не «оранжевый», а «акцент», «опасность», «фон»
Шкала типографики: ограниченный набор размеров, а не произвольные числа
Сетка и отступы одним шагом
Состояния: наведение, нажатие, загрузка, ошибка, пусто
Компоненты: кнопка, поле, карточка, диалог, таблица

Заметьте, чего в списке нет: иллюстраций, анимаций и прочего настроения. Это тоже важно, но это слой поверх, а не фундамент.

Как не превратить её в кладбище

Главная опасность — система, которую завели и перестали обновлять. Через полгода разработчики перестают в неё заглядывать, потому что половина компонентов не совпадает с живым продуктом. Правило, которое работает: система меняется в том же изменении, что и продукт, иначе её правка не принимается.

Второе правило — у системы должен быть владелец. Не «ответственная команда», а человек, к которому идут с вопросом «а как у нас». Без него система за год превращается в три системы, что хуже, чем ни одной.