Как я вытащила продукт из хаоса

🔒 NDA

Задача

Разработать мобильную версию корпоративного портала и админки для сотрудников, адаптировать существующие интерфейсы под разные разрешения.

Дано

Проект, который пугал всех дизайнеров в компании. Когда я пришла, фигма-файл представлял собой хаос: устаревшие макеты вперемешку с актуальными, многие из которых уже не совпадали с тем, что реализовано в разработке. Компоненты почти не использовались, структура отсутствовала, а файл в Figma буквально «висел» из-за своего веса.

Процесс

Я предложила делать работу качественно и системно: обновлять и создавать компоненты, приводить в порядок макеты и параллельно сверяться с фронтом.

Часть проекта в Figma до
Часть проекта в Figma «до»

Мы сравнили подход «быстрые драфты» и подход с нормальной проработкой. В итоге договорились попробовать мой вариант при условии, что сроки сохраняются, а ответственность распределена честно — каждый отвечает за свою часть работы.

Процесс стал ровнее: чем аккуратнее становился дизайн, тем легче работала разработка. Мы уложились раньше, чем планировали, если бы продолжали работать драфтами.

Часть проекта в Figma после
Часть проекта в Figma «после»

После оптимизации и структурирования ошибка о слишком тяжёлом Figma-файле исчезла.

Далее мне доверили следующий блок работы в рамках того же продукта. Он пошёл быстрее, потому что команда приняла принципы системы и увидела эффект.

Ключевые результаты

  • Единая система макетов: переменные, базовые правила, структура, адаптивность.
  • Ошибка по весу файла устранена, Figma стала стабильнее и удобнее для всей команды.
  • Предсказуемая работа с фронтом: меньше расхождений между дизайном и реализацией, меньше правок.
  • Сроки улучшены: задачу закрыли раньше, чем при сценарии с драфтами.
  • Бизнес получил не черновики, а рабочую основу, которую можно развивать без переделок «с нуля».
  • После успешного запуска меня отправили на другие части продукта и проекты, где я внедряла системный подход, работала над технической стороной макетов вместе с фронтом и помогала выстраивать такую же систему для новых команд.
Это было непросто: приходилось объяснять пользу системного подхода на разных уровнях — от руководителя проекта до директоров и тимлидов разработки. Но результат себя оправдал: подход приняли и внедрили в других проектах.

Другие кейсы