Почему одна задача стоит 500 тысяч и 4 миллиона: как читать смету на мобильное приложение

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

Достаточно посмотреть, что пишут о стоимости MVP публичные источники в 2026 году. Одни называют 400–600 тысяч рублей, другие — 1,5–3 миллиона, третьи — 2,1–4,4 миллиона. Все три оценки честные. Просто под словом «MVP» каждый понимает свой набор работ, и пока этот набор не зафиксирован, цифры несопоставимы в принципе.

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

Коротко

• Расхождение вилок в 5–10 раз объясняется не наценкой, а разным объёмом работ под одинаковым названием.

• Нормальная структура бюджета известна заранее: разработка занимает 50–60%, дизайн 15–25%, аналитика и QA примерно по 10–15%.

• Смету можно проверить арифметикой: разделите сумму на среднюю ставку и посмотрите, сходится ли количество часов с объёмом задачи.

• Предложение вдвое дешевле остальных — это не эффективность, а недооценённый объём работ.

• Стоимость владения после релиза — 15–25% от бюджета разработки ежегодно, и в смете этой строки обычно нет.

Почему слово «MVP» ничего не значит

Три проекта, каждый из которых подрядчик назовёт минимально жизнеспособным продуктом:

Первый. Одна платформа, авторизация по SMS, каталог, форма заказа, никакой серверной логики сверх этого — данные лежат в готовом облачном сервисе. Три-четыре экрана, дизайн на стандартных компонентах системы.

Второй. Две платформы, личный кабинет с ролями, оплата картой и через СБП, push-уведомления с сегментацией, обмен заказами с 1С. Двадцать экранов, собственный бэкенд.

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

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

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

Как устроена смета изнутри

У любой заказной разработки структура бюджета примерно одинаковая. Отклонения бывают, но крупные перекосы — повод для вопросов.

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

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

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

Проверка арифметикой

Самый быстрый способ понять, реалистична ли смета — пересчитать её в часы.

Средние ставки российского рынка на 2026 год: junior — примерно 1 500–2 500 ₽/час, middle — 2 500–4 000 ₽/час, senior — 4 000–7 000 ₽/час. Проектные менеджеры и аналитики стоят как middle-разработчики или чуть выше. Норма загрузки одного специалиста — 120–140 рабочих часов в месяц.

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

Обратная проверка тоже работает. Например, для одного из наших проектов — мобильного VPN-сервиса LiMP — бюджет составил около 2 миллионов рублей при примерно 740 часах работы команды и трёх календарных месяцах разработки. Это даёт среднюю ставку около 2 700 ₽/час, что попадает ровно в середину рыночного коридора. Если в чужом КП после такого пересчёта получается 900 ₽/час — это не выгодное предложение, а признак того, что часть работ в смету не заложили.

Пять красных флагов в коммерческом предложении

Фиксированная цена без Discovery. Точную стоимость нельзя назвать по описанию идеи. Подрядчик, который называет фикс сразу, либо закладывает 30–40% сверху на риск, либо оставляет себе пространство для доплат после старта. Корректная схема — фикс после аналитики и утверждённого ТЗ.

Резерв 30% и больше или его полное отсутствие. Нормальный резерв на непредвиденное — 10–15%. Больше означает, что вы оплачиваете чужую неуверенность в оценке. Отсутствие резерва — что каждое изменение скоупа станет отдельным счётом.

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

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

Смета заканчивается релизом. Приложение после публикации не живёт само. Если в КП нет разговора про поддержку, обновления и серверы — эти расходы возникнут в первый же месяц эксплуатации, просто не были обсуждены.

Чего в смете нет почти никогда

Бюджет разработки — это не вся сумма, которую вы потратите за первый год. Ниже — расходы, которые обычно остаются за рамками договора с подрядчиком.

• Серверная инфраструктура. Облачные серверы, база данных, хранилище изображений — регулярный ежемесячный платёж, зависящий от нагрузки.

• Аккаунты разработчика. Apple Developer Program — 99 долларов в год, аккаунт Google Play — 25 долларов единоразово, RuStore — бесплатно.

• Эквайринг. Комиссия платёжной системы берётся с каждой транзакции, то есть снижает маржу постоянно, а не разово.

• Подписки на внешние сервисы. Карты, аналитика, мониторинг ошибок, push-провайдеры, SMS-трафик.

• Юридическая обвязка. Политика конфиденциальности, пользовательское соглашение, оферта.

• Контент. Фотографии, описания, баннеры — их кто-то должен создавать и регулярно обновлять.

• Маркетинг. Приложение без продвижения не собирает установок само по себе.

И главная строка — стоимость владения. Рыночный ориентир: 15–25% от бюджета разработки ежегодно. Сюда входят серверы, обновления под новые версии iOS и Android, исправление критических ошибок и развитие функциональности. Обновления под новые версии ОС — не опция: Apple и Google выпускают крупные релизы каждую осень, и приложение, которое не адаптировали, со временем начинает работать некорректно.

Для приложения за 3 миллиона рублей это означает 450–750 тысяч рублей в год после релиза. Если этой суммы в планах бизнеса нет, продукт деградирует примерно через год.

Как сравнивать три КП, чтобы сравнение имело смысл

Правило одно: сравнивать можно только предложения, сделанные под одинаковый объём работ. Всё остальное — сравнение разных проектов между собой.

Рабочая последовательность:

1. Проведите Discovery и получите техническое задание. Это можно сделать у одного из подрядчиков как отдельную оплаченную работу — и дальше идти с этим документом ко всем остальным.

2. Разошлите одинаковое ТЗ трём студиям.

3. Попросите разбивку не общей суммой, а по этапам, с часами и ставками. Отказ дать такую разбивку — сам по себе ответ.

4. Сведите три сметы в одну таблицу построчно. Расхождения по конкретным этапам покажут, кто что понял иначе.

5. По каждому крупному расхождению задайте прямой вопрос. Ответ «у нас так принято» означает, что человек не считал.

Разброс в пределах 30% — нормальная рыночная картина. Всё, что выходит за эти рамки, требует объяснения, и объяснение всегда есть: либо в скоупе, либо в квалификации команды, либо в том, что кто-то из троих ошибся.

FAQ

Можно ли получить точную цену до подписания договора? Да, но только после аналитики и согласованного ТЗ. Любая точная цифра, названная по устному описанию идеи, — это либо запас на риск, либо будущие доплаты.

Почему разработка под iOS дороже, чем под Android? Выше ставки специалистов из-за дефицита сильных Swift-разработчиков, дороже аккаунт разработчика и строже модерация. При этом Android дороже в тестировании: устройств и версий системы значительно больше.

Что дешевле — нативная разработка или кроссплатформа? Кроссплатформенное решение под две платформы обычно обходится на 30–45% дешевле двух нативных команд и столько же экономит на поддержке. Нативная разработка оправдана при тяжёлой графике, глубокой работе с системными API и высоких требованиях к производительности.

Сколько стоит поддержка после релиза? Ориентир — 15–25% от стоимости разработки в год. В эту сумму входят инфраструктура, обновления под новые версии ОС, исправление ошибок и развитие функциональности.

На чём в разработке нельзя экономить? На аналитике, архитектуре, тестировании и передаче кода. Экономия на этих четырёх пунктах возвращается переделками, которые обходятся дороже сэкономленного.

Что делать, если бюджета не хватает даже на минимальную версию? Сузить объём первой версии до одного ключевого сценария и одной платформы, а не пытаться уместить полный функционал в меньшие деньги. Урезанный по качеству полный продукт работает хуже, чем аккуратно сделанная малая часть.