mobnews

Честно о связи, тарифах и софте

Колонку ведёт Илья Рябов

Новость

Реальная стоимость разработки мобильного приложения: от чего зависит бюджет проекта

По данным НИА «Нижний Новгород», разработка мобильного приложения в России в 2026 году может стоить от 300 тысяч до 25 миллионов рублей.

Илья Рябов, Обозреватель мобильного рынка и охотник за мелким шрифтом·обновлено 07 сентября 2026 г.

Реальная стоимость разработки мобильного приложения: от чего зависит бюджет проекта

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

300 тысяч — это не «под ключ»

Честный минимальный сценарий — одна платформа, пять–семь экранов, одна интеграция, готовые компоненты и около двух месяцев разработки. Такой продукт годится для проверки гипотезы или внутренней задачи. Полноценное торговое приложение с каталогом, оплатой, личным кабинетом и двумя платформами за 300 тысяч рублей — арифметика не сходится.

В качестве примера источник приводит расчёт для простого торгового приложения: SMS-авторизация — 100 тысяч рублей, каталог — 300 тысяч, оплата — 250 тысяч, push-уведомления — 50 тысяч, личный кабинет — 150 тысяч. Только разработка набирает 850 тысяч рублей. После добавления дизайна, управления проектом и тестирования итоговая оценка составляет 1,5–2 миллиона.

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

Что должно быть в смете

Я бы не обсуждал предложение, где есть единственная строка «разработка приложения». Нужна разбивка по ролям, часам и этапам. В нормальной смете отдельно видны:

  • аналитика — 10–15%;
  • дизайн и прототип — 15–25%;
  • разработка клиента и сервера — 50–60%;
  • тестирование — 10–15%;
  • управление — 10–15%;
  • публикация, гарантийные правки и передача кода.

Если разработка занимает 90% сметы, перед вами не эффективная команда, а недособранный бюджет. Резерв в 10–15% выглядит нормальным, а 30% источник называет завышением.

Считать нужно не только рубли. Для оценки команды используются часы: нормальная загрузка составляет 120–140 часов в месяц. В приведённых расценках на 2026 год час middle-разработчика стоит 2 500–4 000 рублей, senior — 4 000–7 000, дизайнера — 2 500–5 000, тестировщика — 2 000–3 500, менеджера — 3 000–5 000.

Три коммерческих предложения на одном и том же техническом задании могут отличаться до 30%. Если одно дешевле остальных вдвое, это не обязательно удача. Скорее всего, в нём чего-то нет.

Дешёвый релиз не отменяет расходы

Разработка заканчивается не в момент публикации приложения. Отдельно оплачиваются аккаунт Apple — 99 долларов в год, Google Play — 25 долларов разово, а публикация в RuStore указана как бесплатная. К этому добавляются серверы стоимостью от 5 до 300 тысяч рублей в месяц, подписки на карты, SMS и аналитику, эквайринг на уровне 1–3%, юридические документы, контент, продвижение и доработки сверх согласованного объёма.

Годовое владение оценивается в 15–25% от стоимости разработки. Это не развитие продукта, а поддержание его работы: серверы, адаптация под новые релизы iOS и Android, исправление критических ошибок и сертификаты. Само развитие потребует ещё 20–50% в год.

Есть и российская специфика: для банков и госструктур обязательной становится сборка под RuStore, поэтому несколько магазинов нужно закладывать в проект заранее. Иначе костыль придётся прикручивать уже после запуска — обычно за отдельные деньги.

По модели работы выбор тоже влияет на риск. Фиксированная цена закрепляет объём и стоимость, но содержит наценку 20–40% за риск переработок. Формат T&M фиксирует ставки, а объём можно менять по ходу разработки; зато переработки оплачивает заказчик. Практичный компромисс — первый релиз по фиксу, а дальнейшее развитие по фактическим затратам.

Сэкономить можно на кроссплатформенной разработке — источник оценивает потенциал экономии в 30–45%, на сокращении первого релиза до критичных функций — в 40–60%, а также на готовых SDK, если функция не является конкурентным преимуществом. А вот экономия на аналитике, архитектуре, тестировании и безопасности — плохой шейпинг бюджета. Сначала цифра становится красивее, затем переделки начинают доить её обратно.