Вопрос «когда окупится» задают почти все — и почти всем на него отвечают туманно. Между тем считается это на салфетке за десять минут, если знать, каким способом приложение вообще приносит деньги именно вам.
Способов три, и они не взаимоисключающие. Разберём каждый с формулой.
01 · Три модели возврата
- Рост повторных продаж. Клиенты покупают чаще, потому что заказать стало проще, а напоминания приходят вовремя.
- Экономия рабочего времени. Сотрудники перестают вручную принимать, переносить и подтверждать заказы.
- Новый канал или продукт. Подписка, платный доступ, продажи там, где раньше их не было.
Первым делом определите свою модель. Считать «рост продаж» там, где приложение на самом деле экономит время администратора, — верный способ разочароваться в цифрах.
02 · Модель 1: повторные продажи
Работает у всех, к кому возвращаются: розница, опт, услуги, доставка.
Осторожный ориентир прироста — 2–3%: он складывается из снижения трения при заказе, бесплатных push вместо платных рассылок и возврата «спящих» клиентов.
Пример: оборот по постоянным клиентам 60 млн ₽ в год, прирост 2% — это 1,2 млн ₽. Приложение за 900 тыс ₽ с поддержкой ~150 тыс ₽ в год окупается примерно за 11 месяцев.
Где брать прирост честно: посмотрите, сколько клиентов покупали дважды и более за год и какой у них средний интервал между покупками. Сокращение интервала даже на неделю — это уже деньги. Подробный разбор для оптовиков с той же логикой — в статье про B2B-приложения.
03 · Модель 2: экономия времени
Самая недооценённая и при этом самая проверяемая модель. Считается прямо:
Стоимость разработки ÷ месячная экономия = срок окупаемости в месяцах.
Что считать ручной работой: приём заказов по телефону и в мессенджерах, перенос в учётную систему, подтверждение записей, обзвон по акциям, разбор писем. В рознице и услугах это легко даёт 40–80 часов в месяц на одного администратора.
Пример: два администратора тратят по 50 часов в месяц на приём и подтверждение записей, час сотрудника обходится в 500 ₽ — это 50 тыс ₽ в месяц. Приложение за 600 тыс ₽ окупается за год, а дальше экономия идёт в плюс.
К этому добавляется то, что сложнее посчитать, но что реально болит: потерянные заявки, ошибки в артикулах, неявки. В записи и бронировании сгоревший слот — прямая потеря выручки, и напоминания её возвращают.
04 · Модель 3: новый канал
Здесь приложение не улучшает существующий процесс, а создаёт новый источник дохода: подписка на контент, платный доступ, продажа услуг, которых раньше не было в цифровом виде.
Расчёт другой — через юнит-экономику: сколько стоит привлечь пользователя, сколько он платит и как долго остаётся. Это честнее считать после MVP, на реальных данных, а не на предположениях. Именно поэтому мы советуем в таких проектах начинать с короткой первой версии: гипотезу про «люди будут платить» дешевле проверить за шесть недель, чем за полгода.
Важное предупреждение: в этой модели обязательна строка на продвижение. Приложение само себя не устанавливает, и бюджет на привлечение часто сопоставим со стоимостью разработки.
05 · Полная стоимость владения
Считать окупаемость от одной сметы на разработку — типичная ошибка. В знаменателе должно быть всё:
- Разработка — разово.
- Поддержка — ориентировочно 15–20% от стоимости разработки в год, подробности в разборе поддержки.
- Инфраструктура — сервер, домен, сертификаты; аккаунт разработчика Apple — ежегодно.
- Внешние сервисы — карты, эквайринг, уведомления, AI-модели, если они есть.
- Продвижение — если рассчитываете на новых пользователей, а не на текущую базу.
Разложить свою смету по этим строкам помогает разбор цен на разработку, а быстро прикинуть вилку — калькулятор.
06 · Когда приложение не окупится
Честный список ситуаций, в которых мы сами отговариваем:
- Покупка разовая. Памятники, свадебные услуги, переезды — клиент не вернётся, ставить приложение ему незачем.
- База меньше двух-трёх сотен постоянных клиентов. Эффект от процента прироста будет меньше стоимости поддержки.
- Нет трафика вообще. Приложение усиливает существующий поток, но не создаёт его. Сначала маркетинг.
- Некому вести. Если внутри компании нет человека, который отвечает за продукт, он умрёт через полгода — вместе с вложениями.
- Задача решается ботом. Если весь сценарий — «принять заявку и напомнить», бот за 100–200 тыс ₽ закроет её быстрее и дешевле.
Пришлите свои цифры — оборот по постоянным клиентам или часы ручной работы — и мы посчитаем окупаемость на бесплатном разборе. Если она не сходится, скажем прямо: это дешевле услышать сейчас.
07 · Частые вопросы
За какой срок окупается приложение?
При регулярных повторных покупках — обычно 8–18 месяцев. На экономии времени срок считается прямо: стоимость ÷ месячная экономия. При разовых покупках может не окупиться совсем.
Как считать, если приложение не продаёт напрямую?
Через экономию рабочих часов: часы в месяц × стоимость часа сотрудника. Плюс сокращение ошибок и потерянных заявок.
Какой прирост повторных продаж реалистичен?
Осторожно — 2–3% к обороту по постоянным клиентам. Чем регулярнее покупки, тем выше эффект.
Что ещё учесть в расходах?
Поддержку (15–20% в год), инфраструктуру, аккаунты разработчика, внешние сервисы и продвижение.