Дизайн-система ломается не в UI-kit, а в правилах, которые никто не читает

Дизайн-система ломается не в UI-kit, а в правилах, которые никто не читает

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

• Токены должны описывать не «синий-500», а роль: primary, surface, danger, focus.
• Компонент без состояний — это не компонент, а картинка. Нужны hover, focus, disabled, loading, error.
• Если у паттерна нет owner’а, он быстро расползается по продукту в десятках почти одинаковых версий.

Ещё одна типовая ошибка — пытаться стандартизировать всё сразу. Сначала закройте самые частые и дорогие сценарии: формы, таблицы, модалки, навигацию, уведомления. Именно там копится основной UX-долг и растёт цена каждого исключения.

Что важно: дизайн-система должна сокращать количество решений, а не увеличивать число согласований. Если дизайнеру и фронтенду проще собрать новый костыль, чем взять готовый паттерн, система уже не работает.

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