Когда мобильное приложение окупается интернет-магазину, а когда нет

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

Отсюда следует главное правило экономики этого проекта: приложение окупается за счёт роста частоты покупок существующей базы. Если базы нет или она мала, приложение не окупится ни при каком бюджете и ни при каком качестве исполнения. Функции, дизайн и стек тут ничего не меняют.

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

Коротко

• Приложение не привлекает новых клиентов — оно увеличивает частоту покупок существующих.

• Считать окупаемость нужно от базы повторных покупателей, а не от трафика сайта.

• Формула простая: дополнительная годовая маржа должна превысить бюджет разработки плюс поддержку.

• При редких покупках — техника, мебель, крупные разовые товары — приложение не окупается почти никогда.

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

Почему приложение не приводит новых клиентов

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

Сравните с сайтом, где путь от рекламного объявления до корзины занимает два клика. Именно поэтому попытки привлекать холодную аудиторию прямо в приложение почти всегда дают стоимость установки, несопоставимую с прибылью от первого заказа.

Что приложение действительно делает:

• Повышает частоту покупок. Уже установленное приложение — это иконка на экране и прямой канал уведомлений. Барьер до следующего заказа ниже, чем у сайта, куда нужно вспомнить, как зайти.

• Увеличивает средний чек за счёт персональных подборок и накопленной истории покупок.

• Удешевляет коммуникацию. Push стоит принципиально меньше, чем платный трафик или SMS, при сопоставимом охвате активной базы.

• Снижает зависимость от маркетплейсов. Покупатель, который берёт напрямую, не приносит вам комиссию площадки.

Всё это работает только на аудитории, которая у вас уже есть.

Расчёт окупаемости

Считать нужно до разработки, на салфетке, за пятнадцать минут. Формула:

Дополнительная годовая маржа = число активных пользователей приложения × прирост числа покупок в год × средний чек × маржинальность

Приложение окупается, если эта сумма превышает бюджет разработки плюс годовую поддержку.

Разберём на примере. Магазин с базой 20 000 покупателей, совершивших хотя бы один заказ за год. Средний чек 3 000 ₽, маржинальность 30%, средняя частота — 2 покупки в год.

Шаг 1. Сколько человек установят приложение. Реалистичный ориентир — от 10 до 20% активной базы за первый год при условии, что вы этим занимаетесь: баннер на сайте, ссылка в письмах, промо при получении заказа. Возьмём 15% — это 3 000 установок.

Шаг 2. Насколько вырастет частота. Пользователи приложения покупают чаще, чем те же люди покупали через сайт. Возьмём консервативную оценку: с 2 до 2,6 покупки в год, то есть плюс 0,6.

Шаг 3. Считаем. 3 000 × 0,6 × 3 000 ₽ × 0,3 = 1 620 000 ₽ дополнительной маржи в год.

Шаг 4. Сравниваем с затратами. Приложение в базовой комплектации — от 1 до 2 млн ₽, поддержка — ориентировочно 15–25% от бюджета разработки в год. При бюджете 1,5 млн ₽ это ещё около 300 тысяч ежегодно.

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

Теперь поменяйте одну цифру. При базе 5 000 покупателей вместо 20 000 дополнительная маржа падает до 405 тысяч рублей в год — и приложение не окупится за разумный срок. При том же бюджете, том же качестве и тех же функциях.

Подставьте свои числа перед тем, как идти к подрядчику. Это сэкономит и время, и деньги.

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

1. Товар покупают регулярно. Продукты, косметика, зоотовары, спортивное питание, расходники, детские товары. Всё, за чем возвращаются раз в месяц или чаще.

2. База активных покупателей от нескольких тысяч. Точный порог зависит от чека и маржи, но при базе меньше пары тысяч человек арифметика почти никогда не сходится.

3. Есть кому заниматься уведомлениями. Push-канал не работает сам. Нужен человек, который сегментирует базу и делает рассылки. Приложение без коммуникаций — просто ещё один способ зайти в каталог.

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

5. Есть офлайн-точки. Отдельный сильный сценарий: наличие по конкретному магазину, самовывоз, программа лояльности, единая для сайта и торгового зала.

Когда приложение не окупится

• Товар покупают редко. Мебель, техника, окна, стройматериалы. Между покупками проходят годы — за это время приложение удалят.

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

• Ассортимент маленький. Если в каталоге тридцать позиций, приложение не даёт никакого преимущества перед мобильной версией сайта.

• Мобильный сайт неудобен, и это и есть настоящая проблема. Если у сайта плохой мобильный опыт, чинить надо его. Приложение установят единицы, а сайтом пользуются все.

• Нет ресурса на поддержку. Приложение требует обновлений под новые версии операционных систем, и это ежегодный расход. Продукт, который перестали обновлять, через год начинает работать некорректно.

Три пути и их экономика

Логика выбора не в амбициях, а в размере базы и нестандартности процессов.

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

Решение по подписке — разумная середина. Вы платите ежемесячно и получаете рабочий канал с поддержкой и обновлениями. Минус — вы не владеете продуктом и ограничены рамками платформы: нестандартный сценарий оформления заказа или собственная механика лояльности могут оказаться нереализуемыми.

Заказная разработка оправдана, когда есть что-то своё: сложные вариации товаров, дилерские цены, конфигуратор, витрина наличия по десяткам точек, нестандартная лояльность. Ориентиры по рынку: базовая версия с каталогом, корзиной, оплатой и интеграцией с учётной системой — 1–2 млн ₽ за 4–8 недель; версия для сетей с наличием по магазинам, рекомендациями и аналитикой — 2–3 млн ₽; мультивендорная площадка с кабинетами продавцов — от 3 млн ₽.

Что реально двигает смету

Внутри вилки бюджет определяют не экраны, а данные:

• Интеграция с учётной системой. Двусторонний обмен с 1С в реальном времени — самая частая и самая недооценённая по трудоёмкости задача. Цены и остатки меняются постоянно, и приложение должно показывать актуальные, а не вчерашние.

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

• Остатки по офлайн-точкам. Показать, что товар есть в конкретном магазине, — сильный сценарий и заметный объём работ.

• Сложные атрибуты и вариации. Размеры, цвета, комплектации, совместимость. В нише автозапчастей или одежды это ядро проекта, а не деталь.

• Способы оплаты. Карта, СБП, оплата частями — каждый метод отдельная интеграция со своими требованиями.

Что считать после запуска

Три метрики, которые показывают, идёт проект к окупаемости или нет:

• Удержание на 30-й день. Сколько установивших открыли приложение через месяц. Если меньше 20% — проблема в продукте, и дальнейшие вложения в продвижение бессмысленны.

• Частота покупок в приложении против сайта. Сравнивать нужно одних и тех же людей до и после установки, иначе вы просто увидите, что в приложении сидят лояльные клиенты, — и это будет не заслуга приложения.

• Доля выручки через приложение. Растущая доля означает, что канал живой. Стоящая на месте — что вы просто перераспределили тех же покупателей.

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

FAQ

Через сколько приложение окупается? При адекватной базе — 12–24 месяца. Если по вашим расчётам выходит больше трёх лет, проект лучше не начинать: за это время сменится половина технических требований.

Нужны ли отдельные приложения под iOS и Android? Не обязательно. Для типового магазина кроссплатформенное решение даёт то же качество заметно дешевле. Нативная разработка оправдана при высоких требованиях к производительности или использовании специфичных возможностей устройства.

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

Сколько людей установят приложение? Ориентир — 10–20% активной базы за первый год при условии, что вы этим занимаетесь: баннер на сайте, ссылка в письмах, промо во вложении к заказу. Без продвижения показатель будет в разы ниже.

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

Сколько стоит поддержка после запуска? Ориентировочно 15–25% от бюджета разработки в год: серверы, обновления под новые версии операционных систем, исправления и развитие. Эту сумму нужно закладывать в расчёт окупаемости сразу, иначе модель получится слишком оптимистичной.