🪁 Дизайн-система начинает работать, когда вокруг неё договорились
Рома из Туту рассказывает, как их дизайн-система Kite выросла из старого UI-кита Order. Раньше компоненты жили отдельно на вебе, iOS и Android, дизайн догонял разработку, общей системы токенов не было, а масштабные визуальные изменения превращались в боль. В какой-то момент стало понятно, что просто иметь набор атомарных компонентов мало. Нужны общие правила, связанные токены, понятный процесс и договорённость между дизайном, разработкой и продуктовыми командами.
Хорошо видно, что дизайн-система в большой компании это не библиотека кнопок. Это продукт внутри продукта. Там есть архитектура токенов, сборка под разные платформы, документация, миграции, поддержка команд, white-label сценарии, редизайны и постоянный торг между строгостью и гибкостью. Если всё сделать слишком свободным, каждый снова соберёт свой интерфейс. Если всё закрутить слишком жёстко, продуктовые команды начнут обходить систему стороной.
Внутри:
– Почему UI-кит без связи с дизайном быстро упирается в потолок;
– Как Туту перешёл от Dev-to-Design к Design-to-Dev подходу;
– Зачем дизайн-системе нужна глубокая система токенов;
– Почему готового сборщика токенов может хватить на старт, но не на сложную систему;
– Как CSS-переменные помогли с темами, скоупами и платформенными ограничениями;
– Зачем Туту сделали собственную генерацию токенов под веб, iOS, Android и MailKit;
– Как дизайн-система помогла быстрее делать white-label решения для партнёров;
– Почему после запуска важны документация, внедрение в продуктовые команды и автоматизация через ИИ.
➡️ Читать статью
———
💻 Вакансии в IT и digital
😍 Про дизайн
🔥 Вакансии дизайнерам
🎨 Референсы











