Как заботиться о своих разработчиках и при этом тратить меньше времени на дизайн-ревью Первое, что можно сделать — показать, как вообще устроено ваше рабочее пространство в Figma в рамках задач и глобально: 1. Как вы группируете и обозначаете готовые к вёрстке макеты 2. Как вы обычно выделяете корнер-кейсы, happy path-флоу и куда складываете новые компоненты 3. Где в макетах искать автора задачи и ссылку на тикет 4. Как запускать и перезапускать прототипы 5. Как структурированы общие файлы и как быстро найти нужный раздел 6. Наверняка у вас запинены основные файлы в левой панели — поделитесь структурой закладок Всё это и многое другое поможет быстрее ориентироваться. Второй момент — овервью дизайн-системы. ДС почти всегда обновляется быстрее, чем об этом узнают разработчики. Пробегитесь по основным разделам, подсветите важные компоненты, расскажите, что поменялось в последней версии. Особенно это полезно для новичков — они быстрее начнут ориентироваться и будут меньше дёргать вас по базовым вещам. Дальше — зоны ответственности. Кто отвечает за конкретный стрим, к кому идти по определённой фиче, кто главный по направлению. Это сильно снижает хаотичные коммуникации. Плюс команда начинает лучше понимать друг друга и меньше общаться через посредников. Отдельная тема — Dev Mode. Проведите обзор, подсветив киллер-фичи, которые упрощают и ускоряют рутину разработчика, а также процесс дизайн-ревью. Если у команды нет платной Figma, можно поделиться списком плагинов, которые почти полностью заменяют этот режим: 1. Inspect Styles — аналог панели Inspect. Просмотр стилей в расширенном режиме 2. Annomate — аналог Annotation. Технические заметки в макетах 3. Measure — аналог Measurement. Добавление красных линий для измерения расстояния между элементами 4. Visual Difference — аналог Compare Changes. Отслеживание истории изменений конкретного элемента 5. Insert Component Props Playground — аналог Playground. Просмотр свойств компонентов без редактирования И, наконец, опыт личных договорённостей. Например, вместо бесполезных созвонов вы с Ваней записываете Loom, а с Колей решаете всё прямо в макетах, переписываясь онлайн через слэш (/). Димону вы однажды показали плагин для сжатия изображений и плагин для выгрузки ассетов — и теперь половина процессов у вас автоматизирована. Ну и база — просто общайтесь. Спросите, что сейчас работает плохо, где теряется время, что можно улучшить. Дизайнеры и разработчики не должны жить в своих вакуумах. Чем меньше трения в процессе, тем меньше нервных дизайн-ревью и тем быстрее ваши макеты доезжают до продакшена.