<b>5 признаков, что ваш design system уже мешает продукту, а не помогает ему</b>
Если библиотека компонентов разрастается быстрее, чем продукт, обычно ломаются не кнопки, а процесс.
— Компоненты начинают копировать друг друга: <code>Button</code>, <code>PrimaryButton</code>, <code>CTAButton</code> — и у каждого своя логика.
— Варианты стилей живут отдельно от поведения: визуально всё похоже, но состояния, отступы и disabled-сценарии разные.
— Команда боится использовать готовое: проще собрать новый экран вручную, чем разобраться в правилах компонента.
— Документация описывает «как выглядит», но не отвечает, <i>когда</i> компонент применять и <i>когда нельзя</i>.
— Дизайн-система требует согласований на каждом шаге, вместо того чтобы ускорять сборку интерфейса.
Что важно: хороший design system снимает выбор там, где решения уже приняты. Если каждый элемент требует обсуждения, система превратилась в бюрократию.
Что делать на практике:
— сократить число похожих компонентов и оставить один источник правды;
— описать не только внешний вид, но и поведение, ограничения, состояния;
— добавить примеры плохого использования, а не только правильного;
— связать дизайн, код и документацию так, чтобы изменения не расходились.
Если система не помогает собирать интерфейсы быстрее и стабильнее, её нужно не расширять, а упрощать.
UX Pattern Lab
@ux_pattern_lab
<b>5 признаков, что ваш design system уже мешает продукту, а не помогает ему</b>
Этот пост опубликован в Telegram-канале UX Pattern Lab. Подписаться можно по ссылке: @ux_pattern_lab.