<b>Design system не ломается в кнопках — он ломается в решениях без правил</b>

<b>Design system не ломается в кнопках — он ломается в решениях без правил</b>

Design system нужен не ради библиотеки компонентов, а ради снижения хаоса: когда у команды есть единый ответ на вопросы про отступы, состояния, контраст и поведение. Если в системе только UI-kit, она быстро превращается в склад красивых, но несвязанных деталей.

Что должно быть в ядре:
— токены: цвет, типографика, сетка, радиусы, тени;
— компоненты с состояниями: default, hover, focus, disabled, error;
— правила композиции: когда элемент можно комбинировать, а когда нельзя;
— accessibility по умолчанию: фокус, клавиатура, контраст, читабельность.

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

Что делать на практике: начните не с каталога экранов, а с трёх самых дорогих зон — формы, таблицы и навигации. Именно там чаще всего рождаются разные версии одного и того же поведения. Потом добавляйте документацию с примерами «можно / нельзя» и короткими объяснениями, почему так.

Хороший design system экономит не время на рисовании, а время на согласовании. Если правило нельзя применить в продукте без оговорок — значит, его ещё рано считать правилом.