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

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

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

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

Отдельно пропишите поведение для состояний, которые чаще всего забывают: loading, empty, disabled, error, overflow. Именно они съедают время команды и делают интерфейс «почти одинаковым», но не совсем.

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

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