Смету на разработку Android-приложения обычно считают по одной схеме: экраны, backend, дизайн, тестирование. Всё верно, но для российского проекта этого мало — за пределами типового расчёта остаются публикация сразу в нескольких магазинах, доставка push-уведомлений без единого канала, платежи и парк устройств, на которых всё это должно работать. Разбираем и смету, и то, что в неё обычно забывают заложить.
Сколько стоит и сколько занимает
Ориентиры на август 2026, ставка команды — 2 700 ₽/час.
| Тип проекта | Стоимость | Сроки |
|---|---|---|
| Простое приложение (одна ключевая функция) | от 300 000 до 800 000 ₽ | 1–3 месяца |
| Среднее (личный кабинет + серверная часть) | от 800 000 до 3 000 000 ₽ | 3–7 месяцев |
| Сложный продукт (маркетплейс, B2B-платформа) | от 3 000 000 ₽ | от 8 месяцев |
Разработка только под Android обходится примерно на треть дешевле, чем выпуск сразу на две платформы. Это разумный старт, если ваша аудитория — массовый сегмент, розница или полевые сотрудники: там доля Android заметно выше. Для премиальных ниш логика обратная, и начинать имеет смысл с iOS.
Из чего складывается смета
Экраны и сценарии. Основной драйвер. Считается не количество картинок, а число пользовательских путей и состояний: что происходит при ошибке, при пустом списке, при отсутствии сети.
Серверная часть. Нужна всегда, когда данные не помещаются в телефон: авторизация, синхронизация, backend и API, история. Часто это половина бюджета проекта, а иногда и больше.
Дизайн. Использование стандартных компонентов Material Design экономит время; уникальные элементы и анимации увеличивают и дизайн, и разработку.
Интеграции. Платежи, карты, аналитика, CRM, 1С — каждая позиция добавляет часы и, что важнее, добавляет точку отказа, которую нужно тестировать.
Тестирование. На Android оно дороже, чем на iOS, и ниже объясняем почему.
Публикация. В российских реалиях это не один магазин, а два-три.
Kotlin или Flutter
Коротко: нативная разработка на Kotlin даёт максимальную производительность и полный доступ к возможностям платформы — это выбор для высоконагруженных продуктов, сложной графики и глубокой работы с железом. Flutter экономит порядка трети бюджета, когда нужны обе платформы, и удобен для типовых бизнес-задач: каталоги, сервисы, личные кабинеты, приложения для сотрудников.
| Критерий | Kotlin (нативный Android) | Flutter (кроссплатформа) |
|---|---|---|
| Производительность | Максимальная | Высокая (чуть ниже нативной) |
| Доступ к API Android | Полный, без ограничений | Через platform channels |
| Подходит для iOS | Нет (только Android) | Да — один код для двух платформ |
| Экономия бюджета | На 30–35% дешевле при Android-only | Экономия ~30% при двух платформах |
| Лучшие сценарии | Высоконагруженные, работа с железом | Типовые бизнес-приложения |
Если приложение планируется только под Android и функционал типовой, разница между стеками по бюджету невелика — решает наличие команды и планы на iOS в будущем. Также рассмотрите кроссплатформенную разработку, если горизонт расширения на iOS актуален.
Российский контур: то, чего нет в типовых расчётах
Три магазина вместо одного
С 1 сентября 2025 года действует запрет на продажу смартфонов без предустановленного российского магазина приложений, и доля пользователей с RuStore на устройстве продолжает расти. Для бизнеса это означает, что публикация только в Google Play больше не покрывает аудиторию.
Выкладка в несколько магазинов — это не «загрузить один файл трижды». Разные наборы материалов, разные правила, разные сроки проверки и, в части случаев, разные сборки приложения. Закладывайте на это отдельную строку в смете и отдельное время в графике релиза.
Верификация разработчиков Google
Сюжет, о котором стоит знать до старта проекта. Google внедряет программу проверки личности Android-разработчиков: она подтверждает разработчика и закрепляет за ним право на имя пакета приложения. С 30 сентября 2026 года требования начинают действовать в Бразилии, Индонезии, Сингапуре и Таиланде, а в 2027 году их планируется распространить на остальные регионы.
Ключевая деталь: ограничение работает на уровне операционной системы и касается всех приложений, устанавливаемых на сертифицированные Android-устройства, независимо от того, из какого магазина они загружены. То есть это не правило Google Play, которое можно обойти публикацией в другом сторе.
Практический вывод: если ваша аудитория частично находится за пределами России или вы планируете международный запуск, вопрос верификации нужно прорабатывать заранее, вместе с юристами. Для проекта, полностью ориентированного на российский рынок, риск ниже, но следить за развитием ситуации стоит — планы распространения на 2027 год объявлены.
Информация актуальна на август 2026, тема развивается — проверяйте текущий статус перед запуском проекта.
Push-уведомления без единого канала
На Android стандартный транспорт уведомлений — Firebase Cloud Messaging (FCM). В российских условиях полагаться только на него нельзя: у RuStore есть собственный транспорт доставки, а на устройствах Huawei работают HMS Push Kit.
Практическое решение — универсальный SDK, который умеет работать через несколько каналов одновременно и выбирает доступный. Но у транспорта RuStore есть условия: на устройстве должен быть установлен сам RuStore, ему должна быть разрешена работа в фоне, пользователь должен быть в нём авторизован, а подпись приложения — совпадать с добавленной в консоль разработчика.
Что это значит для сметы: подключение и тестирование нескольких каналов доставки — отдельная работа, которую нужно закладывать заранее. Переделывать систему уведомлений после релиза дороже, чем спроектировать её сразу, а для приложений с доставкой, заявками или согласованиями push — не украшение, а основной механизм.
Платежи внутри приложения
Приём платежей в приложении для российских разработчиков устроен иначе, чем описано в стандартной документации Google. Схема зависит от того, что вы продаёте: цифровой контент и подписки, физические товары или услуги. От этого зависят и доступные инструменты, и комиссии, и требования магазинов.
Вопрос стоит решать на этапе проектирования: механика оплаты влияет на архитектуру и на то, пройдёт ли приложение модерацию.
Фрагментация: почему Android дороже в тестировании
Главное техническое отличие Android от iOS. У Apple ограниченная линейка устройств и предсказуемое обновление системы. У Android — сотни моделей, несколько актуальных версий ОС одновременно, разные разрешения и плотности экрана, вендорские оболочки со своим поведением и отдельная категория устройств без сервисов Google.
Что из этого следует:
- Матрица тестирования шире. Проверять нужно на реальных устройствах разных ценовых сегментов, а не только на флагманах разработчиков. Тестирование ПО занимает больше времени, чем на iOS, при том же функционале.
- Поведение фоновых процессов различается. Агрессивная экономия батареи в некоторых оболочках убивает фоновую синхронизацию и задерживает уведомления — классическая проблема, которую находят уже после релиза.
- Нижняя граница поддержки — бизнес-решение. Чем ниже минимальная версия Android, тем шире охват и тем дороже разработка. Определите её на старте, исходя из реальной статистики вашей аудитории.
- Устройства без сервисов Google требуют отдельной сборки, если такая аудитория для вас значима.
Практический ориентир: большая часть отзывов с одной звездой в магазинах касается именно того, что «на моём телефоне не работает». Экономить на тестировании — значит платить репутацией.
Что происходит после релиза
Приложение — не разовая покупка. Магазины ежегодно поднимают требования к версии платформы, под которую собрано приложение: не обновились — приложение перестаёт быть доступным новым пользователям, даже если оно исправно работает. Плюс выходят новые версии ОС, ломаются сторонние библиотеки, меняются требования к разрешениям.
Ориентир по рынку: годовое содержание приложения составляет порядка 15–25% от стоимости разработки. Если этот бюджет не заложен, приложение устаревает примерно за год-полтора и начинает терять пользователей. Рассчитайте полную стоимость владения заранее.
Как снизить бюджет
- Начните с одной платформы. Если аудитория преимущественно на Android — выпускайте Android, а iOS добавляйте после подтверждения гипотезы.
- Урежьте первую версию. Разделите функции на обязательные, желательные и опциональные, и выпустите только первые. Экономия достигает половины бюджета первой итерации.
- Используйте готовые решения для типовых задач: авторизация, платежи, карты, аналитика. Своё имеет смысл писать только там, где готовое не подходит принципиально.
- Не экономьте на тестировании, безопасности, аналитике и передаче исходного кода. Всё это дешевле сделать сразу, чем восстанавливать потом.
Если рассматриваете проект комплексно, с мобильным приложением, API и веб-интерфейсом, — обратите внимание на разработку под ключ: это позволяет оптимизировать архитектуру на старте и не переделывать стыки между частями.
Что подготовить до старта
- Описание сценариев: что делает пользователь и в какой последовательности.
- Статистику вашей аудитории по устройствам и версиям Android, если она есть.
- Решение по минимальной поддерживаемой версии системы.
- Ответ на вопрос, нужны ли платежи внутри приложения и что именно продаётся.
- Аккаунты разработчика в магазинах, оформленные на вашу компанию, а не на подрядчика.
- Список систем для интеграции и ответственных за них на вашей стороне.
Хотите разработку Android-приложения? Обсудим задачу, составим смету и предложим оптимальный стек.
Обсудить проект
FAQ
Сколько стоит разработка приложения для Android?
Простое приложение с одной ключевой функцией — от 300 000 до 800 000 рублей и 1–3 месяца, приложение среднего уровня с личным кабинетом и серверной частью — от 800 000 до 3 000 000 рублей и 3–7 месяцев, сложный продукт — от 3 000 000 рублей и от 8 месяцев. Разработка только под Android обходится примерно на треть дешевле выпуска сразу на две платформы.
Kotlin или Flutter — что выбрать для Android?
Kotlin даёт максимальную производительность и полный доступ к возможностям платформы, поэтому подходит для высоконагруженных и технически сложных продуктов. Flutter выгоднее, когда нужны обе платформы или задача типовая: экономия относительно двух нативных приложений составляет около трети бюджета.
Нужно ли публиковать приложение в RuStore?
Для российской аудитории — да. С 1 сентября 2025 действует запрет на продажу смартфонов без предустановленного российского магазина приложений, поэтому RuStore есть у растущей доли пользователей. Публикация только в Google Play уже не покрывает рынок.
Почему разработка под Android дороже в тестировании?
Из-за фрагментации: сотни моделей устройств, несколько актуальных версий системы, разные разрешения экранов и вендорские оболочки со своим поведением фоновых процессов. Матрица тестирования шире, чем на iOS, и проверять нужно на реальных устройствах разных сегментов.
Как работают push-уведомления в российских приложениях?
Одного канала доставки недостаточно: помимо FCM (Firebase Cloud Messaging) используются транспорт RuStore и HMS Push Kit для устройств Huawei. Обычно подключается универсальный SDK, работающий через несколько каналов, и это отдельная работа, которую нужно заложить в смету заранее.
Сколько стоит поддержка приложения после запуска?
Ориентировочно 15–25% от стоимости разработки в год. Сюда входят исправление ошибок, адаптация под новые версии ОС и ежегодные требования магазинов, серверная инфраструктура и подписки на сторонние сервисы. Без обновлений приложение теряет доступность для новых пользователей примерно за год-полтора.
На кого оформлять аккаунт разработчика?
На вашу компанию, а не на подрядчика. Это принципиальный момент: при смене команды аккаунт, отзывы, статистика и само приложение остаются у вас. Зафиксируйте это в договоре до начала работ.