Большинство команд считают, что дизайн-система — это файл в Figma и библиотека компонентов. Но это лишь артефакты дизайн-системы, а не сама система. Настоящая система — это набор решений: шкала отступов, логика цвета, правила движения, когда использовать тот или иной паттерн, — которые позволяют продукту оставаться целостным по мере того, как его касается всё больше людей и команд.
Чаще всего мы видим проблему не в отсутствии библиотеки компонентов. Проблема в том, что компоненты существуют, но лежащие в их основе решения нигде не зафиксированы, поэтому каждый новый участник заново изобретает логику с нуля, и система с каждым добавлением понемногу расползается.
Вместо этого для клиентов мы создаем небольшой набор примитивов с явно прописанными правилами — не просто как выглядит кнопка, а когда стоит использовать кнопку, а когда текстовую ссылку или намагниченный призыв к действию, и почему. Компоненты значат меньше, чем правила, которые их породили, потому что правила распространяются и на случаи, которые никто заранее не проектировал.
Проверка хорошей дизайн-системы — не в том, насколько отполировано она выглядит в файле. А в том, сможет ли новый инженер через полгода собрать экран, который никто еще не проектировал, и чтобы он ощущался органичной частью системы.