Прототипирование и экспорт: интерактивность, Preview и Dev handoff
После того как вы научились собирать экраны (Frame, Shape, Text), выравнивать их (сетки, Auto Layout, Constraints) и систематизировать элементы (стили, компоненты и Variants), логичный следующий шаг — показать, как интерфейс работает, и передать результат в разработку.
В этой теме вы разберете:
как сделать кликабельный прототип из ваших экранов
как проверять сценарии через Preview
как подготовить файл, чтобы разработчику было легко забрать размеры, цвета, шрифты и экспортировать ассеты!Схема показывает, как экраны превращаются в прототип и затем передаются в разработку
Что такое прототип в Figma
Прототип — это интерактивная модель интерфейса: вы нажимаете кнопки, переходите между экранами, открываете модальные окна и проверяете, понятен ли сценарий.
Важно: прототип не заменяет разработку. Его задача — быстро проверить UX-логику и показать поведение UI.
Термины, которые вам понадобятся:
Экран (Frame) — ваш макет экрана приложения или страницы.
Связь (Interaction) — правило “что произойдет при действии”.
Триггер (Trigger) — действие пользователя (например, On click).
Действие (Action) — что сделать (например, Navigate to другой экран).
Переход (Transition) — как именно происходит смена (например, Instant).
Preview — режим просмотра прототипа, где вы кликаете как пользователь.Официальная документация по возможностям и разделам Figma собрана в Figma Help Center.
Вкладка Prototype: где включается интерактивность
Для прототипирования вы переключаетесь из Design во вкладку Prototype. Там вы настраиваете связи между фреймами и поведение компонентов.
Типичный новичковый подход:
сначала вы делаете несколько ключевых экранов
затем связываете их базовыми переходами
потом тестируете сценарий в Preview и исправляетеСамые нужные взаимодействия новичка
Ниже — набор взаимодействий, который покрывает большинство учебных задач.
| Что нужно показать | Типичное взаимодействие | Когда использовать |
|---|---|---|
| Переход на другой экран | Navigate to | Кнопка “Далее”, переходы по меню |
| Открыть модальное окно/попап | Open overlay | Подтверждение, фильтры, подсказки |
| Закрыть модальное | Close overlay | Крестик, кнопка “Закрыть” |
| Вернуться назад | Back | “Назад”, стрелка в хедере |
| Прокрутка внутри экрана | Scroll в прототипе | Длинные списки, лента |
Мини-процесс: собрать кликабельный сценарий из 3–5 экранов
Чтобы прототип был полезным, собирайте не “все подряд”, а один понятный пользовательский путь.
Пример учебного сценария:
Login → Home → Details → Checkout → SuccessСоберите его так:
Подготовьте фреймы-экраны и назовите их понятно: Login, Home, Product, Checkout.
Переключитесь во вкладку Prototype.
Выберите кнопку на экране Login.
Добавьте взаимодействие: триггер On click → действие Navigate to → экран Home.
Повторите для ключевых кнопок на остальных экранах.
Настройте стартовый экран (обычно Login или Home) через параметр стартовой точки прототипа.
Запустите Preview и пройдите сценарий как пользователь.Практическое правило UX: если в Preview вы сами “теряетесь”, значит пользователю будет еще сложнее — возвращайтесь к структуре и подсказкам в UI.
Оверлеи: как показать модальные окна
Модальные окна (например, “Вы уверены?”) удобно делать через Overlay.
Как мыслить правильно:
модальное окно — это отдельный фрейм
открывается поверх текущего экрана
не “ломает” основной сценарий переходом на новую страницуНовичку важно не переборщить:
используйте оверлеи для коротких действий
если внутри “модалки” начинается большой сценарий — возможно, это уже отдельный экранАнимации и Smart Animate: когда уместно
В прототипе часто хочется “красиво анимировать”. Для новичка важнее другое: чтобы переход объяснял, что произошло.
Хорошие случаи для анимации:
появление оверлея (легкое появление сверху/снизу)
переключение табов
раскрытие блока (аккордеон)Слабые случаи:
сложные анимации без смысла
анимации, которые замедляют проверку сценарияЕсли вы используете Smart Animate, проверяйте, что состояния элементов действительно логичны: одинаковые слои должны быть сопоставимы (одинаковые названия и структура помогают).
Interactive components: прототип внутри компонента
Когда у вас уже есть компоненты и Variants (например, кнопка Default/Hover/Pressed/Disabled), полезно знать про идею интерактивности внутри компонента.
Зачем это нужно:
вы показываете нажатие/переключение без создания лишних экранов
поведение переиспользуется везде, где стоит экземпляр компонентаНовичку достаточно понимать принцип:
один компонент может “переключаться” между вариантами по действию (например, по клику)
это удобно для демонстрации состояний, но не заменяет полноценные переходы по экрануPreview: как правильно проверять прототип
Preview — это ваша мини-лаборатория UX.
Проверяйте не только “работают ли ссылки”, а сценарий целиком:
понятно ли, что нажимать дальше
есть ли визуальная обратная связь (состояния кнопок, подсказки)
не теряется ли пользователь, когда закрывает оверлей
логично ли возвращение назадПолезная привычка:
заведите список найденных проблем прямо в файле (на странице 00 Notes) и правьте прототип итерациямиЭкспорт: что и в каком виде отдавать
Экспорт в Figma обычно нужен в двух случаях:
вам нужно показать дизайн вне Figma (картинки, PDF)
нужно отдать графику для продукта (иконки, иллюстрации)Основные форматы экспорта
PNG — растровая графика, подходит для картинок и простых элементов, где не важна векторность.
JPG — обычно для фотографий (меньше вес, хуже качество на резких границах).
SVG — вектор, лучший вариант для иконок и простой графики.
PDF — удобно для презентации макетов и передачи “как документ”.Как не ошибиться новичку
Иконки и простая графика: чаще всего SVG.
Скриншоты экранов для презентации: PNG.
Пакет экранов “показать заказчику/преподавателю”: PDF.Что именно экспортировать
Чтобы разработчику было проще, экспортируйте не “кусок экрана”, а осмысленные элементы:
иконки
иллюстрации
изображения для карточек (если они не берутся из реального контента)Если у вас есть компонент кнопки, обычно кнопку не экспортируют картинкой — ее собирают в коде. Экспорт важнее для ассетов.
Dev handoff: как подготовить файл к передаче в разработку
Dev handoff — это процесс, где дизайнер делает так, чтобы разработчик:
быстро понял структуру
увидел размеры, отступы и стили
получил состояния компонентов
нашел нужные ассеты для экспортаВ Figma это обычно делается через просмотр свойств и инспектирование параметров (часто используют режим Inspect или Dev Mode, в зависимости от вашего тарифа и настроек команды).
Что облегчает жизнь разработчику
Понятные названия фреймов и слоев (не Rectangle 12, а Button/Primary, Card/Product).
Компоненты и стили вместо “ручных копий”.
Auto Layout там, где он логичен (кнопки, списки, карточки).
Аккуратная структура страниц: UI, Components, Notes.Что стоит зафиксировать перед handoff
Проверьте, что ключевые экраны лежат в одном месте и упорядочены.
Убедитесь, что состояния компонентов существуют (например, Disabled у кнопки).
Сохраните понятную точку версии в истории файла (например, Handoff v1), чтобы не было путаницы “а где финал”.Комментарии и заметки в файле
Если какое-то поведение неочевидно из макета, оставляйте короткие пояснения:
что происходит при ошибке в форме
когда кнопка должна быть отключена
какие поля обязательныеПравило: комментарий должен объяснять логику, а не “сделайте красиво”.
Мини-чеклист перед отправкой ссылки
Прототип проходит основной сценарий без тупиков.
Экраны подписаны и разложены по порядку.
Компоненты и стили применены (кнопки и тексты не “вручную” каждый раз).
Важные ассеты подготовлены и экспортируемы.
Ссылка выдана с правильными правами доступа (просмотр/комментарии — если человеку не нужно редактировать).Как эта тема связывает весь курс
UX из первой темы проявляется здесь как проверка сценария: удобно ли пройти путь.
UI из тем про инструменты и выравнивание проявляется как аккуратные состояния, предсказуемые отступы и читабельность.
Стили, компоненты и Variants превращают прототип из “набора картинок” в систему, которую можно поддерживать.Когда вы уверенно делаете прототип и понимаете основы handoff, вы начинаете работать как продуктовый дизайнер: не просто рисуете, а показываете поведение интерфейса и готовите дизайн к реализации.