Ориентиры InterLAB: MVP мобильного приложения — 2–5 млн ₸ и 6–12 недель, приложение под ключ — 5–15 млн ₸ и 2–4 месяца, сложные продукты с множеством ролей и интеграций — от 10 млн ₸ и 4–8 месяцев. Цена складывается не из «количества экранов», а из сценариев, серверной части, интеграций и числа платформ. Отдельно заложите регулярные расходы: аккаунты разработчика в сторах, сервер и поддержку.
Содержание
Ориентиры по бюджету и срокам
Начнём с цифр, раз вопрос про них. Это публичные вилки InterLAB — ориентир масштаба, а не прайс-лист: точная фиксированная цена называется после брифа, когда понятны сценарии и интеграции.
2–52–5
млн ₸ — MVP приложения, 6–12 недель
5–155–15
млн ₸ — приложение под ключ, 2–4 месяца
10+10+
млн ₸ — сложные продукты, 4–8 месяцев
22
недели до кликабельного прототипа
Разброс внутри вилки объясняется объёмом: одно и то же «приложение доставки» может быть витриной с заказом в пару экранов или продуктом с курьерским приложением, трекингом, оплатой и кабинетом партнёра. Это разные проекты, хотя в письме называются одинаково.
Из чего складывается цена
Мобильное приложение — это не только то, что видно на экране телефона. Под интерфейсом живут сервер, админ-панель и связи с другими системами, и в смете это отдельные блоки работ:
Интерфейс
- Что входит
- экраны главного сценария, состояния, адаптация под размеры
- Что делает дороже
- нестандартная анимация, разные экраны для разных ролей
Сервер и API
- Что входит
- данные, авторизация, бизнес-логика
- Что делает дороже
- сложные расчёты, работа в реальном времени, нагрузка
Админ-панель
- Что входит
- управление контентом, заказами, пользователями
- Что делает дороже
- гибкая отчётность, детальные права доступа
Интеграции
- Что входит
- платежи, уведомления, 1С, CRM, карты
- Что делает дороже
- каждая внешняя система — отдельный блок работ
Публикация
- Что входит
- подготовка к ревью App Store и Google Play
- Что делает дороже
- повторные ревью, если стор вернул приложение
Отсюда практический вывод: две сметы на «приложение из 20 экранов» могут отличаться в разы и при этом обе быть честными. Сравнивать стоит не итоговые цифры, а то, что входит в каждый слой.
Одна платформа или две
Вопрос, который сильнее всего влияет на бюджет, — сколько платформ делать и каким способом. Два основных пути:
Отдельно под iOS и Android
- Две кодовые базы: каждая функция пишется и тестируется дважды
- Максимальный доступ к возможностям каждой платформы
- Оправдано для тяжёлой графики и глубокой работы с железом
- Дороже в поддержке на дистанции
Кроссплатформа (React Native)
- Одна кодовая база: общая логика пишется один раз
- Большинство бизнес-сценариев закрывается без потерь
- Специфичные функции могут потребовать нативных модулей
- Проще развивать и поддерживать одной командой
Варианты реализации и как они влияют на бюджет
Одна и та же задача решается разными техническими путями, и у каждого своя структура затрат — не только на разработку, но и на поддержку в следующие годы.
PWA (веб-приложение)
- Когда подходит
- сторы не нужны, достаточно браузера и установки на экран
- Что важно для бюджета
- одна кодовая база с сайтом, обновления без ревью; ограничен доступ к устройству
Кросс-платформа (React Native, Flutter)
- Когда подходит
- большинство бизнес-задач для iOS и Android
- Что важно для бюджета
- одна кодовая база и одна команда на две платформы; нативные модули — отдельной строкой
Нативная разработка (Swift + Kotlin)
- Когда подходит
- продукт построен вокруг возможностей платформы
- Что важно для бюджета
- две кодовые базы — две разработки и две поддержки
MVP одного сценария
- Когда подходит
- нужно проверить спрос до полного бюджета
- Что важно для бюджета
- меньше объём старта; состав первой версии фиксируется заранее
Регулярные расходы после запуска
Разработка — разовый платёж, а приложение живёт дальше. Вот что стоит заложить в бюджет заранее:
- Аккаунт Apple Developer Program — 99 USD в год (в местной валюте сумма может отличаться)
- Регистрация в Google Play — разовый взнос 25 USD
- Сервер и инфраструктура: хостинг, база данных, резервные копии
- Обновления под новые версии iOS и Android — сторы периодически ужесточают требования
- Сторонние сервисы: SMS, push-уведомления, карты, платёжные комиссии
- Развитие: новые функции по данным после запуска
Сборы сторов фиксированы и указаны на официальных страницах Apple и Google (ссылки в конце статьи). Остальные расходы зависят от нагрузки и выбранных сервисов — их мы расписываем в оценке отдельной строкой.
Типичные ошибки бюджета
Чаще всего бюджет срывается не из-за дорогой разработки, а из-за того, что часть работ не была видна при первой оценке.
- Считают только экраны, забывая сервер, API и админ-панель — без них приложению нечего показывать
- Откладывают интеграции «на потом»: платежи, 1С и CRM добавляются дороже, чем закладываются в архитектуру сразу
- Не закладывают регулярные расходы: аккаунты в сторах, сервер, мониторинг и обновления под новые версии ОС
- Начинают с полной версии вместо MVP — и тратят бюджет на функции, которые пользователи не используют
- Не учитывают повторные ревью сторов: замечания Apple и Google требуют доработок и времени
- Сравнивают предложения разного состава: в одном есть дизайн, тестирование и публикация, в другом — нет
Защита от этих ошибок — бриф с перечнем сценариев, ролей и интеграций до разговора о цене: тогда сметы разных подрядчиков можно сравнивать по составу, а не только по итоговой цифре.
Как получить точную оценку
Бриф
Разбираем идею, пользователей, сценарии и интеграции. ТЗ готовить не нужно — часть соберём вопросами.
Оценка с разбивкой
Смета по этапам: что входит в первую версию, что отложено, сколько стоит сопровождение.
Прототип
Кликабельные ключевые экраны — правки на макете в разы дешевле правок в коде.
Фиксированная цена MVP
Объём и цена зафиксированы, оплата в два шага: на старте и на релизе.
Бюджет — это функция от scope: убирая некритичное из первой версии, цену снижают управляемо, а не за счёт качества.
