Сколько стоит разработка мобильного приложения в 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 Program | 99 $ в год, платится вечно |
| Google Play Developer | 25 $ разово |
| Комиссия сторов на цифровые покупки | 30%, или 15% при обороте до 1 млн $ в год |
| Сервер и база | от пары тысяч рублей в месяц до десятков тысяч |
| Мониторинг ошибок | бесплатный тариф Sentry обычно хватает на старте |
| Поддержка после релиза | от 20 000 ₽ в месяц или 3 500 ₽ за час |
Пуши сами по себе бесплатны: APNs у Apple и FCM у Google денег не берут. Платить приходится за то, что вокруг них - хранение токенов, сегментация, расписание отправки, обработка отписок и удалённых установок.
Отдельная статья, которой нет в таблице, - обязательные обновления. Apple и Google периодически поднимают минимальную версию SDK, под которую собирается приложение. Если не пересобрать вовремя, обновление просто перестанут принимать. Это два-три дня работы раз в год, и их надо закладывать, даже если в приложении ничего не меняется.
Почему бывает «приложение за 50 000»
Такое предложение существует, и оно не всегда обман. За эти деньги вы получите либо сборку из конструктора приложений, либо ваш сайт, завёрнутый в WebView без единой нативной возможности.
Первый вариант годится, если задача - расписание занятий в студии или меню кофейни с накопительной картой, и шаблон конструктора её полностью закрывает. Второй вариант с большой вероятностью не пройдёт ревью: Apple отклоняет приложения по Guideline 4.2 именно с формулировкой «это просто сайт в оболочке». Гибридное приложение отличается от обёртки тем, что у него своя навигация, свои нативные возможности и работа без сети, а не iframe с вашим доменом.
Когда приложение не нужно
Если ваша задача - показать каталог и принять заявку, приложение вам не нужно. Хватит нормальной мобильной вёрстки сайта, и это будет дешевле в два раза, быстрее в три и приведёт больше людей, потому что между человеком и вашим каталогом не будет стоять установка из стора.
Приложение начинает окупаться там, где человек возвращается регулярно: программа лояльности, повторяющиеся заказы, личный кабинет с деньгами, рабочий инструмент для сотрудников, доступ к камере, геолокации или биометрии. Если ваш клиент заходит раз в год, он не поставит приложение ни за какие деньги, и бюджет уйдёт в установку, которую удалят через неделю.
Я отговариваю от приложения примерно каждого третьего, кто приходит с этим запросом. Разбор конкретной задачи, оценка по экранам и ролям и решение, нужно ли приложение вообще, - на странице разработки мобильных приложений. Точная цифра появляется после списка экранов, а не по телефону: до него любая сумма означает либо запас в мою сторону, либо допсоглашение на пятой неделе.
Ещё про приложения
3 статьи-
Capacitor, React Native или Flutter: чем платит бизнес за выбор
Flutter или React Native, а может Capacitor: экономия против натива у всех похожая. Разбираю, чем именно платит владелец приложения при каждом выборе.
38 показов в месяц у вопроса -
Что такое PWA и когда оно заменяет приложение
Что такое PWA простыми словами: сайт с иконкой на экране, офлайном и уведомлениями. Что умеет, чего не умеет на iOS и в каких случаях заменяет приложение за 350 000 ₽.
860 показов в месяц у вопроса -
Гибридное или нативное приложение: чем платишь за экономию
Разработка кроссплатформенных приложений на Capacitor: сколько экономит гибрид, где он неотличим от натива, где проигрывает и что ломается в реальности.
672 показов в месяц у вопроса




