Приложение часто заказывают по инерции: «у конкурентов есть, значит и нам надо». Через полгода в сторах висит продукт с сотней установок, который дублирует сайт и требует денег на поддержку. Разбираем, когда приложение оправдано, а когда достаточно хорошей мобильной версии сайта.

Три условия, при которых приложение окупается

Повторные покупки. Приложение выигрывает там, где клиент возвращается регулярно: доставка еды, аптека, сервис, салон, маркетплейс. Если человек покупает раз в несколько лет, ставить приложение ради одной покупки он не будет.

Своя база клиентов. Главная ценность приложения не каталог, а прямой канал: push-уведомления, карта лояльности, история заказов. Если базы нет и лояльность не считается, канал будет пустым.

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

Если ни одно из трёх условий не выполняется, деньги разумнее вложить в мобильную версию сайта и рекламу: они дают охват дешевле.

Что приложение стоит на самом деле

Разработка это не единственная статья расходов. Нужно заложить:

• аккаунты разработчика в App Store и Google Play и их ежегодное продление;
• поддержку после запуска: обновления под новые версии операционных систем, исправления, серверную часть;
• продвижение: установок из ниоткуда не бывает, нужен трафик на карточку приложения и работа с отзывами;
• аналитику: без неё непонятно, доходит ли пользователь до целевого действия.

Ставки на рынке отличаются в разы, поэтому полезно понимать логику расчёта. Кроссплатформенная разработка на Flutter даёт одно приложение сразу под iOS и Android, нативная разработка на Swift и Kotlin означает две команды и две кодовые базы: те же функции обходятся примерно в полтора раза дороже. Смета считается не «за приложение целиком», а по составу экранов и функций в часах.

Частая ошибка: делать первую версию максимально полной

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

Как понять, что вы готовы

Простой признак: если у вас уже есть поток клиентов, который возвращается, и вы точно знаете, какое действие они будут делать в приложении чаще всего, это готовность. Если ответ звучит как «ну, смотреть каталог», рано.

Хорошая практика перед стартом: посчитать экономику. Сколько стоит привлечение установки, какая доля установивших делает заказ, какой у клиента средний чек и частота покупок. Эти четыре числа дают понять, за сколько месяцев вложение вернётся.

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