Design system разваливается не из-за UI, а из-за слабых правил его использования

Design system разваливается не из-за UI, а из-за слабых правил его использования

Если в системе есть кнопки, токены и сетка, это ещё не design system. Система начинает работать только тогда, когда у неё есть понятные границы: где компонент обязателен, где допустим кастом, кто принимает исключения.

Проверьте 4 вещи:
— есть ли у каждого компонента один источник правды;
— описаны ли состояния, размеры и поведение в edge cases;
— совпадают ли названия в дизайне и в коде;
— можно ли собрать страницу без ручной правки «на глаз».

Частая ошибка — делать библиотеку ради библиотеки. Команда копирует визуальные паттерны, но не фиксирует правила: когда использовать modal, а когда drawer; чем отличается secondary action от destructive; почему один и тот же input ведёт себя по-разному в формах. В итоге дизайнеры рисуют «почти как в системе», а разработчики чинят расхождения по месту.

Что делать на практике: начните не с нового компонента, а с audit самых используемых экранов. Сравните реальные паттерны с тем, что уже лежит в библиотеке, и закройте самые частые отклонения. Так система становится не каталогом UI, а способом снижать хаос и ускорять сборку продукта.