Дизайн мобильного приложения: этапы, сроки и на чем растет смета

Заказчик приходит со списком из десяти экранов: вход, каталог, карточка, корзина, оплата, профиль. Смета возвращается с сорока, и начинается разговор про «раздули объем», хотя ни одного лишнего экрана в ней нет. Ниже - откуда берется реальное число экранов, сколько идет каждый этап и что двигает сумму. Сразу рамка: речь про макеты, разработку ведет ваша команда или ваш подрядчик.

Сколько идет дизайн мобильного приложения и из каких этапов состоит

Дизайн мобильного приложения - от 600 000 ₽ и 2-4 месяца работы. Эти месяцы уходят не на рисование: экраны появляются на третьем шаге из пяти. Сначала нужно понять, кто приходит в приложение и каким путем, потом проверить путь на прототипе, и только потом он превращается в интерфейс.

Этапы дизайна приложения проверяют не по названиям, а по артефактам: у каждого шага есть то, что можно открыть и принять. Нечего предъявить - этап не закончен.

Шаги можно купить поштучно, если весь продукт не нужен: UX-прототип - от 120 000 ₽, проектирование интерфейса - от 350 000 ₽, дизайн-система - от 120 000 ₽. Это самостоятельные услуги, а не разбивка тех же 600 000 ₽ по этапам. Если приложение уже работает и его переделывают, начинают не с аналитики, а с UX-аудита: от 80 000 ₽ и 1-2 недели, чтобы найти шаги, где люди отваливаются, и не трогать то, что и так работает.

Откуда берутся сорок экранов вместо десяти

Заказчик считает экраны по списку функций. Тот, кто разрабатывает дизайн приложения, считает по состояниям. У каталога их минимум четыре: данные загрузились, грузятся, их нет, сети нет. Умножьте на число ключевых экранов - и десять превращается в тридцать без единой новой функции.

Второй источник - экраны, которых нет ни в одном ТЗ, но без которых приложение не пройдет модерацию или разойдется с законом. Их требуют Apple, Google и 152-ФЗ.

Что это дает в деньгах: три уровня работ и цена спешки

Сколько стоит дизайн приложения, определяет не число экранов, а глубина проработки. У нас база задачи «приложение» - 600 000 ₽, дальше работают множители уровня: 1, 1,2 и 1,4. Срочность добавляет сверху еще 1,3.

Отсюда два счета. Первый: разница между «Простым» и «Полным» - 240 000 ₽, и за них вы получаете дизайн-систему, темную тему, доступность и сопровождение разработки. Второй: спешка стоит 252 000 ₽ - столько добавляет срочность к полному уровню. Это единственная строка сметы, которую заказчик закрывает планированием, не покупая ничего. Собрать свой набор и увидеть вилку под конкретный продукт можно в калькуляторе.

Для контекста: по открытым материалам подрядчиков дизайн приложения средней сложности оценивается в 600 000 - 1 200 000 ₽ (dsgners.ru, 24.11.2025). Это самопубликация заинтересованной стороны, а не аудит рынка, но наша вилка в нее попадает.

iOS и Android: чем отличаются и во что это обходится

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

• Область нажатия. Apple HIG требует минимум 44×44 pt, Android рекомендует не меньше 48×48 dp. Кнопка, красивая в макете, но мелкая на устройстве, - это возврат.
• Доступность. WCAG 2.2, критерий 2.5.8 (уровень AA): интерактивная цель не меньше 24×24 CSS-пикселя. Критерий 2.5.5 (уровень AAA) - 44×44.
• Уведомления. В Android 13 и выше пуши по умолчанию выключены, нужно разрешение POST_NOTIFICATIONS. В макетах нужен экран, объясняющий, зачем оно, до системного запроса: иначе человек нажмет «нет» и канал потерян.
• Крупный шрифт. В Android 14 пользователь увеличивает текст до 200%, масштабирование нелинейное. Макет обязан это пережить, а не разъехаться.
• Темная тема, планшеты и вторая платформа - отдельные строки работы, а не то же самое другим цветом.

В деньгах это выглядит так. Перенос существующего интерфейса на планшет и телефон - отдельная работа от 100 000 ₽ и 2-3 недели. Одна платформа вместо двух, по оценке подрядчиков (surf.ru, 05.06.2026), обходится примерно в 60% проекта под обе: отказ от Android экономит меньше, чем кажется, а вернуться к нему через год дороже, чем заложить сразу.

Что уходит разработчику и почему дизайн-система - строка сметы, а не украшение

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

• Экраны со всеми состояниями, а не только с идеальными данными.
• Поведение при переполнении: длинные названия, большие суммы, пустые поля.
• Сетка, отступы, типографика - в числах, а не на глаз.
• Библиотека компонентов, из которой собираются новые экраны.
• Правила и запреты: что делать с этим набором нельзя.
• Адаптации под нужные разрешения и вторую платформу.

Дизайн-систему вычеркивают из сметы первой, и зря: это не украшение, а способ не платить за каждую мелочь потом. В проекте ReNairo мы собрали ее с правилами и запретами, чтобы клиент дорабатывал продукт сам через вайб-кодинг и не оплачивал команду на мелочах. Системой он пользуется до сих пор, сотрудничество продлилось на год: библиотека компонентов от 120 000 ₽ и от 1 месяца окупилась там именно этим. Речь шла про дашборд и кабинет подписчика; в приложении мы предлагаем ту же строку сметы по той же причине.

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

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

Макеты сданы, до релиза неделя - и выясняется, что карточки в трех магазинах нечем заполнить. Три стора - это три комплекта графики и три набора текстов, и в «дизайн экранов приложения» эта работа не входит, если ее не назвали отдельной строкой.

Требования проверены 31.08.2026 и регулярно меняются, поэтому спецификацию сверяют перед сдачей, а не по памяти. Вопрос, снимающий проблему на входе: кто готовит графику и тексты для трех магазинов и входит ли это в сумму.

После сдачи макетов работа не заканчивается

У продукта нет даты, после которой макеты больше не нужны: новые экраны, правки по аналитике, развитие сценариев идут потоком. По открытым материалам подрядчиков поддержка после релиза стоит 15-25% от стоимости разработки в год (surf.ru, 05.06.2026).

• Новые экраны и функции по мере роста продукта.
• Правки по данным аналитики: там, где люди застревают.
• Ведение дизайн-системы, чтобы интерфейс не расползся за полгода.
• Адаптация под новые версии iOS и Android и изменившиеся требования магазинов.
• Графика для карточек при обновлениях.

У нас это два формата с разной ценой. Поддержка продукта - 80 000 ₽ в месяц: поток задач по приложению, от новых экранов до правок. Наш дизайнер в вашей команде на аутстафе - 120 000 ₽ в месяц. Для сравнения: медианная зарплата продуктового дизайнера по агрегатору Хабр Карьера - 225 000 ₽ (выборка плавает от месяца к месяцу). Пока задач не хватает на полную загрузку человека, поток дешевле штата. Как устроен такой формат внутри, разобрано в статье про дизайн-поддержку.

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

Что посчитать и спросить до того, как подписывать смету

Порядок ниже занимает вечер и не стоит ни рубля, зато после него вы сравниваете предложения по составу работ, а не по итоговой цифре. За одной суммой может стоять основной сценарий, за другой - дизайн-система и доступность.

1. Выпишите основной сценарий по шагам и к каждому шагу добавьте четыре состояния: пусто, загрузка, ошибка, нет сети. Это ваш реальный счет экранов.
2. Прибавьте обязательные: согласие на обработку данных отдельным экраном, удаление аккаунта в приложении и на сайте, политику конфиденциальности, запрос разрешения на уведомления.
3. Решите, нужны ли на старте обе платформы и планшеты. Это самая крупная развилка по деньгам из всех.
4. Спросите подрядчика, что входит в его сумму: только основной сценарий или плюс онбординг, пустые и ошибочные состояния, дизайн-система, темная тема, доступность и сопровождение разработки.
5. Спросите, кто готовит графику и тексты для App Store, Google Play и RuStore.
6. Спросите, что вы получаете на выходе каждого этапа и что именно уезжает разработчику: исходники, компоненты, состояния, правила.
7. Назначьте одного человека с финальным словом и договоритесь отвечать на согласования за три рабочих дня. Круг правок - это один собранный список замечаний, а не одно замечание вдогонку; про то, как согласования растягивают срок, мы подробно писали в этапах разработки сайта.

И отдельно уточните у любого подрядчика, заканчивается ли его работа на сдаче исходников. Мы делаем макеты и сопровождаем разработку, а код пишет ваша команда: это лучше проговорить на входе.