Дизайн-система в проекте: где она экономит часы, а где превращается в балласт

Дизайн-система нужна не «для красоты в Figma», а чтобы команда быстрее собирала экраны и не спорила о каждом отступе. В слабых кейсах её показывают как отдельный артефакт, а не как рабочий инструмент.

Минимальный состав:
— токены: цвета, шрифты, сетка, отступы;
— компоненты с состояниями: кнопки, поля, карточки;
— правила выбора вариантов;
— примеры на реальных экранах.

Типовая ошибка — строить огромную библиотеку «на будущее». Половина компонентов не используется, дизайнеры дорисовывают вручную, разработка получает исключения. Лучше собрать ядро из повторяющихся элементов и расширять его по факту потребности.

Для клиента ценность в другом: новый раздел собирается из готовых блоков, бренд не расползается, состояния предсказуемы. В кейсе это сильнее, чем скриншот аккуратной UI-kit страницы.

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