На главную

Как находить будущих платящих игроков до первой покупки

Будущие платящие: признаки до первой покупки, не чек

UA видит D1 ROAS по первым платежам и режет креатив. Аналитик видит, что платящие появились на седьмой день, когда кампания уже выключена. Продюсер видит, что оффер после поражения ловит тех, кто и так купил бы. Ломается не креатив. Ломается момент скоринга: качество игрока измеряют платежом, которого ещё нет.

Получить sandbox

Это MOFU-разбор для UA Lead, CMO, Performance Marketer, аналитика и руководителя студии. Вы уходите с четырьмя признаками до конверсии и правилом, что прогностическая ценность — это поведение, не чек. Сроки пайплайна, пол 5 000 уникальных игроков в месяц и «аналитика 0 $» ниже — утверждения сайта mone.tools, не обещание для вашего тайтла. Не считайте безымянные карточки жанров доказанным результатом.

Что на самом деле значит «будущий платящий»

Будущий платящий — это не «игрок, который похож на кита в креативе». Это игрок, у которого до первой покупки уже есть устойчивый набор сигналов: возвращается, проходит пороги прогресса, прожигает ресурс в осмысленном месте, смотрит магазин без паники. MONE описывает замкнутый цикл: собрать данные → прочитать поведение на Player Journey Maps (PJM) → выдать оффер внутри правил дизайнера → откалибровать в A/B. Скор до первой покупки отвечает на другой вопрос: кого UA и монетизация имеют право считать ценным, пока касса молчит.

Четыре признака до покупки: возврат, прогресс, ресурс, интент

Если скор строится только на платеже, вы оптимизируете хвост. Исторический SandBox как раз для этого: шесть месяцев событий могут показать, кто платил позже и какие признаки были видны на D0–D3, пока слой аналитики на сайте стоит 0 $ (утверждение сайта). Подключать персонализацию имеет смысл, когда аналитик может назвать признаки, а UA — сказать, куда этот скор поедет.

Публичный пайплайн сайта (утверждение сайта): SandBox за 1–2 часа на шаге аудита, телеметрия за 1–2 дня, запуск персонализации за 2–3 дня, когда есть Hard Limits и когорты. Полное подключение персонализации — меньше недели (утверждение сайта). Эти часы не заменяют встречу, на которой UA и аналитика договариваются, что такое «ценный до платежа».

Минимум для пилота ML-персонализации на сайте: 5 000 уникальных игроков в месяц. Ниже порога цикл всё равно полезен — как аудит признаков, не как обещание, что модель «найдёт китов» на тонком трафике.

Четыре признака, которые видны до кассы

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

ПризнакВидно до покупки, еслиЭто не предикт, если
Возврат / сессияD1-возврат, глубина сессии, повторный вход без оплатыCPI и установка без сессии
ПрогрессПрошёл гейт, туториал, слой PJM, который обычно предшествует платежуУровень «для галочки» без связи с экономикой
РесурсПрожигает энергию / попытки в осмысленном месте, не в паникеСерия фейлов как единственный сигнал «готов купить»
ИнтентОткрыл магазин, смотрел SKU, закрыл без покупкиЛюбой клик по баннеру = «горячий лид»

Возврат и сессия — качество, которое UA видит раньше ROAS

Первый платёж опаздывает к окну оптимизации. Возврат на D1, длина сессии, повторный вход на D2 — это то, что кампания ещё успевает увидеть. Если UA режет по 1st Pay Conv. в первые 24 часа, он режет когорты, которые платят на D3–D7.

Зафиксируйте:

  • Окно, в котором скор должен быть готов (не «когда накопится LTV»).
  • Знаменатель: уникальный игрок, не клик.
  • Что не входит: дети, особые категории, неидентифицируемый трафик после privacy.
  • Связь с креативом: скор не заменяет атрибуцию, он говорит, кого в когорте стоит докормить оффером, а не «какой канал волшебный».

Установка без сессии — это не будущий платящий. Это цена клика.

Прогресс — порог, после которого платёж вообще имеет смысл

Игрок, который не дошёл до гейта, не «ещё не кит». Он не видел экономику. Признак прогресса для предикта — это слой PJM, который обычно стоит перед первой покупкой: конец туториала, первый апгрейд, вход в цикл энергии. Без этого скор учится на тех, кто просто зашёл.

Потребуйте:

  • Именованный гейт, а не «любой level_up».
  • Согласованность с картой: тот же слой, которым продюсер ставит оффер.
  • Окно после гейта: сколько часов вы ждёте поведение, прежде чем назвать игрока «холодным».
  • Запрет подменять прогресс платежом: «дошёл, потому что купил» — это утечка будущего в прошлое.

Ресурс — давление, которое ещё не паника

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

Зафиксируйте:

  • Какие валюты и лимиты участвуют в скоре. Остальные — шум.
  • Кап: ресурс в панике не поднимает скор.
  • Retention-First: признак, который появляется только после трёх фейлов, в предикт первой покупки не входит.
  • Связь с оффером: высокий скор не даёт права поднять скидку выше Hard Limits.

Интент магазина — смотрел, не купил

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

Потребуйте:

  • Событие «открыл / смотрел / закрыл», не только `purchase`.
  • Запрет считать любой показ оффера интентом: показ — ваш, не игрока.
  • Разделение первой покупки и повторной: интент кита и интент новичка — разные входы.
  • Согласие и PII закрыты до выгрузки, не «разберёмся на интеграции».

Скор по поведению, не по уже состоявшемуся платежу

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

Скор только по платежам против поведения до покупки
ПодходЧто оптимизируетГде ломается
Только платежиТех, кто уже купилКампания умерла до D7; оффер кормит китов
Lookalike по чекуПохожих на платящих прошлого месяцаСмешивает креатив, гео и поведение
Поведение до покупкиКто ещё не купил, но идёт тем же путёмТребует Event List и окно, не «магию ML»

Модель без окна — слайд. Назовите горизонт (24 часа, 72 часа, 7 дней) и метрику, которую скор должен предсказать: 1st Pay Conv., не ARPU китов. ARPU после покупки — другая задача, ближе к динамическому офферу.

Публичное окно сайта (утверждение сайта): 4 недели обучения и измерения, затем 3–5 дней оценки. Не смешивайте это с «Sandbox in 48 hours» на первом экране — это другой этап. Скор до первой покупки может жить на исторических шести месяцах SandBox, пока вы не включили персонализацию.

Когда это ещё не предикт, а folktale UA

Назовите красную клетку вслух, пока её не назвал кабинет после того, как вы выключили лучший креатив.

  • Скор строится на `purchase` и выдаётся как «качество до платежа».
  • Единственный сигнал — серия фейлов или скидка.
  • Нет знаменателя: «скор 0.8» без окна и без уникального игрока.
  • UA оптимизирует CPI, аналитика считает LTV, продюсер ставит оффер — три разных «платящих».
  • Трафик ниже пола сайта, но в слайде написано «ML найдёт китов».
  • Privacy: идентификатор пропал, а скор всё ещё «пользовательский», не агрегатный.

Если любой пункт про вас, вы на аудите признаков. SandBox для этого и нужен: увидеть, какие события вообще доезжают до решения, не купить лицензию заранее. На сайте оплата персонализации начинается после подтверждённого прироста ARPU (утверждение сайта) — это коммерческая рамка, не причина скормить модели платежи как единственный лейбл.

Кто пользуется скором, а не «модель разберётся»

Цикл умирает, когда скор «для всех» и ни для кого. Используйте разделение в духе RACI. R = делает работу, A = принимает решение, C = советуются, I = информируют.

Кто пользуется скором до первой покупки
РольСкорСтоп
UA / performanceC: окно, куда скор не едет в кабинет раньше готовностиA: не резать когорту по слишком раннему платежу
АналитикR: признаки, лейбл, окно, качество событийR: не учить модель на платеже как на входе
ПродюсерA: какой оффер видит высокий скор до первой покупкиA: Hard Limits, не «скидка тем, кто похож на кита»
LiveOps / экономикаC: не сломать живой контент частотойC: кап показов
ВендорC: сопоставимые срезы PJMI, пока студия не расширила

Чеклист (распечатайте)

  • Четыре признака названы и доступны до `purchase`. Платеж — лейбл окна, не вход скора.
  • Окно предикта и знаменатель (уникальный игрок) стоят в одном месте, которое читает UA и аналитик.
  • Прогресс привязан к слою PJM, не к любому level_up.
  • Ресурс в панике и серия фейлов не поднимают скор первой покупки.
  • Интент магазина логируется отдельно от показа оффера.
  • Высокий скор не расширяет скидку сверх Hard Limits. Retention-First остаётся включённым.
  • Пол уникальных / месяц назван; ниже — явно «только аудит признаков».
  • У скора есть A. «Модель найдёт китов» — красная клетка.

Главное

  • Будущий платящий виден до чека: возврат, прогресс, ресурс, интент. Платёж описывает прошлое.
  • Скор, обученный на `purchase` как на входе, не ищет будущих платящих. Он пересказывает кассу.
  • UA, который режет по слишком раннему ROAS, выкидывает когорты, которые скор ещё успел бы спасти оффером.
  • Высокий скор — право показать релевантный оффер в коридоре, не право сломать экономику.
  • SandBox может показать признаки на истории, пока аналитика на сайте 0 $. Масштаб всё равно требует окна, лейбла и A/B с D7/D30.

Запросите SandBox, а не лицензию

Если у вас roughly шесть месяцев событий и аналитик, который может зафиксировать окно предикта, следующий шаг — исторический аудит: какие признаки предшествовали первой покупке, где UA режет слишком рано, какие споты оффера имеют смысл до кассы. Начните с пути аудита MONE / SandBox или с пайплайна. Консоль студии: dash.mone.tools. Аналитика — бесплатный слой; оплата персонализации, по сайту, начинается только после того, как A/B-тест подтвердит прирост ARPU.

Читайте также

  • Как связать внутриигровую монетизацию с User Acquisition и ROAS
  • Готова ли ваша мобильная игра к ML-персонализации: чек-лист для команды
  • Динамические офферы в мобильных играх: как подобрать предложение под конкретного игрока
  • От аудита до масштаба: персонализация монетизации в одном цикле
  • Аналитика мобильных игр в эпоху Privacy: какие сигналы доступны после ограничений идентификаторов

Мы используем cookie, чтобы сайт работал корректно.