Почему большинство мобильных игр ошибаются с расчётом LTV при масштабировании закупки трафика

Леонид Малыш, директор по данным и аналитике компании Xsolla, разбирает, как мобильным издателям точнее рассчитывать LTV и не масштабировать убыточные кампании по привлечению пользователей. Его материал посвящён одной из самых дорогих ошибок в маркетинге free-to-play игр — расчёту LTV на основе выручки, а не валовой прибыли.

🎯 Почему LTV решает всё в live-service игре

В live-service мобильной игре пожизненная ценность игрока (LTV) определяет, насколько агрессивно вы можете закупать трафик. Именно LTV задаёт, сколько вы готовы платить за установку, какие каналы масштабировать, а какие отключать. Если считать правильно — вы накапливаете прибыль. Если ошибаться — вы месяцами масштабируете убыточные кампании и узнаёте об этом только тогда, когда квартальная выручка оказывается меньше счетов за закупку трафика.

Если загуглить, как рассчитать LTV, топовые результаты выдают формулу LTV = ARPU × среднее время жизни, либо общую выручку за период, делённую на число пользователей. Обе формулы ошибочны, и обе сжигают маркетинговые бюджеты. В 2026 году, когда всё больше выручки уходит в веб-магазины и на внешние платёжные страницы, эти упрощения ломаются по-новому.

💸 Ошибка №1: выручка вместо валовой прибыли

Самая распространённая и самая дорогая ошибка — использовать выручку вместо валовой прибыли. Допустим, когорта игроков приносит по 400 долларов за всё время жизни, а вы покупаете их по CAC в 300 долларов. 400 больше 300 — значит, вы масштабируете. Пересчитайте на валовой прибыли, и реальная цифра может оказаться 100 долларов. Теперь вы теряете 200 долларов на каждом купленном игроке. График DAU растёт — убытки растут вместе с ним.

Валовая прибыль — это выручка минус переменные затраты на доставку продукта, то есть затраты, которые растут с каждым новым игроком (COGS). На мобильных платформах этот стек тяжелее, чем считают команды:

• комиссия платформы (десятилетие Apple и Google брали около 30%, или 15% по условиям для малого бизнеса и подписок);
• комиссии платёжных провайдеров при переводе игроков на внешнюю оплату;
• затраты на серверы live-ops, пропускную способность и доставку контента, которые растут вместе с активной базой игроков;
• поддержка игроков и модерация.

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

Сама комиссия сейчас под вопросом. После урегулирований с Epic и европейского Закона о цифровых рынках Apple и Google позволяют проводить покупки через внешние веб-магазины, где доля платформы падает примерно до 10% или ниже на некоторых маршрутах против прежних 30%. Этот разрыв в марже реален, но несёт новые переменные затраты: платёжные провайдеры, фрод, возвраты и нагрузку поддержки на воронку вне магазина. Так что веб-магазины — не бесплатные деньги. Каждый раз, когда вы меняете монетизационную смесь, меняется и стек валовой прибыли, и прошлогодний LTV может больше не работать.

📉 Ошибка №2: формула ARPU × время жизни

Вторая любимая формула — LTV = ARPU × среднее время жизни. Она проваливается дважды. Во-первых, ARPU строится на выручке, а значит, тащит за собой ошибку №1. Во-вторых, у времени жизни для live-service игры нет чистого определения. Три обычных оценки все ломаются:

• Среднее число дней до оттока. Игрок устанавливает игру, уходит, возвращается через 30 дней на сезонное событие, потом уходит навсегда. Метод фиксирует 30-дневное время жизни для двух сессий и не даёт ответа по китам, которые всё ещё играют.
• Площадь под кривой удержания. Ближе к реальности, но где остановить интегрирование? Сильные live-игры выходят на длинное плато привычных игроков. К тому же ARPU первого дня совсем не похож на ARPU 60-го дня, когда появляются боевые пропуска и наборы в веб-магазине, так что среднее из двух не описывает ни одного реального игрока.
• 1 / отток. В игре без подписки нельзя точно зафиксировать момент, когда игрок уходит навсегда. Отток также зависит от возраста игрока: новые установки отваливаются быстрее ветеранов, поэтому показатель колеблется в зависимости от выбранного среза.

✅ Как считать LTV правильно: когортный анализ по валовой прибыли

Есть один метод, который выдерживает проверку live-игрой:

• Возьмите когорту, например всех игроков, установивших игру в феврале.
• По каждому игроку отслеживайте валовую прибыль день за днём с момента установки.
• Суммируйте валовую прибыль по когорте и накапливайте её: прибыль на день N — это сумма с дня 0 по день N.
• Разделите на число игроков в когорте. Это даёт кривую LTV по дням.

LTV читают в фиксированной точке: день 7, день 30, месяц 12 — в зависимости от решения. Команде закупки трафика, которая хочет окупиться в течение года, нужен LTV за 3, 6 и 12 месяцев в зависимости от окна окупаемости. Команде продукта, настраивающей активацию в первой сессии, нужен день 7. Держите когорты отдельно: февральские и сентябрьские установки приходят из разных источников трафика и в разную мету. Смешаете их — среднее не опишет ничего полезного.

🔮 Прогноз LTV до появления данных и кросс-платформенная проблема

Команда закупки не может ждать год до фактических 12-месячных данных — аукцион идёт сейчас. Поэтому команды смотрят на исторические когорты и понимают, какой LTV по валовой прибыли на 7-й день нужен, чтобы выйти на 12-месячную цель. Кампании ниже бенчмарка отключают, идущие в графике — масштабируют. По мере роста расходов модель дробят по странам, платформам и каналам, потому что установка на iOS в США и установка на Android в Индонезии — не один и тот же актив. Такой подход достаточно точен, чтобы управлять реальными деньгами, и подсвечивает плохой канал на первой неделе, а не в конце года.

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

Реальная цена ошибки повторяется от студии к студии. Команда считает LTV по выручке, видит здоровую цифру и масштабирует закупку. Квартал закрывается — экономика не сходится: деньги уходят быстрее, чем приходят, хотя все дашборды выглядели зелёными. При LTV по выручке в 400 долларов, LTV по валовой прибыли в 100 долларов и CAC в 300 долларов вы теряете 200 долларов на игроке. На десятках тысяч установок этот разрыв — ваш запас прочности.

📋 Практический чек-лист

Что делать:

• Считайте LTV по валовой прибыли, а не по выручке. Вычитайте комиссию платформы, затраты на оплату и чарджбэки, серверы live-ops и поддержку.
• Используйте когортный анализ и держите когорты установок отдельно.
• Читайте LTV на фиксированном горизонте (день 7, день 30, месяц 12), привязанном к вашему окну окупаемости.
• Прогнозируйте по бенчмаркам ранних когорт, чтобы отключать или масштабировать на первой неделе.
• Пересчитывайте стек валовой прибыли каждый раз, когда меняется монетизационная смесь, прежде всего при переводе выручки в веб-магазины.
• Держите один LTV на игрока по приложению и вебу.

Чего не делать:

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

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

🍓 Sweet Berries — это самый выгодный способ пополнить счёт в мобильных играх. Быстрый донат с самой низкой комиссией в РФ. Гарантия сохранности вашего аккаунта.