Статья написана в пользовательском блоге — редакция Партнеркина не вносит изменения в текст. Вся орфография, пунктуация и содержание сохранены
11.08.2026 0 139

Popunder, Telegram и email приводят трех разных игроков. Почему CRM встречает их одинаково

На созвоне по качеству трафика три команды спорят о цифрах.

У 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 сценарий без перестройки платформы

Я бы не начинал с десятков веток и сложной персонализации. Достаточно двух-трех маршрутов и контрольной группы.

  1. Передать в профиль кампанию, обещание, deeplink и версию оффера;
  2. Изменить первый модуль лобби или экран после регистрации;
  3. Привязать следующее касание к подтвержденному действию, а не только ко времени;
  4. После FTD переключать сценарий на качество первой сессии и вероятность STD;
  5. Сравнивать когорты по D30 NGR, bonus cost и окупаемости, а не по одному Reg2Dep.

Контрольная группа здесь обязательна. Иначе рост FTD2STD легко приписать CRM, хотя в тот же период могли измениться платежный метод, бонус, лимиты, GEO или состав площадок.

Есть и еще одна ловушка: не каждый source-tag честный. Метка теряется на редиректе, пользователь возвращается с другого устройства, видит Telegram, а регистрируется позже из поиска. Поэтому источник — гипотеза о стартовом контексте, а не абсолютная истина.

Что должны видеть байер, продукт и CRM в одном отчете

Байеру не нужен доступ ко всей CRM. CRM-команде не нужны коммерческие условия по каждому партнеру. Но обеим сторонам нужен общий экран качества:

  • Объем и CPA по источнику;
  • Reg2Dep и платежная успешность;
  • FTD2STD и медианное время до второго депозита;
  • D7/D30 active rate;
  • D30 NGR на FTD;
  • Вonus cost;
  • Срок окупаемости;
  • Изменения первого экрана и CRM-сценария во время теста.

Тогда разговор меняется. Вместо трафик плохой и продукт не конвертит появляется нормальная диагностика: где именно просела когорта и кто может это исправить.

Вместо одинакового welcome...

Popunder, Telegram и email не обязаны получать три полностью разных продукта. Им нужен честный первый шаг, который продолжает обещание до клика.

Дальше источник должен ослабевать, а реальное поведение — становиться сильнее. Игрок открыл кассу. Платеж отклонен. Депозит прошел. Первая сессия закончилась через две минуты. Он вернулся на следующий день или исчез. Вот из чего должен собираться следующий контакт.

В Директоре CRM я пишу о таких местах без корпоративной магии: первый экран, касса, бонус, FTD2STD, повторный депозит и деньги, которые обычно теряются между отделами.

Байеры давно перестали вести весь трафик на один случайный лендинг. Странно, что после регистрации продукт все еще делает именно это.

Как вам статья?