Как выбрать дизайнера мобильного приложения: 12 вопросов перед подписанием договора

Как выбрать дизайнера приложения, если все портфолио выглядят одинаково красиво? Задайте до подписания договора 12 вопросов: о процессе, о гайдлайнах iOS и Android, о передаче макетов разработчикам и о правах на исходники. По ответам быстро видно, кто проектировал реальные продукты, прошедшие ревью сторов, а кто рисует эффектные экраны для Dribbble. Ниже — вопросы с примерами хороших и тревожных ответов и на что смотреть в портфолио.

Портфолио дизайнера приложений: на что смотреть

Одиночные экраны в портфолио почти ничего не говорят. Ищите другое:

• Сценарии целиком. Не главный экран, а путь: от первого запуска до заказа, от входа до оплаты. Видно ли, как экраны связаны?
• Обе платформы. Есть ли примеры, где одно приложение адаптировано под iOS и Android, или всё нарисовано «под айфон»?
• Состояния. Пустые списки, ошибки, офлайн, загрузка — признак того, что дизайнер работал с реальной разработкой.
• Живые приложения. Попросите названия опубликованных приложений и установите их. Сравните с макетами в портфолио и почитайте отзывы.
• Роль в проекте. Уточните, что именно делал кандидат: весь продукт, только UI или отдельные экраны.

Если опубликованных работ нет совсем, это не всегда приговор для начинающего, но для бизнес-приложения с оплатой, ролями и интеграциями риск слишком высок.

Дизайн приложения: фриланс или студия

Выбор зависит от сложности. Для прототипа одной идеи фрилансер может быть разумным вариантом. Для приложения с ролями, оплатой, онбордингом и двумя платформами важнее процесс, чем ставка. Дальше — вопросы, которые помогут оценить любого кандидата, в том числе и нас: на каждый мы отвечаем так же, как описано на странице дизайна приложений для iOS и Android.

Вопросы о процессе

1. С чего вы начнёте работу?

Хороший ответ: с исследования сценариев, конкурентов и карты экранов — схемы всего приложения с переходами и ролями. Тревожный: «пришлите референсы, сделаем концепцию главного экрана».

2. Будет ли кликабельный прототип и как вы его проверите?

Хороший ответ: прототип с жестами и переходами, UX-тест на 5–8 людях из аудитории на реальных телефонах до начала UI. Тревожный: «прототип не нужен, сразу нарисуем красиво».

3. Как вы учитываете бизнес-логику?

Хороший ответ: тарифы, роли, статусы заказов и правила выясняем на исследовании и фиксируем в карте экранов, чтобы они не всплыли на этапе UI. Тревожный: «это вопросы к разработчикам».

Вопросы о платформах и гайдлайнах

4. Как вы будете рисовать под iOS и Android?

Хороший ответ: одна система и две платформенные адаптации — навигация, жесты, шрифты, системные элементы. Тревожный: «нарисуем один дизайн, он везде будет одинаковым» или, наоборот, два полностью разных приложения без причины. Подробнее о различиях — в статье дизайн под iOS и Android.

5. Что вы сделаете, чтобы приложение прошло ревью?

Хороший ответ: рисуем по Human Interface Guidelines и Material Design, закладываем удаление аккаунта, запрос разрешений в контексте, отсутствие заглушек. Тревожный: «ревью — это дело разработчиков».

6. Входят ли тёмная тема, доступность и крупный шрифт?

Хороший ответ: цветовые токены сразу для двух тем, контраст, минимальные размеры касания и поддержка увеличенного системного шрифта. Тревожный: «тёмную тему сделаем потом, если понадобится».

Вопросы о передаче в разработку

7. В каком виде разработчики получат макеты?

Хороший ответ: Figma с дизайн-системой, где компоненты, размеры, отступы и состояния совпадают с кодом, например под Flutter. Тревожный: «экспортируем картинки экранов».

8. Как будут описаны анимации и переходы?

Хороший ответ: документация по анимациям, сложные сцены — в формате Lottie. Тревожный: «разработчики сами сделают, как красиво».

9. Участвуете ли вы в приёмке сборок?

Хороший ответ: ставим сборку на телефон, сверяем экраны с макетами, замечания оформляем списком со скриншотами. Тревожный: «после сдачи макетов наша работа закончена».

Вопросы о правах, объёме и деньгах

10. Кому принадлежат исходники?

Хороший ответ: файлы Figma, шрифты и лицензии — на вашу компанию, без ограничений. Тревожный: «исходники — за отдельную плату» или «файл останется у нас, пришлём экспорт».

11. Как вы считаете экраны и правки?

Хороший ответ: по уникальным макетам — двадцать однотипных карточек считаются одним экраном, а пустое состояние того же списка — отдельным; правки на прототипе без ограничений, после утверждения UI — с оценкой заранее. Тревожный: «три правки на всё». Как устроена смета, мы подробно разобрали в статье сколько стоит дизайн мобильного приложения.

12. Входят ли иконка и материалы для сторов?

Хороший ответ: да — иконка во всех размерах, скриншоты для всех нужных устройств, промо-графика. Тревожный: «это не дизайн приложения, закажете отдельно» без названной цены.

Как на эти вопросы отвечаем мы

В дизайн мобильного приложения под ключ входят исследование и сценарии, карта экранов, кликабельный прототип с жестами и UX-тестом, UI по гайдлайнам iOS и Android, онбординг и все состояния, тёмная тема и доступность, дизайн-система под Flutter с иконками и анимациями, скриншоты и промо для сторов. Отдельно оплачиваются только лицензии шрифтов и стоков.

Дизайн у нас — часть команды, которая потом приложение разрабатывает, поэтому макеты проверяются на реализуемость до утверждения. Если вы заказываете у нас разработку приложения для iOS и Android, ревью сторов — наша ответственность по договору. Если разрабатывает ваша команда, передаём Figma с дизайн-системой и принимаем сборки.

Что делать дальше

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

Если сомнения остаются, не просите бесплатное тестовое задание: сильные команды на него обычно не соглашаются, а слабые сделают один эффектный экран без сценариев. Надёжнее оплатить короткий первый этап — исследование и карту экранов или кликабельный прототип ключевого сценария. За одну-две недели вы увидите, как команда задаёт вопросы, как принимает замечания и насколько глубоко разбирается в вашем продукте. Результат при этом остаётся у вас: с картой экранов и прототипом можно продолжить с тем же подрядчиком или пойти к другому, и оценка разработки по ним будет точнее, чем по текстовому ТЗ.