Создание приложения под Android: когда бизнесу хватит одной платформы

Экономия на разработке реальна. Собственник спрашивает: зачем сразу собирать версии под Android и iOS, если можно начать с одной платформы и посмотреть, что получится? Создание программы для Android как отдельного, самостоятельного продукта — стандартный вопрос для бизнеса, у которого аудитория и так в основном на этой платформе. Ответ не в бюджете, а в том, кто именно открывает ваше приложение и где работает бизнес.

Это первый вопрос, не последний. По России в целом Android и iOS в городах-миллионниках держат примерно поровну — по данным 2ГИС за первое полугодие 2025 года, Android занимает 52% и лидирует в 10 из 16 крупных городов. В Воронеже доля доходит до 58%, в Омске — до 57%. Для сети, у которой точки не в Москве и Петербурге, а в городах поменьше, расклад обычно ещё сильнее в пользу Android. похожие расчёты — в кейсах

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

Разработка под iOS в России уперлась не только в цену. В феврале 2025 года Apple отключила российским разработчикам аккаунты Enterprise Program и аннулировала корпоративные сертификаты — механизм, через который банки и крупные сети распространяли приложения в обход App Store. Сбер, ВТБ и Т-Банк с тех пор обходят ограничение через PWA и приложения-«прокладки». Позже Apple продолжила снимать с публикации отдельные приложения российских компаний: в августе 2026 года из App Store в России пропал Yandex Pay, в июне того же года — государственный мессенджер MAX.

Ни один из этих случаев не про технические ограничения разработчика. Это решения площадки, на которые не повлиять никакой сметой. Android здесь предсказуемее: Google Play продолжает работать, а рядом есть российская витрина, которая для части приложений уже не альтернатива, а обязанность.

С 1 сентября 2025 года в России действует закон об обязательной предустановке RuStore на все продаваемые в стране смартфоны и планшеты — включая iPhone — и запрет ограничивать его установку или обновление. Google Play это не отменяет: для максимального охвата Android-приложение обычно публикуют сразу в обеих витринах.

Цифры на рынке такие. По расчётам студии Purrweb, разработка только под Android обходится примерно в 55–60% от стоимости версии сразу под обе платформы. Вилка по рынку широкая: у Surf — от 500 тысяч до 20 млн ₽ в зависимости от сложности, у WhiteTigerSoft — Android-приложение от 800 тысяч ₽ при средней ставке студий около 2500 ₽ в час. Точную цифру эти вилки не заменят — она зависит от числа экранов, интеграций и того, есть ли у вас уже готовый бэкенд. У нас фиксированного прайс-листа нет: смета считается по конкретному ТЗ, а окупаемость мы умеем посчитать ещё до старта разработки.

Франшиза из 40 точек в городах Черноземья и Поволжья запускала приложение записи и программы лояльности. Директор сети сначала настаивал на обеих платформах сразу — «а вдруг клиенты на айфонах обидятся». Посчитали по своей же CRM. Клиентов с iPhone среди тех, кто вообще оставлял телефон при записи, набралось 14%. Решили запускать только Android, а для меньшинства с iPhone оставили на сайте обычную веб-форму записи без приложения. Разница в бюджете ушла на доработку самой программы лояльности — то, что клиенты действительно заметили.

За решением «нужно сразу и то, и другое» обычно стоит не расчёт, а страх кого-то обидеть отказом. Мысль по-своему верна: клиент с айфоном без приложения может уйти к тому, у кого оно есть. Но она перестаёт работать в тот момент, когда таких клиентов у вас 10–15%, а не половина, — тогда простая форма на сайте закрывает их вопрос не хуже нативного приложения, на которое ушло бы ещё три месяца разработки.

Честность здесь важнее продажи. Если ваш бизнес — премиальный сегмент в Москве, Петербурге или Казани, картина обратная: в этих городах, по тем же данным 2ГИС, iOS держит 53–56% рынка, и урезать разработку до Android означает сознательно отсечь платящую половину клиентов. Похожая история у B2B-сервисов, где решение принимает топ-менеджмент, — там доля iPhone среди аудитории обычно выше, чем в среднем по стране, просто по составу должностей. В таких нишах экономия на одной платформе оборачивается репутационным минусом раньше, чем финансовым плюсом.

Проверяется это не мнением, а той же аналитикой сайта, о которой шла речь выше. Если разброс между Android и iOS у вашей аудитории меньше 70 на 30 — вопрос платформы уже не очевиден, и здесь без разбора конкретных цифр решение принимать рискованно.

Сроки короче, чем кажется. MVP для записи, витрины или программы лояльности под одну платформу мы обычно собираем за 6–10 недель — от сбора требований и прототипа экранов до публикации в Google Play и RuStore. Кроссплатформенный проект такого же объёма занимает в среднем в полтора раза дольше просто потому, что тестировать и дорабатывать приходится на двух платформах сразу, а не на одной.

На руки вы получаете не только саму сборку. Права на код и исходники оформляются на ваше юрлицо, а не остаются у подрядчика — это стоит прописывать отдельным пунктом в договоре, а не считать само собой разумеющимся. Аккаунты в Google Play Console и RuStore оформляются на вас же, а не на нас: так вы не зависите от одного конкретного разработчика, если решите сменить подрядчика на этапе доработок. После публикации мы остаёмся на связи по хотфиксам и обновлениям под новые требования площадок — это отдельная услуга, не входящая в стоимость разработки по умолчанию.

Чем мы отличаемся от классической студийной сметы — скоростью сборки. В конвейере разработки часть рутинных задач — вёрстка типовых экранов, интеграции с популярными CRM и платёжными системами — закрывают ИИ-инструменты, а не ручной труд программиста с нуля на каждый проект. Отсюда и разница в сроках, и более узкая вилка по цене, чем у студий, которые собирают каждый экран заново.

Если рост в планах есть, важно не то, писать ли сейчас под iOS, а на чём написан Android. Нативная разработка на Kotlin без оглядки на другие платформы — самый быстрый и дешёвый путь к MVP, но при переходе на iOS почти всё придётся переписывать заново. Kotlin Multiplatform позволяет переиспользовать бизнес-логику: по отраслевым расчётам, добавление iOS-версии к готовому Android-приложению на KMP обходится примерно на 40% дешевле, чем нативная iOS-разработка с нуля. Мы в конвейере разработки закладываем такой стек сразу — с прицелом на то, что вторая платформа может понадобиться через год, а не с чистого листа.

Это тот случай, где решение зависит не от общих цифр по рынку, а от вашей аудитории и вашего темпа роста. На разборе смотрим, сколько у вас клиентов на Android по вашей же аналитике, считаем смету под конкретное ТЗ и говорим, на каком стеке собирать — чтобы решение не пришлось откатывать через полгода.

Хотите понять, хватит ли вашему бизнесу одной платформы: разбор вашей задачи