Design Handoff: как передать дизайн в разработку
Design Handoff — это процесс передачи дизайна разработчикам. Если он организован плохо, разработчики тратят время на догадки, задают вопросы, делают ошибки. Если хорошо — разработка идёт быстро и точно.
Проблема в том, что «передача макетов» — это не просто «отправить ссылку на Figma». Это целый процесс: подготовка спецификаций, аннотации, состояния, токены, ревью. Без системного подхода даже красивый макет превращается в продукт с расхождениями, а команда тратит недели на правки.
В этой статье — разбор того, как правильно передавать дизайн: что входит в спецификации, как использовать токены, какие инструменты помогают, как организовать ревью. Если нужно подготовить макеты к разработке — поможем.
Что такое Design Handoff
Design Handoff — это передача дизайна от дизайнера к разработчику. Он включает:
- Макеты: финальные версии всех экранов, подписанные и структурированные [citation:11];
- Спецификации: размеры, отступы, шрифты, цвета — всё, что нужно для точной реализации;
- Состояния: hover, pressed, disabled, loading, error, empty [citation:1];
- Адаптив: версии для разных экранов и устройств [citation:4];
- Ассеты: иконки в SVG, изображения, шрифты [citation:11];
- Аннотации: пояснения к сложным элементам и логике [citation:5];
- Документацию: правила использования, гайдлайны [citation:5].
Handoff — это не «отправить макет и забыть». Это совместная работа, которая продолжается до релиза и после него. Дизайнер остаётся доступным для вопросов, участвует в ревью реализации, помогает решать технические ограничения [citation:3].
💡 Важно
Хороший handoff — это когда разработчик может реализовать экран, не задав ни одного вопроса. Если вопросы возникают — значит, макет недоработан.
Почему это важно
Экономия времени
Разработчик не тратит время на догадки и вопросы. Всё есть в спецификации. По данным исследований, отсутствие контекста приводит к 40 минутам дополнительной работы на каждой задаче [citation:6].
Точность
Реализация соответствует дизайну. Нет «я думал, тут 16px, а не 12px». Меньше расхождений — меньше правок [citation:4].
Коммуникация
Дизайнер и разработчик говорят на одном языке. Меньше недопонимания, меньше конфликтов, быстрее решения [citation:8].
Качество
Продукт выглядит так, как задумано. Нет визуальных расхождений, нет «сюрпризов» на проде [citation:3].
Спецификации
Спецификация — это документ с точными параметрами всех элементов. Без неё разработчик вынужден догадываться, а догадки почти всегда расходятся с замыслом.
| Параметр | Что указывать |
|---|---|
| Размеры | Ширина, высота, отступы, позиции |
| Типографика | Шрифт, размер, вес, межстрочный интервал |
| Цвета | HEX, RGB, CSS-переменные |
| Состояния | Hover, pressed, disabled, loading, error |
| Адаптив | Breakpoints, поведение на разных экранах |
| Анимации | Длительность, easing, триггеры |
Как оформлять спецификации
- Аннотации прямо в макете: используйте плагины вроде Humaan Annotations или встроенные заметки Figma [citation:5][citation:11];
- Комментарии к сложным элементам: логика, условия, поведение при ошибках;
- Отдельные фреймы для состояний: покажите все состояния рядом, а не описывайте текстом;
- Сетка и отступы: укажите базовую единицу (например, 4px или 8px) [citation:5].
Токены
Токены — это переменные, которые хранят значения дизайна. Они позволяют синхронизировать дизайн и код.
- Цвета: color-primary, color-background, color-text, color-border;
- Типографика: font-size-heading, line-height-body, font-weight-bold;
- Отступы: spacing-xs, spacing-sm, spacing-md, spacing-lg;
- Радиусы: radius-button, radius-card, radius-input;
- Тени: shadow-sm, shadow-md, shadow-lg.
Когда дизайнер использует токены в Figma, а разработчик — те же токены в коде, изменения применяются везде. Изменил цвет primary — обновилось во всех кнопках, ссылках, акцентах.
Инструменты для работы с токенами:
- Figma Variables: встроенный механизм переменных;
- Tokens Studio: плагин для синхронизации токенов с кодом;
- Style Dictionary: инструмент для генерации кода из токенов [citation:5].
Figma Dev Mode
Figma Dev Mode — это специальный режим для разработчиков. Он показывает всё, что нужно для реализации, без переключения на дизайнерский интерфейс.
Измерения
Размеры, отступы, позиции — всё показывается автоматически при наведении на элемент.
Стили и токены
Цвета, шрифты, эффекты — в виде токенов, которые можно скопировать в код.
Код
CSS, iOS, Android — готовые сниппеты для копирования. Ускоряет реализацию.
Статусы
Готово к разработке, в работе, завершено. Прозрачный процесс для команды.
Dev Mode упрощает передачу и снижает количество вопросов от разработчиков. Но он не заменяет спецификации — он их дополняет.
Процесс передачи
Передача дизайна — это последовательный процесс, а не разовое действие.
Подготовка
Дизайнер организует файлы, добавляет спецификации, отмечает состояния, готовит ассеты. Файл должен быть понятен без объяснений [citation:11].
Презентация
Дизайнер показывает макеты, объясняет решения, отвечает на вопросы. Разработчики получают контекст, а не просто ссылку [citation:15].
Разработка
Разработчик реализует дизайн. Дизайнер доступен для вопросов. Возможны итерации, если возникают технические ограничения [citation:15].
Ревью
Дизайнер проверяет реализацию, сравнивает с макетом, вносит правки. Процесс повторяется до полного соответствия [citation:3].
Передача частями
Не обязательно передавать всё сразу. Можно передавать макет частями, сценариями. Разработчики быстрее начнут работу, а дизайнер сможет вносить изменения по ходу [citation:15]. Это особенно полезно для больших проектов.
Ревью реализации
Ревью — это этап, когда дизайнер проверяет, что разработчик реализовал всё правильно. Без него handoff не завершён.
Как организовать ревью
- Сравнение макета и реализации: скриншот и макет в одном масштабе. Стикеры с номерами для быстрого считывания проблем [citation:3];
- Таблица правок: что не так, как надо, уровень критичности (низкий, средний, высокий) [citation:3];
- Обсуждение в мессенджере: если что-то нельзя исправить (технические ограничения), фиксируется причина [citation:3];
- Статусы: «исправлено», «не исправлено», «не будет исправлено» [citation:3].
Что проверять
- Все страницы и модули: ничего не забыто, все состояния на месте [citation:1];
- Все состояния: hover, focus, disabled, loading, error [citation:1];
- Адаптив: все брейкпоинты, нестандартные размеры [citation:1];
- Контент: нет «рыбы», тексты реальные, уведомления и ошибки на месте [citation:1];
- Пиксель-перфект: расхождения в пределах допустимой погрешности [citation:4].
Чек-лист
Перед передачей макета в разработку проверьте по этому чек-листу. Если хотя бы 3–4 пункта не выполняются — риск ошибок высок.
Навигация и структура
- Все страницы и фреймы подписаны
- Логичные названия, понятные без объяснений
- Слои названы, скрытые объекты удалены
- Есть точки входа и стрелки между экранами
Состояния и адаптив
- Все интерактивные состояния нарисованы
- Состояния загрузки, ошибки, пустые экраны
- Адаптив для всех брейкпоинтов
- Проверены нестандартные размеры
Спецификации и токены
- Все размеры и отступы указаны
- Шрифты, цвета, эффекты через токены
- Аннотации к сложным элементам
- Анимации описаны: длительность, easing
Ассеты и контент
- Иконки в SVG, нужного размера
- Изображения сжаты и лежат в облаке
- Нет «рыбы», тексты реальные
- Уведомления и ошибки на месте
Ошибки
Нет спецификаций
Разработчик догадывается о размерах и отступах. Результат может не совпасть с замыслом.
Забыли состояния
Hover, error, loading — не проработаны. Разработчик делает «как получится» [citation:1].
Нет адаптива
Только десктопная версия. Мобильная — «на усмотрение разработчика» [citation:4].
Хаос в слоях
Слои без названий, скрытые объекты, устаревшие версии. Разработчик тратит время на разбор [citation:11].
Нет ревью
Дизайн передан и забыт. Расхождения обнаруживаются на проде, а не до релиза [citation:3].
Разные версии
Разработчик использует старую версию макета. Результат не совпадает с финальной [citation:11].
Наши рекомендации
📌 Что вы получаете, заказывая Design Handoff у нас
- Структурированные макеты — с навигацией и подписями
- Спецификации — размеры, отступы, состояния
- Токены — для синхронизации с кодом
- Ассеты — иконки, изображения, шрифты
- Аннотации — для сложных элементов
- Процесс ревью — до полного соответствия
🔹 Оставьте заявку на Design Handoff
Хотите передать дизайн без проблем? Оставьте заявку на бесплатную консультацию. Закажите сейчас.
📌 Итоговый вывод
Design Handoff — это процесс, который определяет, насколько точно дизайн будет реализован.
Что нужно знать:
- Что это — передача макетов, спецификаций, состояний, ассетов
- Почему важно — экономия времени, точность, качество
- Спецификации — размеры, шрифты, цвета, состояния, адаптив
- Токены — синхронизация дизайна и кода
- Dev Mode — инструмент для разработчиков
- Ревью — сравнение макета и реализации, таблица правок
- Ошибки — нет спецификаций, забыли состояния, нет ревью
Хотите передать дизайн правильно? Закажите консультацию в Lead Hub.
Также рекомендуем: UX-исследование, user flow, прототипирование, дизайн-система, UX-метрики, юзабилити-тестирование, визуальный дизайн, UI/UX дизайн.