Аудит в подарокАудит сайта в подарокдо 31 декабряПодробнее
Тема
Приложения
Дата
Спрос на вопрос
256 показов в месяц

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

Сколько стоит разработка приложения под iOS и Android: вилка от 350 000 до 1 200 000 ₽, разбор сметы по статьям, скрытые расходы и когда приложение не нужно.

Сколько стоит разработка приложения в 2026 году: гибридное приложение, которое выходит под iOS и Android из одной кодовой базы, обходится от 350 000 до 1 200 000 ₽, срок 8-16 недель до релиза в сторах. Каталог с карточками и формой заявки укладывается ближе к нижней границе. Сервис с оплатами внутри, ролями пользователей и работой без сети - ближе к верхней.

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

Разработка мобильных приложенийот 350 000 до 1 200 000 ₽сроки: 8-16 недель до релиза в сторах

Почему вилка такая широкая

Внутри слова «приложение» помещаются проекты, отличающиеся по трудоёмкости раз в пять. Четыре вещи двигают цифру сильнее всего.

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

Количество ролей. На платформе событий и билетов ролей было четыре: фотограф, контролёр билетов, SMM и админ. Каждая роль - свой набор экранов, свой список прав на бэкенде, свой сценарий тестирования и свой способ всё сломать. RBAC на четыре роли добавляет к проекту примерно столько же работы, сколько два-три новых экрана, но добавляет её везде сразу.

Интеграции. Приём оплат, автовыдача чего-либо по вебхуку, карты, CRM, пуши, аналитика. На платформе событий оплата шла через Prodamus: вебхук приходит, билет выдаётся автоматически. Звучит на строчку, а на деле это обработка повторных вебхуков, проверка подписи, идемпотентность (платёжка любит прислать одно и то же уведомление дважды) и ручной сценарий на случай, когда оплата прошла, а вебхук не дошёл.

Есть ли бэкенд. Если у вас уже работает API и он нормально документирован - минус примерно треть бюджета. Если бэкенда нет, его надо писать: схема данных, миграции, авторизация, права, админка для контента. Я обычно делаю это на Node.js с tRPC, Zod и Prisma - типы едут из схемы в приложение сами, и это единственный известный мне способ не ловить расхождения между клиентом и сервером на третьем месяце.

Из чего складывается цена

Заказчик обычно считает, что платит за дизайн и «сборку экранов». Реально дизайн - это 15% бюджета, а самая большая статья не видна в макетах вообще.

Возьму проект на 600 000 ₽ - середину вилки. Это приложение примерно на 20 экранов, с авторизацией, двумя ролями, личным кабинетом, пушами и своим бэкендом.

Структура цены

Из чего складывается цена приложения

Доли для гибридного приложения под iOS и Android, бюджет 600 000 ₽.

01 Аналитика и ТЗ Экраны, роли, состояния, схема данных
10%
02 Дизайн Макеты, компоненты, iOS и Android
15%
03 Фронтенд приложения Экраны, навигация, состояния, офлайн
34%
04 Бэкенд и API Схема, авторизация, права, вебхуки
22%
05 Нативные плагины и платформа Swift и Kotlin там, где веба не хватает
9%
06 Сборка, публикация, CI/CD Подпись, окружения, сторы, ревью
10%

Итог: приложение под ключ, 600 000 ₽

Десять процентов на аналитику выглядят как накладные расходы ровно до первого спора «мы же договаривались». Список экранов с состояниями и правами - это документ, по которому потом принимается работа. Без него приёмка превращается в переговоры.

Тридцать четыре процента на фронтенд приложения - это не вёрстка макетов. Это навигация со стеком и возвратом на нужный экран после пуша, кэш списков, обработка потери сети посреди операции, восстановление сессии, поведение при сворачивании и возврате через час. Мобильное приложение отличается от сайта тем, что живёт неделями между перезапусками и обязано пережить всё, что пользователь с ним сделает.

Двадцать два процента на бэкенд - это при условии, что бэкенд простой. Если появляются деньги, роли и внешние интеграции, доля растёт, и иногда сервер стоит дороже клиента.

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

Десять процентов на сборку и публикацию - самая недооценённая статья. Сюда входят подпись, три окружения, автосборка, загрузка в TestFlight и Google Play, скриншоты под все размеры, политика конфиденциальности и переписка с ревью App Store. Это две-три недели календаря, которые почему-то никто не закладывает.

Сколько стоит разработка приложения разного типа

Что делаемЦенаСрок
Гибридное приложение, iOS и Android сразуот 350 000 до 1 200 000 ₽8-16 недель
Приложение только под iOSот 350 000 ₽8-16 недель
Приложение только под Androidот 350 000 ₽8-16 недель
Личный кабинет в вебеот 150 000 до 500 000 ₽4-10 недель
Админка к приложениюот 200 000 до 700 000 ₽6-12 недель
Telegram-бот вместо приложенияот 60 000 до 250 000 ₽1-3 недели

Строчку про админку пропускают чаще всего. Если в приложении есть контент, кто-то должен его заводить, и «мы будем добавлять прямо в базе» держится ровно до первого раза, когда добавлять придётся не разработчику.

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

Что удваивает бюджет

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

Платежи внутри приложения. Продажа цифрового контента на iOS обязана идти через In-App Purchase, а это отдельная интеграция, отдельная серверная валидация чеков, отдельная логика восстановления покупок и минус 30% с оборота (15%, если годовой оборот меньше 1 млн $). Оплата физических товаров и услуг может идти обычным эквайрингом, и это в разы дешевле.

Чат. Всегда выглядит как «просто переписка», всегда оказывается сокет-соединением с переподключением, статусами доставки, непрочитанными, пушем при закрытом приложении, вложениями и модерацией.

Медиа. Запись видео и аудио внутри приложения, обрезка, сжатие перед загрузкой, поддержка HEIC с айфонов, превью, аудиоволна. На прошлом мобильном проекте у меня под это был отдельный пайплайн с FFmpeg на устройстве. Один только транскод роликов - это несколько недель и постоянная возня с тем, что на разных Android-чипсетах аппаратный кодек ведёт себя по-разному.

Нативные экраны. Всё, что живёт за пределами вашего приложения: виджеты, Share Extension, обработчик системного «Поделиться». Пишется на Swift и Kotlin, дублируется на две платформы, тестируется руками.

Почему два нативных приложения стоят почти вдвое

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

На практике два нативных приложения выходят примерно в 1,7-1,9 раза дороже одного гибридного той же функциональности. На платформе событий и билетов гибридный подход дал экономию 10 000 $+ против нативной разработки, и это только прямые часы, без учёта того, что поддерживать потом надо одну кодовую базу, а не две.

Чем за это платят - тема отдельная и честная: анимации на слабых Android-устройствах, зависимость от прослойки, потолок на сложных жестах. Для каталога, кабинета, заказов и чата этот потолок не достигается никогда.

Скрытые расходы, которые всплывают после релиза

СтатьяСколько
Apple Developer Program99 $ в год, платится вечно
Google Play Developer25 $ разово
Комиссия сторов на цифровые покупки30%, или 15% при обороте до 1 млн $ в год
Сервер и базаот пары тысяч рублей в месяц до десятков тысяч
Мониторинг ошибокбесплатный тариф Sentry обычно хватает на старте
Поддержка после релизаот 20 000 ₽ в месяц или 3 500 ₽ за час

Пуши сами по себе бесплатны: APNs у Apple и FCM у Google денег не берут. Платить приходится за то, что вокруг них - хранение токенов, сегментация, расписание отправки, обработка отписок и удалённых установок.

Отдельная статья, которой нет в таблице, - обязательные обновления. Apple и Google периодически поднимают минимальную версию SDK, под которую собирается приложение. Если не пересобрать вовремя, обновление просто перестанут принимать. Это два-три дня работы раз в год, и их надо закладывать, даже если в приложении ничего не меняется.

Почему бывает «приложение за 50 000»

Такое предложение существует, и оно не всегда обман. За эти деньги вы получите либо сборку из конструктора приложений, либо ваш сайт, завёрнутый в WebView без единой нативной возможности.

Первый вариант годится, если задача - расписание занятий в студии или меню кофейни с накопительной картой, и шаблон конструктора её полностью закрывает. Второй вариант с большой вероятностью не пройдёт ревью: Apple отклоняет приложения по Guideline 4.2 именно с формулировкой «это просто сайт в оболочке». Гибридное приложение отличается от обёртки тем, что у него своя навигация, свои нативные возможности и работа без сети, а не iframe с вашим доменом.

Когда приложение не нужно

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

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

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

Посчитаем вашу задачу

Расскажите, что нужно. Отвечу в течение рабочего дня: сроки, вилка бюджета и что можно не делать, чтобы сэкономить.

Обсудить задачу
Обсудить задачу

Перезвоню сам

Оставьте имя и номер. Позвоню в рабочее время, обычно в течение пары часов.