Красивые картинки, по которым нельзя собрать продукт
Разработчик открывает файл и не находит ни пустого состояния, ни ошибки, а отступы на каждом экране разные. Остальное додумывает по-своему — и продукт расходится с макетом.
Пользовательские сценарии, вайрфреймы, дизайн-система и кликабельный прототип. Макеты, готовые к разработке, без дорогих переделок на этапе кода. Работаем и без последующей реализации — если кодит ваша команда, вы получаете полный комплект материалов и права на проект.

Разработчик открывает файл и не находит ни пустого состояния, ни ошибки, а отступы на каждом экране разные. Остальное додумывает по-своему — и продукт расходится с макетом.
Трафик есть, регистраций нет, а онбординг, форму и экран оплаты никто не прошёл по живому сценарию. Непонятно, на каком шаге люди отваливаются — правите вслепую.
За год в продукте три оттенка одной кнопки и четыре варианта одной таблицы. Добавить функцию дольше — потому что вид согласуете заново.
Задачи пользователей и пути, которыми они их решают
Структура экранов, навигация и разделение по ролям
Каркасы ключевых экранов, без цвета и графики
Экраны на сетке, с контрастом по порогам WCAG
Цвета, типографика, шкала отступов и компоненты с состояниями
Основные сценарии, соединённые переходами, на телефоне и десктопе
Определяем цель продукта, кто им пользуется, какие есть технические ограничения и бюджет. Фиксируем и то, на каких устройствах продукт должен работать и с чем обязан совпадать: с существующим брендом, готовой библиотекой компонентов или требованиями сторов. На выходе — список экранов для проектирования, срок и цена.
Разбираем текущий продукт, решения конкурентов и данные аналитики. Фиксируем задачи пользователя и места, где он сегодня останавливается.
Собираем структуру, навигацию и каркасы экранов. Уже на эскизах решаем, что пользователь видит при пустых данных и после ошибки, чтобы эти экраны не дорисовывались потом в спешке. Замечания собираем на эскизах, пока нет графического слоя — тогда правка стоит меньше всего.
Проектируем экраны и параллельно собираем библиотеку компонентов. Проверяем контраст, размер зон нажатия и читаемость на маленьких экранах. Экраны отдаём частями, каждые несколько дней, поэтому вы видите направление сразу и не копите замечания до конца этапа.
Соединяем экраны в кликабельный прототип и проходим по нему сценарии. Замечания собираем в одном месте, в комментариях рядом с экранами, и отмечаем после внесения. Правки идут в макеты, а не в готовый код.
Приводим файл в порядок, описываем компоненты и спецификацию, отдаём доступы. Проходим по файлу вместе с разработчиками на общей встрече: где лежат компоненты, как читать переменные и откуда брать экспорты. Остаёмся на связи по вопросам во время разработки.
Именно здесь чаще всего ломается работа с дизайнером. Ниже — то, что реально переходит к разработчикам, независимо от того, внедряем мы или ваша команда.
Отдельная страница на каждый поток, названные слои, экраны в порядке сценария. Черновики отделены от утверждённых версий.
У каждого элемента есть варианты: обычный, наведение, активный, выключенный, загрузка и ошибка. Названия вариантов совпадают с пропсами в коде.
Цвета, типографика и отступы записаны переменными, названными по назначению. Правка в библиотеке расходится на все экраны.
Шкала отступов, стили текста с названиями и ролью, сетка для телефона, планшета и десктопа. Разработчик читает значения, а не меряет пиксели на скриншоте.
Переходы, порядок шагов и поведение после ошибки видны в прототипе. Передаём его ссылкой, которая открывается в браузере и на телефоне.
Иконки в SVG и графика в форматах для web, iOS и Android, названные так же, как в проекте. Разработчик ничего не экспортирует вручную.
Пустой список, нет интернета, отклонённая оплата, истёкшая сессия — у каждой ситуации есть экран и текст сообщения. Контраст и зоны нажатия проверены по WCAG.
После разговора об объёме — цену называем до старта работ. На неё влияют количество экранов и ролей, количество платформ и наличие готовой дизайн-системы. Исследования и тесты с пользователями считаем отдельно.
2–4 недели от утверждения объёма: несколько дней на исследование и архитектуру, неделя-две на UI и дизайн-систему, несколько дней на прототип. В рамках MVP дизайн умещается в 3–5 недель после согласования объёма.
Да. Исходный файл, дизайн-система и права на проект ваши — можете передать их своей команде или другому подрядчику. Мы остаёмся на связи по вопросам во время разработки.
Упорядоченный файл Figma, библиотеку компонентов с состояниями, переменные цветов и типографики, спецификацию отступов и брейкпойнтов, экспорт иконок и кликабельный прототип. Плюс краевые сценарии: пустой список, ошибка сети, истёкшая сессия.
Да. Проходим основные сценарии и собираем проблемы навигации, форм, контраста, состояний и текстов ошибок. Список упорядочиваем по влиянию на конверсию, а для самых важных пунктов отдаём готовые макеты.