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

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

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

Что должно быть в базе:
— токены для цвета, отступов, типографики и радиусов;
— описанные состояния: hover, focus, disabled, error, loading;
— правила контента: длина текста, переносы, приоритеты;
— примеры «можно / нельзя» для спорных паттернов.

Что важно: компонент без контекста почти бесполезен. Один и тот же модуль в онбординге, checkout и личном кабинете может вести себя по-разному. Если это не зафиксировано, дизайнеры и разработчики начнут «додумывать» каждый раз заново — и консистентность исчезнет.

Ещё одна типовая ошибка — документировать только внешний вид. Для роста системы нужны не только UI-киты, но и ownership: кто принимает изменения, как заводятся исключения и как устаревшие паттерны выводятся из оборота.

Если в системе есть только компоненты, это не система, а склад ассетов; рабочий стандарт начинается с правил, а не с пикселей.