Мобильная разработка в России в 2026: что происходит с рынком

Четверг, планёрка с инвестором. Он смотрит на дорожную карту и спрашивает: «А будет ли это работать в России через год?» Вопрос не про технологии – про экосистему. Российский рынок мобильной разработки за два года превратился из филиала глобального рынка в изолированный организм со своими правилами. Публикация через RuStore вместо Google Play. Платежи через СБП вместо Apple Pay. Локальные аналитические сервисы вместо Firebase Analytics.

Вы узнаете, какие стеки реально используют команды сейчас, как изменились процессы публикации и монетизации, с какими вызовами сталкиваются разработчики и что произойдёт с рынком в ближайшие два-три года. Без прогнозов аналитиков – только цифры и живой опыт команд.

Как изменился рынок мобильной разработки за последние годы

Главное изменение – фрагментация экосистемы. До 2022 года у разработчика была одна цепочка: написал код – залил в Google Play и App Store – подключил Firebase – настроил платежи через Google Pay. Одна документация, одни SDK, одни ограничения. Сейчас эта цепочка распалась на десяток вариантов.

Google Play и App Store остались доступны через VPN, но пользовательская база дробится. По данным аналитиков, доля российских пользователей, устанавливающих приложения через альтернативные магазины, выросла с 7% в 2022 до 34% в 2025. RuStore, NashStore, AppGallery – каждый со своими требованиями к сборке, правилами модерации и API для интеграции.

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

Вырос спрос на гибридные решения. Flutter и React Native раньше выбирали стартапы, чтобы сэкономить. Сейчас их используют корпоративные команды – не ради экономии, а ради скорости. Когда нужно одновременно поддерживать четыре магазина приложений и два платёжных шлюза, писать на нативе два раза дороже не в деньгах, а в времени выпусков.

Изменилась и позиция заказчиков. Два года назад требование «приложение должно работать без Google-сервисов» звучало экзотично. Сейчас это пункт в каждом втором брифе. Бизнес перестал воспринимать мобильную разработку как стабильную среду – теперь это зона постоянных изменений.

Технологический стек: что используют российские разработчики сейчас

Kotlin и Swift по-прежнему основа нативной разработки, но Flutter захватывает долю быстрее, чем ожидалось. По опросам российских разработчиков, доля проектов на Flutter выросла с 18% в 2023 до 29% в 2025. React Native отстаёт – не из-за технических ограничений, а из-за экосистемы. Многие npm-пакеты перестали обновляться для российских разработчиков, поддержка сторонних библиотек провисает.

Бэкенд и инфраструктура. Django Rest Framework и FastAPI стали стандартом для API мобильных приложений. В проекте СИМ ЁЖ – социальном интернет-магазине, где пользователи зарабатывают баллы за просмотр социальной рекламы – использовали Django Rest Framework для реализации JWT-аутентификации и трёхуровневой системы уведомлений. Задача была нетривиальной: нужно было спроектировать регистрационный поток, который поддерживает таргетирование рекламы по группам пользователей и синхронизирует начисление баллов с просмотрами видео.

Решение потребовало не только настройки бэкенда, но и синхронизации с мобильными клиентами. В итоге пользователи получили приложение, где регистрация работает через JWT, видео показываются с учётом категорий интересов, а баллы начисляются в реальном времени и доступны для обмена на товары. Пример показывает, что даже в нестандартных бизнес-моделях связка Django + мобильное приложение закрывает задачи быстрее, чем кастомные решения.

Аналитика и мониторинг. Firebase Analytics заменили AppMetrica и Amplitude. Разница не только в API – изменилась сама логика сбора данных. Firebase автоматически собирал события установки, первого запуска, покупок. AppMetrica требует ручной настройки каждого события. Это добавляет работы на старте, но даёт больше контроля над данными.

Карты. Yandex MapKit заменил Google Maps API почти повсеместно. 2ГИС используют точечно – в логистике и доставке. API «Яндекс.Карт» работает стабильно, но документация хуже. Интеграция занимает на 20–30% больше времени, чем с Google Maps.

Платежи. СБП стал основным способом оплаты в B2C-приложениях. Интеграция через банки-партнёры (Сбер, Тинькофф, Альфа) проще, чем раньше – готовые SDK с понятной документацией. Но комиссии выше, чем были у Google Pay: от 0,4% до 1,2% в зависимости от оборота. Для приложений с низким средним чеком это чувствительно.

Push-уведомления. Firebase Cloud Messaging заменили решениями от российских провайдеров – Unisender, UniPush, сервисы от «Яндекса». Главная боль – отсутствие единого протокола. Каждый провайдер требует свой SDK, свои форматы payload, свои правила доставки. В проектах с многоплатформенной поддержкой приходится держать три-четыре адаптера для пушей.

Стек стал тяжелее. Там, где раньше хватало одной библиотеки, сейчас нужно две-три. Это сказывается на размере приложений и времени сборки. APK, который весил 15 МБ, теперь весит 22 МБ – просто потому, что внутри три SDK для карт вместо одного.

Публикация и монетизация: новые реалии для российских приложений

Публикация перестала быть разовым действием – теперь это процесс с постоянной поддержкой. Раньше ты заливал сборку в Google Play, проходил модерацию за день-два, и всё. Сейчас нужно готовить четыре версии одного приложения: для Google Play (если оставляешь), RuStore, AppGallery, NashStore. Каждый магазин со своими требованиями.

RuStore требует обязательное использование российской платёжной системы для внутриигровых покупок и подписок. Нельзя просто подключить Stripe или PayPal – только СБП, банковские эквайринги или агрегаторы типа ЮKassa. Модерация в RuStore занимает от трёх до семи дней. Это дольше, чем в Google Play, но быстрее, чем в App Store.

AppGallery (Huawei) формально доступен, но пользовательская база в России микроскопическая. Публиковать туда имеет смысл только если у тебя специфическая аудитория или контракт с Huawei.

NashStore – нишевая площадка, но с лояльной аудиторией среди пользователей, которые принципиально не ставят приложения из Google Play. Модерация мягкая, требований к интеграции почти нет. Подходит для MVP и тестирования гипотез.

Монетизация. Модель подписок просела. Не из-за спроса – из-за технических барьеров. Apple и Google раньше предоставляли встроенные механизмы управления подписками: пользователь подключал карту один раз, и платежи шли автоматически. Сейчас, если ты публикуешься через RuStore, нужно самому реализовывать логику рекуррентных платежей. Это значит – настраивать связку с банком, хранить токены карт, обрабатывать отказы.

Доля приложений, которые зарабатывают на рекламе, выросла. Но и здесь изменения: Яндекс.Директ и myTarget заменили Google AdMob. CPM (цена за тысячу показов) в среднем на 15–20% ниже, чем была у AdMob, но заполняемость рекламных мест выше. В итоге выручка держится на том же уровне, если аудитория активная.

Внутренние покупки переехали на прямые интеграции с банками. Это гибче, чем встроенные покупки через Google Play или App Store – ты контролируешь весь поток, видишь детализацию транзакций, можешь настраивать акции и возврат денег. Но за это платишь временем: интеграция платёжного модуля занимает от двух недель до месяца, в зависимости от требований безопасности.

Самый чувствительный момент – отсутствие единого биллинга. Раньше Apple и Google брали свою комиссию (30% или 15%), но зато ты получал готовую инфраструктуру: возвраты, споры, конвертацию валют, налоги. Сейчас всё это нужно реализовывать самому или подключать сторонние сервисы. В финтех-проектах на это уходит до 20% бюджета разработки.

Вызовы и возможности: с чем сталкиваются команды разработки

Дефицит компетенций. Рынок требует разработчиков, которые умеют работать с российскими SDK и API – AppMetrica, Yandex MapKit, СБП, RuStore API. Но таких специалистов мало. Большинство iOS и Android разработчиков затачивались под глобальную экосистему: Firebase, Google Maps, Stripe. Переучивание занимает время. Найти Senior-разработчика, который уже интегрировал СБП и настраивал публикацию в RuStore, – задача на 3–4 месяца поиска.

Эту проблему частично решает аутстафф. Можно взять команду или отдельных специалистов на проект, без найма в штат. Средний срок подбора Senior-специалиста через аутстафф – 2–3 недели. Экономия не только во времени, но и в деньгах: аутстафф обходится дешевле штатного найма на 30–40%, если учитывать налоги, бенефиты и простой между проектами.

Размер APK и производительность. Добавление нескольких SDK для карт, аналитики, пушей раздувает приложение. Пользователи с медленным интернетом или старыми устройствами просто не устанавливают тяжёлые приложения. Решение – ленивая загрузка модулей. Android App Bundle помогает, но требует грамотной архитектуры. Не все команды это умеют.

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

Локальная экосистема без глобальных конкурентов. Зарубежные компании ушли или заморозили инвестиции в российский рынок. Это открывает нишу для локальных игроков. Если ты делаешь приложение для доставки, фитнеса, финансов – ты конкурируешь с российскими стартапами, а не с Uber, Peloton или Revolut. Порог входа ниже, аудитория лояльнее.

Гибкость в монетизации. Ты не привязан к правилам Apple и Google. Хочешь сделать гибридную модель – подписка + разовые покупки + реферальная программа? Без ограничений. В проекте социальной сети, где пользователи получают уникальный QR-код для обмена контентом – реализовали программу удержания с реферальными ссылками и начислением баллов за активность: посты, лайки, комментарии. Задача была сложной: нужно было внедрить механизм версионирования API, чтобы разные версии мобильных приложений работали без обязательных обновлений, и одновременно запустить систему монетизации активности. В итоге получилась гибкая модель, где пользователи могут приглашать друзей и зарабатывать прямо внутри приложения, а команда разработки выпускает обновления без риска сломать старые версии.

Господдержка и субсидии. Минцифры и фонды поддержки IT запустили программы для разработчиков мобильных приложений. Гранты до 5 млн рублей на разработку MVP, софинансирование интеграции с российскими сервисами. Конкурс высокий, но если у тебя проект в приоритетных направлениях (здравоохранение, образование, логистика), шанс получить деньги реальный.

Прогноз развития рынка на ближайшие 2-3 года

Рынок движется к консолидации магазинов приложений. Сейчас на рынке слишком много площадок, и большинство не выживет. RuStore будет расти – за ним стоит государство и крупнейшие банки. AppGallery останется нишевым. NashStore и мелкие площадки либо закроются, либо сольются. К концу 2027 года у разработчика будет две основные площадки для публикации в России: RuStore и что-то ещё (возможно, единая платформа от «Яндекса» или VK).

Стандартизация SDK и API неизбежна. Сейчас каждый провайдер сервисов предлагает свой API. Это неэффективно. Государство и крупные игроки будут давить на унификацию. Появятся общие стандарты для платежей, аналитики, пушей. Это упростит разработку и снизит затраты на интеграцию.

Рост спроса на гибридные фреймворки продолжится. Flutter продолжит захватывать долю. К 2027 году доля проектов на Flutter может достичь 40–45%. React Native будет отставать, если экосистема npm не адаптируется под российский рынок. Kotlin Multiplatform Mobile (KMM) – тёмная лошадка. Если JetBrains продолжит его развивать, он может стать третьей силой.

Усиление регуляторных требований неминуемо. Государство будет ужесточать правила для мобильных приложений: обязательная регистрация в реестрах, требования к хранению данных на территории РФ, сертификация для критичных сервисов (финтех, здравоохранение). Это увеличит стоимость разработки на 10–15%, но создаст барьеры для мелких игроков. Выиграют крупные команды с ресурсами на соответствие требованиям.

Искусственный интеллект в мобильных приложениях станет массовым. Рынок AI в России оценивается в 110 млрд рублей и растёт. Мобильные приложения начнут встраивать локальные AI-модели для персонализации, рекомендаций, обработки естественного языка. Это не про ChatGPT – про локальные решения типа YandexGPT или GigaChat. В приложениях для электронной коммерции, образования, медиа это станет стандартом к 2028 году.

Рост внутреннего рынка ускорится. Российские компании будут больше инвестировать в мобильные каналы. B2B-сегмент, который традиционно игнорировал мобильную разработку, начинает заказывать приложения для сотрудников, партнёров, логистики. Это новая аудитория для разработчиков – со своими требованиями и бюджетами.

Вопросы и ответы: мобильная разработка в России

Стоит ли сейчас разрабатывать нативные приложения или лучше выбрать Flutter/React Native?
Если проект корпоративный, с высокими требованиями к производительности (финтех, игры, AR/VR) – нативная разработка. Если нужна скорость выхода на рынок и поддержка нескольких платформ – Flutter. React Native подходит, если команда уже работает с JS-экосистемой и готова закрывать провалы в библиотеках самостоятельно.

Можно ли публиковать приложения в Google Play из России?
Можно, но с ограничениями. Google Pay недоступен, Firebase частично работает, но нестабильно. Для монетизации придётся использовать сторонние платёжные системы. Модерация проходит так же, как раньше.

Сколько стоит интеграция СБП в мобильное приложение?
От 200 тысяч до 1,5 млн рублей, в зависимости от банка-партнёра и объёма платежей. Интеграция через агрегаторы (ЮKassa, CloudPayments) дешевле и быстрее – от 100 тысяч рублей и две-три недели работы.

Какие требования у RuStore к приложениям?
Обязательная поддержка российских платёжных систем для покупок и подписок. Запрет на сбор данных за пределами РФ без явного согласия пользователя. Ограничения на контент (политика, экстремизм, пропаганда). Модерация занимает 3-7 дней, повторная – 1-2 дня.

Нужно ли сертифицировать мобильное приложение по требованиям ФСТЭК?
Зависит от отрасли. Для финтеха, госуслуг, медицины – да. Для электронной коммерции, медиа, развлечений – нет. Сертификация стоит от 500 тысяч до 3 млн рублей и занимает от трёх месяцев.

Как изменились сроки разработки мобильных приложений?
Увеличились на 20–30% из-за необходимости адаптации под российские сервисы и публикации в нескольких магазинах. То, что раньше занимало четыре месяца, сейчас занимает пять-шесть.

Российский рынок мобильной разработки прошёл точку невозврата – он больше не синхронизирован с глобальным. Это не временная изоляция, это новая нормальность. Команды, которые быстро адаптировались к локальным SDK, российским магазинам и новым моделям монетизации, получили преимущество. Остальные до сих пор пытаются работать по старым правилам – и проигрывают в скорости и стоимости. Если у тебя есть задача на мобильную разработку и ты не хочешь растягивать найм на месяцы – посмотри на аутстафф. Два-три специалиста на проект закроют интеграции и публикацию быстрее, чем собранная с нуля команда.