Работала с дизайн-системой, которой… по сути и не было
В компании было 3 продукта - и 3 разных UI kit: 🎨 разные стили 🛠 разные подходы к сборке 🗂 разные файлы
В какой-то момент это начало ломать процессы.
Что происходило: 🙈 один дизайнер собирает компонент на прямоугольниках 🙉 другой - через автолейаут 🙊 третий - вообще по-своему
В итоге: ❌ компоненты нельзя переиспользовать ❌ разработка задаёт одни и те же вопросы ❌ макеты сложно поддерживать
И самое критичное - не было ответа на вопрос: 👉 где и зачем использовать конкретный компонент
Что я сделала:
1. Объединила UI kit в единую систему + убрала дубли + развела стили по продуктам внутри одной логики
2. Унифицировала сборку компонентов + зафиксировала правила: когда автолейаут, когда нет + привела компоненты к одному принципу
3. Ввела дизайн-токены + цвета + типографика + отступы
4. Добавила правила использования + где применять компонент + в каких сценариях + какие есть ограничения
Что изменилось: ✅ дизайнеры начали собирать интерфейсы одинаково ✅ компоненты стали переиспользуемыми ✅ разработка стала реже возвращаться с вопросами ✅ новые экраны делаются быстрее
Дизайн-система - это не про «красивый UI kit» Это про: ✅ единые правила ✅ предсказуемость ✅ снижение хаоса в продукте
Без этого даже самый аккуратный UI быстро разваливается 💯
· 29.03
Внедрение дизайн-токенов — это вообще точка невозврата для продукта. 🚀 Когда цвет или отступ перестают быть просто "пикселем" и становятся системной переменной, общение с разработкой переходит на совершенно другой уровень. Это база для масштабирования, особенно когда продуктов несколько. Отличный кейс по наведению порядка в хаосе
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответить
0
коммент удалён