На созвоне по качеству трафика три команды спорят о цифрах.
У popunder дешёвый FTD, но игроки быстро исчезают. Telegram приводит меньше регистраций, зато часть аудитории возвращается и делает второй депозит. Email даёт конверсии рывками: сегодня почти тишина, через два дня внезапно добегает хвост.
Потом открываешь CRM и видишь прекрасное инженерное равенство. Все три игрока попадают в сегмент NEW. Всем показывают один и тот же поп-ап. Через пять минут отправляют одинаковое письмо про бонус. Через сутки – одинаковый push про незавершённый депозит.
До регистрации источник считали важным. Под него меняли креатив, преленд, ставку, обещание и даже домен. После регистрации продукт будто теряет память.
Один FTD в отчёте, три разных состояния в продукте
Источник не гарантирует качество игрока. В Telegram хватает случайной аудитории, в email-базе – выгоревших контактов, а в popunder иногда находятся очень сильные когорты. Но способ первого контакта всё равно задаёт стартовое ожидание.
Игрок из popunder часто оказывается внутри быстрее, чем успевает этого захотеть. Он увидел окно, перешёл, зацепился за обещание и оказался на регистрации. Между рекламой и продуктом почти не было времени на формирование доверия. Первый экран для него – продолжение преленда, а не начало нового рассказа.
Игрок из Telegram обычно видел автора, обсуждение, подборку, демонстрацию или конкретную механику. Он приходит не только по ссылке. За ссылкой тянется сюжет и ожидание, что после регистрации разговор не оборвётся.
Игрок из email чаще реагирует на конкретное условие: бонус, фриспины, cashback, турнир, ограниченный срок. Он может не конвертироваться сразу, вернуться к письму вечером или через несколько дней. Для него критична не презентация бренда, а точное продолжение оффера.
В базе все трое могут выглядеть одинаково:
- статус NEW;
- депозитов нет;
- регистрация завершена;
- бонус не активирован;
- последняя активность – несколько минут назад.
Но одинаковые поля не означают одинаковое намерение. CRM часто путает отсутствие данных с одинаковостью игроков.
Где ломается общий welcome-flow
Общая цепочка обычно выглядит логично: регистрация, письмо, push, напоминание о бонусе, попытка довести до FTD. На схеме всё аккуратно. В реальной сессии игрока аккуратность быстро заканчивается.
Popunder-пользователь ещё не открыл кассу, а ему уже напоминают о незавершённом депозите. Telegram-пользователь пришёл посмотреть конкретную игру, но попал в общее лобби с “топом недели”. Email-пользователь кликнул на определённый бонус, а после регистрации увидел другой промо-поп-ап.
Каждое сообщение по отдельности нормальное. Вместе они создают ощущение, что продукт не помнит, откуда и зачем пришёл человек.
Я называю это source-blind CRM: источник хранится в отчёте, но не влияет на то, что игрок увидит и получит. Данные есть. Решения на их основе нет.
В канале “Директор CRM” я часто разбираю именно такие разрывы: байер сохранил контекст до клика, а продукт обнулил его на первом же экране.
Что источник должен менять на самом деле
Не нужно строить три отдельных казино. На старте достаточно маршрутизировать несколько решений, которые игрок встречает в первые минуты и дни.
Первый экран
Для popunder первый экран должен быстро подтвердить обещание преленда: знакомый визуальный сюжет, короткое объяснение бонуса, понятный следующий шаг и минимум лишнего выбора.
Для Telegram логично сохранить deeplink в показанную игру или раздел. Если человек пришёл после разбора live-рулетки, отправлять его в общий каталог слотов – странный способ снижать доверие.
Для email нужно вернуть точное предложение из письма. Не похожий бонус. Не текущую акцию бренда. Тот оффер, по которому был клик, с теми же условиями и сроком (тут к слову вопрос и к байерам с их частыми мислидами).
Касса
У popunder чаще нужен короткий путь и ранняя помощь с платёжным методом. У этой аудитории мало терпения на неожиданный KYC, непонятный лимит или отказ без объяснения.
У Telegram часть вопросов можно закрыть продолжением диалога: ботом, поддержкой, закреплённой инструкцией или нормальным FAQ по конкретному предложению.
У email важно не потерять промокод, выбранный бонус и срок действия при переходе между письмом, регистрацией и кассой. Повторно заставлять человека собирать оффер руками – хорошая проверка его терпения, но плохая монетизация.
Следующее касание
Следующее сообщение должно зависеть не только от таймера.
- Popunder открыл лобби, но не кассу – объяснить следующий шаг, а не продавать ещё один бонус.
- Telegram открыл показанную игру – продолжить сюжет и посмотреть раннюю активность.
- Email активировал предложение – не повторять его через пять минут как будто ничего не произошло.
- Платёж отклонён – помочь с оплатой, а не увеличивать бонус.
- FTD сделан – прекратить welcome и переключиться на качество первой сессии и вероятность второго депозита.
Как может выглядеть первая неделя
Источник должен влиять сильнее всего в начале, а потом уступать место свежему поведению. Иначе source-aware CRM быстро превращается в новую жёсткую сегментацию.
В день регистрации мы подтверждаем исходное намерение. На следующий день реагируем на то, что игрок реально сделал: открыл кассу, получил отказ, начал игру, активировал бонус, ушёл после первого экрана.
К третьему дню источник уже не должен объяснять всё. Если игрок из Telegram пришёл на live, но три сессии подряд играет в crash, свежее поведение сильнее исходной ссылки. Если пользователь из email не вернулся к обещанному бонусу, но пополнил счёт без промо, повторять старое предложение бессмысленно.
К седьмому дню я бы оставлял источник как аналитический признак, но решения принимал по депозитам, активности, игровому интересу, платёжным событиям и реакции на предыдущие касания.
Источник задаёт первый маршрут. Он не выдаёт игроку пожизненный паспорт.
Какие данные нужно сохранить до регистрации
Поле utm_source почти ничего не решает. “Telegram” не говорит, что именно человек видел, кому доверял и куда хотел попасть.
Для первого сценария полезно передавать в продукт и CRM:
- источник, площадку и конкретную кампанию;
- креатив или тип преленда;
- обещанный бонус и его версию;
- deeplink и целевую игру или раздел;
- язык и GEO;
- время первого контакта и регистрации;
- уже полученные сообщения;
- доступные и согласованные каналы следующего касания.
Этого достаточно, чтобы не начинать знакомство заново. Самое неприятное – когда письмо обещает 100 фриспинов, продукт знает только слово “email”, а CRM считает это персонализацией.
CPA и FTD слишком рано объявляют победителя
Байер видит стоимость FTD. Продукт видит регистрацию и первый депозит. CRM видит повторные пополнения. Финансы видят NGR и bonus cost. Пока эти отчёты живут отдельно, каждый отдел может доказать свою эффективность.
Для оценки связки нужен один когортный путь от клика до денег.
Я бы смотрел минимум на:
Срез нужен по источнику, кампании, GEO и дате привлечения. Общий FTD2STD продукта легко прячет разницу между площадками, креативами и версиями первого сценария.
Почему дорогой FTD иногда дешевле
Возьмём условные когорты по 100 FTD. Это демонстрационная модель, не данные реального оператора.
Когорта A покупает FTD по $18. У неё FTD2STD 20%, D30 NGR на FTD $24, bonus cost $11 и окупаемость 27 дней.
Когорта B покупает FTD по $32. У неё FTD2STD 55%, D30 NGR на FTD $78, bonus cost $7 и окупаемость 14 дней.
По первичному CPA когорта A выглядит победителем: каждый FTD дешевле на $14. После вычета закупки профит на 100 FTD составляет около $600 у когорты A и $4600 у когорты B.
Я регулярно возвращаюсь к этой теме в “Директоре CRM”: retention не чинит плохой трафик магией, но именно после FTD становится видно, какой трафик продукт умеет монетизировать.
Как запустить source-aware сценарий без перестройки платформы
Я бы не начинал с десятков веток и сложной персонализации. Достаточно двух-трёх маршрутов и контрольной группы.
- Передать в профиль кампанию, обещание, deeplink и версию оффера.
- Изменить первый модуль лобби или экран после регистрации.
- Привязать следующее касание к подтверждённому действию, а не только ко времени.
- После FTD переключать сценарий на качество первой сессии и вероятность STD.
- Сравнивать когорты по D30 NGR, bonus cost и окупаемости, а не по одному Reg2Dep.
Контрольная группа здесь обязательна. Иначе рост FTD2STD легко приписать CRM, хотя в тот же период могли измениться платёжный метод, бонус, лимиты, GEO или состав площадок.
Есть и ещё одна ловушка: не каждый source-tag честный. Метка теряется на редиректе, пользователь возвращается с другого устройства, видит Telegram, а регистрируется позже из поиска. Поэтому источник – гипотеза о стартовом контексте, а не абсолютная истина.
Что должны видеть байер, продукт и CRM в одном отчёте
Байеру не нужен доступ ко всей CRM. CRM-команде не нужны коммерческие условия по каждому партнёру. Но обеим сторонам нужен общий экран качества:
- объём и CPA по источнику;
- Reg2Dep и платёжная успешность;
- FTD2STD и медианное время до второго депозита;
- D7/D30 active rate;
- D30 NGR на FTD;
- bonus cost;
- срок окупаемости;
- изменения первого экрана и CRM-сценария во время теста.
Тогда разговор меняется. Вместо “трафик плохой” и “продукт не конвертит” появляется нормальная диагностика: где именно просела когорта и кто может это исправить.
Вместо одинакового welcome…
Popunder, Telegram и email не обязаны получать три полностью разных продукта. Им нужен честный первый шаг, который продолжает обещание до клика.
Дальше источник должен ослабевать, а реальное поведение – становиться сильнее. Игрок открыл кассу. Платёж отклонён. Депозит прошёл. Первая сессия закончилась через две минуты. Он вернулся на следующий день или исчез. Вот из чего должен собираться следующий контакт.
В “Директоре CRM” я пишу о таких местах без корпоративной магии: первый экран, касса, бонус, FTD2STD, повторный депозит и деньги, которые обычно теряются между отделами.
Байеры давно перестали вести весь трафик на один случайный лендинг. Странно, что после регистрации продукт всё ещё делает именно это.
Источник