Недавно писал о том, что наша продуктовая команда перешла на Фигму (t.me/desprod/398). С момента выхода поста меня немного завалили вопросами о том, как именно у нас организована работа с макетами — постараюсь ответить на самые часто задаваемые.


— Есть ли общий дизайн-макет всего Интеркома, single source of truth? И как устроена работа с его версиями, как туда вливаются изменения?

У нас нет общего макета. Более того, у нас вообще нет макетов, которые бы всегда соответствовали текущей действительности даже для отдельных продуктов. Единственный source of truth — код в продакшене. Всё слишком часто меняется, чтобы можно было поддерживать актуальность макета — мы отгружаем изменения практически каждый день, иногда по несколько раз в день. Поэтому даже не пытаемся тратить время на поддержку макетов в актуальном состоянии. Под каждую новую фичу и под каждый новый проект дизайнеры создают новые файлы. Контроля версий не используем.


— А как несколько дизайнеров вместе работают над одним макетом?

Такое, чтобы дизайнеры работали над одним макетом прямо одновременно, у нас бывает очень редко. Почти всегда один проект ведёт один дизайнер, и ему не надо ни с кем особенно договариваться или синхронизироваться. Не надо следить за тем, как организованы слои в макете и т. д. (Если только дизайнер сам не угорает на тему организации слоёв.) Если совместная работа всё-таки случается, ребята договариваются, кто над какой частью работает. Единственное исключение — дизайн-система. Ей пользуются все.


— Да, а как дизайн-система устроена?

Вопрос выглядит как тема для отдельного поста. Если совсем вкратце — у нас есть отдельная команда, специально выделенные люди, которые занимаются дизайн-системой фулл-тайм. Они работают над библиотекой компонентов, которыми пользуются все остальные дизайнеры. С Фигмой обновлять библиотеку стало супер-просто: ребята выкатывают апдейт, и новые версии компонентов сами «приходят» ко всем в макеты. Дизайнерам достаточно только подтвердить обновление.


— Как дизайн передаётся в разработку?

Это происходит в несколько этапов. Обычно ещё на этапе концепта, когда мы решаем, что глобально с задачей делать, разработчики участвуют в принятии этого решения и начинают составлять технический план и архитектуру. Когда появляется дизайн уже самого интерфейса, мы присылаем ссылку на исходник разработчикам, ну и показываем-рассказываем. Обычно вместе с ними делаем несколько итераций дизайна. Если делали анимации и детали во Framer, делимся прототипом тоже. Раньше, когда исходники были в Скетче, для передачи в разработку использовали Zeplin. Никаких спецификаций не составляем. Иногда дизайнер может описать решение в виде документа, потому что так ему самому удобнее.


— А бывает, что дизайн изменяется, когда разработку уже начали? Что тогда?

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


— Заметно ли увеличилась скорость запуска новых фич, продуктов при переходе на Фигму? Мерили ли как-то эффект перехода?

Смотрели только на субъективные ощущения команды, про влияние на скорость запуска сложно сказать. Общение точно ускорилось, довольно активно пользуемся комментариями в Фигме — это бывает удобно. Плюс все всегда знают, где смотреть самую последнюю версию.