1. Зачем считать ROI до запуска, а не когда деньги уже потрачены
Типичная история: бизнес решает сделать приложение. Менеджмент вдохновлён конкурентами, которые уже запустились. Разработчики называют бюджет. Его согласовывают. Разрабатывают. Запускают. А потом смотрят на метрики и не понимают, хорошо это или плохо. Приложение вроде работает. Пользователи есть. Но окупилось ли оно — никто точно сказать не может.
Это не редкость. Это норма для большинства компаний, которые выходят в мобайл впервые.
Расчёт ROI до начала разработки решает три задачи. Первая — даёт критерий «стоп». Если прогнозный ROI отрицательный при реалистичных допущениях, это сигнал пересмотреть концепцию или вообще отказаться от приложения в пользу мобильной версии сайта. Вторая — задаёт цели разработки. Когда известно, сколько приложение должно принести, команда проектирует под результат, а не под функциональность ради функциональности. Третья — создаёт точку отсчёта для аналитики после запуска. Без прогнозной модели невозможно понять, растёт ли проект по плану или уже горит.
По данным Statista, мировой рынок корпоративных мобильных приложений к 2026 году достиг $140 млрд. Пользователи проводят в приложениях в среднем 4,8 часа в день — больше, чем в браузере. Более 60% онлайн-покупок совершается через приложения, а не через сайты. Потенциал огромный. Но потенциал и окупаемость — разные вещи.
2. Формула ROI: от базовой к правильной
Базовая формула ROI выглядит просто и работает для любой инвестиции:
ROI = (Доход от приложения − Затраты на приложение) / Затраты × 100%
Пример: вложили 3 000 000 ₽, получили 9 000 000 ₽ дохода. ROI = (9 000 000 − 3 000 000) / 3 000 000 × 100% = 200%
Это означает: на каждый вложенный рубль получили два рубля чистой прибыли сверх затрат. Хороший результат.
Почему базовой формулы недостаточно для мобильного приложения
У мобильных приложений есть особенность: часть выгод не имеет прямого денежного выражения. Повышение лояльности, снижение оттока, рост среднего чека, экономия на операционных процессах — всё это влияет на бизнес, но не попадает в строку «доход от приложения» напрямую.
Поэтому для корректного расчёта базовую формулу расширяют:
ROI = (Прямой доход + Косвенная выгода − Полные затраты) / Полные затраты × 100%
Где:
— Прямой доход — покупки, подписки, in-app платежи, монетизация рекламой внутри приложения.
— Косвенная выгода — экономия на поддержке клиентов, снижение CAC через лояльных пользователей, рост LTV, уменьшение операционных расходов.
— Полные затраты — разработка + поддержка + маркетинг + инфраструктура (не только стартовый бюджет).
Дополнительные метрики окупаемости
ROI — итоговый показатель. Но чтобы управлять проектом в процессе, нужны дополнительные метрики:
Payback Period (срок окупаемости) — через сколько месяцев совокупный доход покроет совокупные затраты. Для большинства b2c-приложений реалистичный срок — 12–24 месяца. Для b2b-инструментов может быть короче за счёт прямой операционной экономии.
NPV (чистая приведённая стоимость) — учитывает временну́ю стоимость денег. Важен для долгосрочных прогнозов свыше 3 лет.
IRR (внутренняя норма доходности) — используется при сравнении нескольких инвестиционных вариантов. Помогает ответить на вопрос: вложить в приложение или в другой канал роста?
3. Полная карта затрат: что бизнес почти всегда не учитывает
Самая распространённая ошибка при расчёте ROI — брать в знаменатель только стоимость разработки. На практике это меньше половины реальных вложений за первые два года жизни приложения.
Стартовые затраты: что входит в бюджет разработки
Разработка — самая крупная и очевидная статья. В 2026 году стоимость разработки мобильного приложения под ключ в России составляет:
— MVP (минимально жизнеспособный продукт, 3–7 экранов): от 800 тысяч до 2,5 млн ₽
— Средней сложности приложение (авторизация, каталог, корзина, личный кабинет, уведомления): от 2,5 до 8 млн ₽
— Сложный продукт с интеграциями, геосервисами, финансовой логикой: от 8 до 30 млн ₽ и выше
Но в стартовые затраты входит не только разработка:
— UX/UI-дизайн: 300 тысяч — 1,5 млн ₽ (часто включён в стоимость разработки, но не всегда)
— Аналитика и проектирование: 200–600 тысяч ₽ — Тестирование (QA): 10–20% от бюджета разработки
— Публикация в App Store и Google Play: около 25 000 ₽/год совокупно
— Первоначальный маркетинг и ASO: от 200 тысяч ₽ и выше
Операционные затраты: то, что съедает ROI после запуска
После запуска начинается вторая статья расходов — постоянная. Её игнорирование убивает расчёты окупаемости.
Поддержка и обновления — это 15–25% от стоимости разработки в год. Если приложение обошлось в 5 млн ₽, закладывайте 750 тысяч — 1,25 млн ₽ ежегодно на поддержку. Сюда входят: исправление багов, обновления под новые версии iOS и Android, добавление фич, работа с отзывами.
Серверная инфраструктура — от 20 до 500 тысяч ₽/месяц в зависимости от нагрузки. Маленькое приложение с несколькими сотнями активных пользователей обойдётся в 20–50 тысяч ₽/месяц. При масштабировании эта статья растёт нелинейно.
Маркетинг и привлечение пользователей (UA) — отдельный и часто недооценённый бюджет. Без активного продвижения большинство приложений набирают несколько сотен установок органически. Для достижения значимого масштаба нужны инвестиции в ASO, контекстную рекламу, influencer-маркетинг.
Аналитика — платформы типа AppMetrica, Firebase, Amplitude стоят от нуля (базовые тарифы) до нескольких сотен тысяч рублей в год на продвинутых планах.
4. Откуда берётся доход: все источники, которые влияют на ROI
Доход от мобильного приложения — не только прямые платежи пользователей. Для бизнес-приложений косвенные выгоды часто превышают прямую выручку.
Прямые источники дохода
Это деньги, которые приложение генерирует само по себе:
Транзакционная модель — пользователь совершает покупку внутри приложения. Классика e-commerce, доставки, сервисов бронирования. ROI считается напрямую: сколько заказов пришло через приложение × средний чек.
Подписочная модель — пользователь платит регулярно за доступ к функционалу или контенту. Предсказуемый рекуррентный доход. Хорошо масштабируется. Для расчёта ROI важны MRR (ежемесячный регулярный доход) и Churn Rate (процент отказов от подписки).
In-app покупки — дополнительные возможности, контент, виртуальные товары. Характерно для игр и фримиум-сервисов.
Реклама внутри приложения — монетизация через показы баннеров, видео. Применимо при большой аудитории (от 50–100 тысяч MAU), иначе доход незначителен.
Косвенные выгоды — то, что обычно не считают, но надо
Для большинства бизнес-приложений главная ценность — не прямая выручка, а влияние на ключевые бизнес-метрики:
Рост среднего чека. Пользователи приложения тратят в среднем на 20–30% больше, чем через сайт. Это объясняется персонализацией, push-уведомлениями и более низким барьером повторной покупки.
Снижение CAC (стоимости привлечения клиента). Лояльная аудитория приложения реферирует новых пользователей — бесплатно. Это снижает стоимость привлечения в среднесрочной перспективе.
Рост LTV (пожизненной ценности пользователя). Retention Rate в приложениях выше, чем в браузерных версиях. Пользователи, которые установили приложение, в среднем остаются с брендом дольше.
Экономия на операционных процессах. Приложение автоматизирует то, что раньше делали люди: запись, уведомления, обработка заказов, поддержка клиентов через чат-бот. Эту экономию нужно переводить в деньги и включать в числитель ROI.
Конкурентное позиционирование. Приложение усиливает восприятие бренда как современного. Это влияет на конверсию в покупку. Сложно оцифровать точно, но игнорировать нельзя.
5. Ключевые метрики для расчёта ROI: что считать и в каком порядке
ROI мобильного приложения строится из набора метрик. Каждая отвечает за свой слой картины. Без понимания всех слоёв итоговая цифра будет либо слишком оптимистичной, либо слишком пессимистичной.
Метрики привлечения
CPI (Cost Per Install) — стоимость одной установки приложения. Зависит от канала, ниши и качества креативов. В России в 2026 году средний CPI варьируется от 50 до 400 ₽ для b2c-приложений.
CAC (Customer Acquisition Cost) — стоимость привлечения одного платящего пользователя. Считается иначе, чем CPI: CAC = Маркетинговые расходы / Количество новых платящих пользователей. Это более честный показатель, чем CPI, потому что учитывает конверсию установки в покупку.
Conversion Rate Install-to-Purchase — какой процент установивших приложение совершает первую покупку. Средний показатель для e-commerce — 3–8%. Хороший — выше 10%.
Метрики удержания
Retention Rate — главная метрика здоровья приложения. Показывает, сколько пользователей вернулись через N дней после установки. Средние показатели по рынку (данные Adjust, AppsFlyer):
— Day 1 Retention: 25–35% (хорошим считается 40%+) — Day 7 Retention: 10–15% — Day 30 Retention: 5–10%
Это означает: из 100 установивших приложение через месяц активными остаются 5–10 человек. Именно поэтому качество онбординга — это не UX-вопрос, а финансовый.
Churn Rate — противоположность Retention. Процент пользователей, которые перестали пользоваться приложением за период. Если Churn выше 70% в первый месяц — ROI невозможен ни при каком CAC.
Метрики монетизации
ARPU (Average Revenue Per User) — средний доход с одного пользователя за период. ARPU = Общий доход / Количество активных пользователей.
ARPPU (Average Revenue Per Paying User) — то же самое, но только для платящих пользователей. Разрыв между ARPU и ARPPU показывает, насколько эффективно приложение конвертирует активных пользователей в платящих.
LTV (Lifetime Value) — сколько один пользователь принесёт за всё время использования приложения. Базовая формула: LTV = ARPU × Среднее время жизни пользователя. Золотое правило: LTV должен превышать CAC минимум в 3 раза. Если LTV < CAC — бизнес теряет деньги на каждом пользователе, и масштабирование только ускоряет потери.
6. Пример расчёта ROI: e-commerce приложение с реальными цифрами
Разберём конкретный кейс: интернет-магазин одежды запускает мобильное приложение для iOS и Android. Бизнес работает 5 лет, есть сайт, база клиентов 80 000 человек, средний чек — 4 500 ₽.
Вводные данные и затраты
Стартовые инвестиции:
— Разработка (iOS + Android, средняя сложность): 6 000 000 ₽
— Дизайн (включён в разработку)
— Тестирование: 800 000 ₽
— Первоначальный маркетинг и ASO: 500 000 ₽
Итого стартовых затрат: 7 300 000 ₽
Ежегодные операционные расходы:
— Поддержка и обновления: 1 200 000 ₽/год
— Серверы: 480 000 ₽/год (40 тыс./мес.)
— Маркетинг (UA): 3 000 000 ₽/год
— Аналитика: 120 000 ₽/год
Итого операционных за год: 4 800 000 ₽
Полные затраты за первый год: 7 300 000 + 4 800 000 = 12 100 000 ₽
Расчёт дохода
Прогнозные показатели (реалистичный сценарий):
— Установки за год: 40 000 (из базы клиентов + платный трафик)
— Конверсия в первую покупку: 7%
— Новые платящие пользователи за год: 2 800
— Средний чек в приложении: 5 200 ₽ (+15% к сайту за счёт персонализации)
— Среднее количество покупок в год на платящего пользователя: 4,5
— Retention D30: 18% (немного ниже среднего рынка на старте)
Расчёт дохода:
— Прямая выручка: 2 800 × 5 200 ₽ × 4,5 = 65 520 000 ₽
— Но это выручка, а не прибыль. При маржинальности бизнеса 35%:
— Валовая прибыль от приложения: 65 520 000 × 35% = 22 932 000 ₽
Итоговый ROI и срок окупаемости
ROI за первый год: ROI = (22 932 000 − 12 100 000) / 12 100 000 × 100% = 89,5%
Это означает: инвестиция в 12,1 млн ₽ в первый же год принесла почти 90% возврата. Payback Period — примерно 13 месяцев.
LTV одного пользователя (при удержании 2,5 года в среднем): LTV = 5 200 ₽ × 4,5 × 2,5 = 58 500 ₽
CAC (маркетинг + доля стартовых затрат / новые пользователи): CAC = (3 000 000 + 500 000) / 2 800 ≈ 1 250 ₽
LTV/CAC = 58 500 / 1 250 = 46,8 — отличный показатель. Норма >3, здесь почти в 16 раз выше.
7. Типичные ошибки при расчёте ROI, которые искажают картину
Ошибки в расчётах ROI приводят к двум последствиям: либо бизнес вкладывает деньги в заведомо убыточный проект (оптимистичный расчёт), либо отказывается от выгодной инвестиции (пессимистичный). Вот самые частые проблемы.
Ошибка 1. Учитывать только разработку, игнорировать жизненный цикл
«Приложение стоит 3 миллиона» — это стартовая стоимость. За три года с учётом поддержки, серверов и маркетинга реальные вложения вырастут до 9–15 млн ₽. ROI, рассчитанный на 3 млн, будет в 3–5 раз оптимистичнее реального.
Ошибка 2. Прогнозировать доход на основе трафика сайта, а не поведения мобильной аудитории
«У нас 100 000 посетителей сайта в месяц — значит, 100 000 пользователей приложения». Нет. Конверсия сайт → установка приложения в среднем 0,5–3%. Из 100 000 пользователей сайта реально установят приложение 500–3 000 человек. Планируйте от этих цифр, а не от потолка.
Ошибка 3. Не закладывать отток (Churn)
90% пользователей уходят в первый месяц — это не катастрофа, это норма рынка. Если не учесть это в прогнозе LTV, итоговая цифра окажется в разы выше реальной. Считайте LTV с учётом реального Churn Rate в вашей нише.
Ошибка 4. Смешивать выручку и прибыль
Приложение принесло 50 миллионов рублей транзакций. Это не доход бизнеса — это оборот. ROI считается от маржинальной прибыли, а не от валовой выручки. При маржинальности 20% и выручке 50 млн ₽ реальная прибыль — 10 млн ₽.
Ошибка 5. Не сравнивать с альтернативой
ROI 80% за год звучит хорошо. Но если вложить те же деньги в улучшение сайта и SEO, ROI мог бы составить 150%. Расчёт ROI всегда должен включать сравнение с альтернативными инвестициями — иначе это не анализ, а самоубеждение.
8. Когда ROI будет хорошим — и когда приложение лучше не делать вовсе
Не каждому бизнесу нужно мобильное приложение. Это утверждение неудобное, но честное. Существуют ситуации, когда приложение окупается с высокой вероятностью — и ситуации, когда деньги будут выброшены.
Приложение с высокой вероятностью окупится, если...
Продукт завязан на мобильном устройстве. Доставка еды, такси, фитнес-трекер, навигация, мобильная касса — всё это нативно для телефона. Здесь приложение не конкурирует с сайтом, оно просто нужно.
Высокая частота взаимодействий. Если пользователь открывает приложение несколько раз в неделю или чаще, толояльность и LTV растут естественно. Если раз в полгода — Retention будет катастрофическим.
Большая существующая клиентская база. Как в примере выше: если у вас 80 000 клиентов на сайте, перевести их в приложение — реальная задача. Если база 500 человек — нет.
Конкурентная необходимость. Если у всех лидеров рынка есть приложение, а у вас нет, то часть аудитории уходит к ним. Здесь ROI частично считается через удержание доли рынка.
Возможность автоматизации дорогостоящих процессов. Если приложение заменяет call-центр, операционную обработку заявок или ручной документооборот — ROI считается через экономию на персонале.
Когда приложение лучше не делать
Редкая частота взаимодействий. Если клиент обращается раз в год (услуги нотариуса, страхования, ремонта) — приложение не удержится на телефоне. Пользователь удалит его через неделю. Здесь дешевле и эффективнее качественная мобильная версия сайта и мессенджер-бот.
Нет ресурсов на поддержку. Приложение, которое выходит и перестаёт обновляться, это антирепутация. Баги накапливаются, рейтинг в стортах падает. Если нет бюджета на постоянную поддержку, лучше не начинать.
Маленькая аудитория и узкая ниша. При аудитории в несколько тысяч человек инвестиции в разработку нативного приложения окупятся через 5–7 лет в лучшем случае. PWA (прогрессивное веб-приложение) или Telegram Mini App закроют 80% потребностей за 10–20% бюджета.
Итог: как считать ROI без иллюзий
ROI мобильного приложения — это не одна цифра и не один момент времени. Это модель, которая обновляется по мере роста проекта.
Перед запуском: считайте полные затраты за 3 года, а не только разработку. Прогнозируйте доход от реалистичной воронки установка → регистрация → первая покупка → повторные покупки. Сравнивайте с альтернативами.
После запуска: отслеживайте Retention D1/D7/D30, CAC, LTV, Payback Period. Сравнивайте факт с прогнозом. Если отклонение больше 30% — разбирайте причины немедленно.
Для принятия решений используйте простую рамку:
— LTV/CAC > 3 — бизнес здоровый, масштабируйте.
— LTV/CAC 1–3 — приложение работает, но маржинально. Снижайте CAC или повышайте LTV.
— LTV/CAC < 1 — каждый пользователь убыточен. Срочно пересматривайте юнит-экономику.
Мобильное приложение — одна из самых дорогих инвестиций в digital. Именно поэтому расчёт ROI — не опция «для крупных компаний», а обязательный первый шаг для любого бизнеса, который думает о мобайле всерьёз.
Думаете о разработке мобильного приложения и хотите заранее понять, когда оно окупится? Мы в Fatality Studio поможем построить прогнозную модель ROI под ваш бизнес — с реальными цифрами, а не шаблонными расчётами. Оставьте заявку на fatalitystudio.ru — разберём ваш кейс бесплатно.