Сколько стоит разработка мобильного приложения
Первая версия под одну платформу начинается от 150 000 ₽ и занимает 6–9 недель. За этими числами стоит конкретный состав, а не порядок сумм: одна платформа, выбранная по вашей аудитории, до пяти экранов, один сценарий, доведённый до конца, вход и уведомления на готовых решениях, публикация в магазине на ваш аккаунт разработчика и наблюдение после релиза.
Цену двигают четыре вещи, и первая из них — число платформ. Две системы сразу означают не удвоение кода, а удвоение проверки на устройствах, подготовки магазинных страниц и прохождения модерации в двух разных местах по разным правилам. Дальше идут количество сценариев (экраны считаются, но растёт смета именно от сценариев), наличие у вас работающей серверной части и то, сколько в приложении работы с камерой, датчиками, фоном и офлайном — каждый такой пункт добавляет отдельный цикл проверки.
Отдельно стоит помнить про стоимость владения. Разработка заканчивается, обновления — нет: операционные системы выходят каждый год и приносят требования, под которые приложение приходится пересобирать, даже если вы в нём ничего не меняли. Приложение, которое давно не обновляли, магазин может перестать показывать в поиске. Поэтому сравнивать бюджет на приложение с бюджетом на сайт некорректно: у сайта простой ничего не стоит, у приложения — стоит.
И последнее про цену, что мы говорим до сметы: срок здесь не выводится из суммы. Цена и объём — два независимых числа, и 6–9 недель на первую версию названы как оценка работы, а не как результат деления бюджета на ставку. Раньше на этом месте получалась арифметика, из которой следовали сроки, невозможные физически.
Нативное или кроссплатформенное приложение
По умолчанию мы делаем кроссплатформенно: одна кодовая база работает на обеих системах. Это не компромисс ради экономии. Там, где главное в приложении — экраны, данные, уведомления и работа с сервером, разница с нативным кодом пользователю не видна, а поддерживается такой продукт одним комплектом вместо двух. Второй комплект — это не только вторая разработка, но и вдвое больше мест, где что-то может разойтись.
Нативная разработка нужна там, где упираются в железо или в производительность: тяжёлая графика, сложная работа с камерой, фоновые задачи на грани того, что платформа вообще разрешает. Такое мы называем на разборе и до сметы, потому что переход с кроссплатформы на нативный код в середине проекта — это не правка, а новый проект.
Что важнее выбора технологии: серверная часть переиспользуется в любом случае. Если у вас уже работают сайт, бот или Telegram Mini App с нормальным обменом данными, приложение подключается к ним, а не строится рядом. Именно поэтому путь «сначала Mini App, потом приложение» дешевле обратного: переписывается интерфейс, а данные, логика и интеграции остаются на месте.
Что нужно, чтобы опубликовать приложение в магазине
Публикация — отдельная работа, а не кнопка в конце разработки. Нужны аккаунт разработчика, оформленный на вашу компанию, сертификаты и ключи подписи, магазинная страница с названием и описанием по правилам площадки, скриншоты под все размеры экранов, иконка, политика конфиденциальности, возрастной рейтинг и ответы на анкету о том, какие данные приложение собирает и зачем.
Аккаунт разработчика — самое важное место во всём списке. Если он оформлен на подрядчика, приложение формально принадлежит подрядчику: выпустить обновление без него нельзя, даже когда исходный код лежит у вас. Это самый тихий способ привязать клиента, и мы им не пользуемся — регистрация делается на ваши документы, а мы помогаем её пройти. То же касается ключей подписи: без них новую версию не выпустит никто.
Срок модерации назначает площадка. Сборка может пройти проверку сразу, а может вернуться с замечанием, которое невозможно было предвидеть. Мы закладываем проверку в план и готовим всё, что от нас зависит, но обещать её срок — значит обещать за чужой счёт. И это касается не только первого релиза: каждое обновление проходит проверку заново, поэтому часть текстов и данных имеет смысл держать на сервере, чтобы менять их без выпуска новой версии.
Когда мобильное приложение не нужно: PWA и Mini App
Приложение оправдано там, где нужен телефон как устройство: камера как рабочий инструмент, датчики, работа в фоне, полноценный офлайн с досылкой данных, push как критичный канал. Если ничего из этого в задаче нет, а нужен удобный экран — каталог, запись на время, личный кабинет, оплата, статусы, — задача решается в вебе за меньшие деньги и в меньший срок.
Первый вариант — PWA: готовый сайт получает иконку на домашнем экране, запуск без адресной строки, работу при плохой связи и уведомления, и всё это без публикации и без второй кодовой базы. Начинается от 40 000 ₽, занимает 2–3 недели. Второй — Telegram Mini App: приложение внутри мессенджера, которое открывается по ссылке и не требует установки вовсе. Начинается от 50 000 ₽, занимает 2–3 недели. Он особенно уместен, если ваши клиенты уже в Telegram: точка входа к ним у вас уже есть, а приложению её пришлось бы покупать рекламой.
Есть и третья ситуация, в которой не нужно ни то, ни другое: продукта ещё нет, и приложение должно его создать. Приложение не создаёт спрос — оно обслуживает существующий. Гипотезу дешевле проверять тем, что делается за недели и правится в тот же день, а приложение оставлять на следующий шаг, когда уже понятно, кто и зачем им будет пользоваться.
Разумный порядок обычно такой: сначала веб, потом приложение. Так вы узнаёте цену привлечения и частоту возвратов на дешёвом инструменте, а не выясняете их после релиза в магазинах, когда деньги уже потрачены и менять дорого.