У sportsbook и casino разный ритм. Ставки на спорт завязаны на календарь: матч начался, линия изменилась, купон рассчитан. У casino такой привязки нет. Из-за этого в международном iGaming второй продукт часто используют в промежутках между событиями, во время межсезонья или после расчёта ставки. Сам по себе этот факт ещё ничего не говорит о выгоде: нужно проверить, добавилась ли новая активность, а не просто переместился тот же денежный объём из одной вертикали в другую.
Sportsbook как входной продукт. У спортивной вертикали есть преимущество, которое трудно воспроизвести искусственно: событие само задаёт повод вернуться.
Дерби, финал турнира, бой, крупный теннисный матч или киберспортивное событие могут привести пользователя в приложение без дополнительного объяснения, зачем ему туда заходить. Sportsbook из-за этого нередко становится acquisition-вертикалью, а casino подключается уже после знакомства с брендом. В материалах Altenar и SOFTSWISS такая связка описывается через единую продуктовую экосистему; DraftKings на Investor Day 2026 отдельно выделял cross product integration, customer-level personalization, общую платформу marketing & promotions и responsible engagement.
Экономика здесь довольно приземлённая. Оператор уже заплатил за привлечение пользователя и сравнивает, сколько приносит sports-only клиент и сколько — multi-product. В расчётах появляются CAC, LTV, ARPU, GGR, частота сессий и payback period. Blask, Optimove и другие поставщики приводят кейсы, где multi-product когорты ценнее, но величина разницы меняется от рынка к рынку. Она зависит и от того, что именно считают: депозит, GGR, NGR, срок жизни или активные дни.
На отдельных когортах заметной разницы может не быть.
Игрок sportsbook не обязательно хочет в casino
Один аккаунт ещё не делает продукты взаимозаменяемыми. Беттер привык смотреть коэффициенты, составы, статистику, live-линию, экспрессы и BetBuilder. В его сценарии есть событие, за которым можно следить. Слот с RNG устроен иначе: исход наступает быстро, а привычные спортивные ориентиры исчезают.
Отсюда выбор первого продукта. Не всегда разумно начинать с игры с самой высокой маржой. У части аудитории проще срабатывает формат, где меньше разрыв с привычным темпом или понятнее правила:
- live casino, blackjack и roulette дают наблюдаемое действие и знакомые правила;
- crash games строятся на коротких раундах и быстром результате, поэтому по ритму ближе к live betting;
- game shows и простые table games требуют меньше времени на знакомство с механикой;
- sports-themed slots сохраняют спортивный визуальный контекст, хотя сама игровая логика остаётся casino;
- F2P-механики — spin wheel, scratch card, open the box, instant-win и prediction games — позволяют попробовать новый сценарий до отдельного денежного действия.
Delasport в анализе более 100 тыс. игроков по нескольким брендам связывал cross-sell со спортивными персонами и предлагал тестировать roulette, blackjack, free spins и кросс-продуктовые турниры; среди конкретных примеров упоминался Starburst. Это не список «игр, которые всегда конвертят». Скорее набор гипотез: один и тот же оффер по-разному работает у live-беттера, пользователя экспрессов и человека, который открывает sportsbook только по выходным.
Момент показа решает больше, чем размер баннера
Статичный casino-баннер видят все. Именно поэтому он плохо различает намерение. Гораздо полезнее событие, которое уже произошло в sportsbook: расчёт купона, перерыв матча, пауза между интересующими играми, падение сезонной активности. CRM получает такой сигнал из sportsbook backend или PAM и может отреагировать, пока контекст ещё не исчез.
| Сигнал | Почему момент подходит | Типичный bridge |
|---|---|---|
| Ставка рассчитана | Основное действие закончено, но пользователь ещё в сессии | F2P wheel, free spins, instant-win, релевантный casino tile |
| Перерыв матча | Появилось короткое окно без спортивного действия | Live casino, game show, короткая промомеханика |
| Нет интересующих событий | Причина для следующей ставки временно пропала | Персональная подборка casino-контента |
| Межсезонье | Sportsbook-сессий становится меньше по естественной причине | Миссии, турниры, loyalty-механики между вертикалями |
| Несколько успешных sportsbook-сессий | Основной продукт уже знаком, cross-sell не конкурирует с первым онбордингом | Мягкое знакомство со вторым продуктом вместо day-one оффера |
Задержка в несколько часов уже меняет смысл сообщения. Xtremepush противопоставляет in-session triggers пакетным рассылкам: если settlement попал в CRM после ночной выгрузки, пользователь давно вышел из приложения. Для real-time сценариев применяют event feed из PAM или sportsbook backend через API, Kafka и другие потоковые интеграции. Email и SMS остаются частью lifecycle-коммуникации, но первый переход чаще удобнее ловить через in-app, onsite, push или встроенный F2P-блок.
Какие данные нужны для персонального cross-sell
Размер депозита — слишком грубый признак. В CDP или едином player profile обычно сводят recency, frequency, monetary value, число сессий, среднюю ставку, долю live и pre-match, любимые виды спорта и лиги, использование BetBuilder, реакцию на promotions, историю бонусов и наличие casino-активности. Даже простой набор таких признаков уже позволяет не показывать один оффер всей базе.
На практике сегменты получаются неодинаковыми по задаче:
- sports-only — стабильная букмекерская активность без casino-сессий;
- multi-product — обе вертикали уже используются, поэтому вопрос первого знакомства закрыт;
- high-frequency / high-value — ошибка в таргетинге обходится дороже, чем в массовом сегменте;
- promotion-sensitive — высокая реакция на акции, где нужно отдельно контролировать bonus abuse;
- at-risk — сегмент для limits, cooling-off и suppression, а не для усиления cross-sell.
RFM segmentation помогает отделить регулярную активность от поведения, которое держится только на бонусах. Propensity model решает другую задачу: оценивает, кто вероятнее попробует второй продукт. GiG и VAIX показывают более сложный вариант, где рекомендации учитывают спортивные события, лиги, markets, BetBuilder и casino-контент в одном профиле. Есть нюанс: чем сложнее модель, тем важнее сохранить понятные eligibility rules. Команда должна понимать, почему игрок попал в кампанию и какое правило его из неё исключит.
После клика начинается техническая часть. Здесь cross-sell часто теряет больше, чем на самом оффере.
Пользователь видит интересный оффер, переходит — и получает второй логин, новый кошелёк или ещё одну проверку. После такого даже хорошая CRM-сегментация мало что меняет. B2B-платформы поэтому постоянно возвращаются к связке single account + unified wallet + shared PAM.
Каждый дополнительный шаг даёт ещё одну точку отказа.
PAM (Player Account Management) связывает профиль, KYC-статус, баланс, депозиты, выводы, бонусную историю и ограничения. Unified wallet даёт использовать один баланс в sportsbook и casino без ручного transfer. Cross-vertical bonus engine знает, откуда появился reward, а общий loyalty ledger не обнуляет прогресс при смене вертикали.
Casino-контент часто подключают через aggregator API. Такой вариант даёт больше контроля над lobby, wallet, bonusing и player data. iFrame обычно быстрее в запуске, зато сильнее ограничивает сквозную персонализацию. Рядом с этой архитектурой появляются KYC, AML, RNG certification, GLI/eCOGRA, deposit limits, self-exclusion и cooling-off. Набор требований зависит от лицензии и юрисдикции — техническая интеграция сама по себе ничего не разрешает с правовой точки зрения.
Промо должно вести в конкретный продукт
Абстрактный «бонус казино» оставляет игроку лишнюю работу: сначала понять награду, потом найти, где её использовать. Лучше, когда следующий шаг очевиден. В cross-sell кампаниях встречаются такие связки:
- free bet + free spins;
- free spins после рассчитанной спортивной ставки;
- casino credit для конкретной live table или game category;
- spin-to-win, scratch card или mystery box после sportsbook-действия;
- missions и badges с условиями в обеих вертикалях;
- leaderboards и tournaments с общей системой очков;
- streak rewards во время серии матчей или турнира;
- персональные VIP-предложения, если профиль допускает их с точки зрения responsible gambling.
Delasport использовал для cross-product engagement tournaments, missions, badges и spin-to-win. Meridianbet запускал уровневые Missions с очками за разные действия. BC.GAME после чемпионата мира 2026 описывал связку спорта, casino, livestreams, creator activity, raffles и platform rewards и отслеживал cross-product conversion вместе со stage-to-stage return rate. Общий мотив у этих механик один: reward не висит отдельно от продукта, а сразу задаёт понятное действие.
Crash против slots — хороший пример того, зачем вообще нужен A/B-тест.
В опубликованном Affgate кейсе iGaming CEO взяли пользователей, у которых более 95% GGR приходилось на sport. Одной группе отправили рассылку с популярными слотами, другой — с crash games. Во втором варианте сообщение строили вокруг динамики и быстрого результата, то есть вокруг свойств, которые легче сопоставить со спортивной сессией.
В первой когорте casino-активация составила 4% для slots и 6% для crash, во второй — 2% и 7%. Авторы также увидели рост совокупного GGR и снижение sportsbook GGR. Полной методологии, размера выборки и статистической значимости в публикации нет. Из этих цифр нельзя выводить отраслевой benchmark, зато кейс хорошо показывает постановку теста: спорить о «лучшей» первой игре бессмысленно, пока её не сравнили на конкретной sportsbook-когорте.
Почему cross-sell проваливается
- Раздельные аккаунты и кошельки. Повторный логин, новый депозит или ручной transfer превращают второй продукт в новый онбординг.
- Слишком ранний показ. Человек ещё не разобрался со sportsbook, а интерфейс уже пытается переключить его на другую вертикаль.
- Слишком поздний показ. CRM ждёт недели, хотя подходящий контекст был сразу после settlement или в межсезонье.
- Случайный game selection. Аналитичному live-беттеру, фанату экспрессов и casual-пользователю показывают один набор слотов.
- Batch вместо real-time. Сообщение приходит, когда спортивная сессия уже закончилась.
- Разрозненные CRM, bonus engine и PAM. Системы не видят действия друг друга, поэтому появляются дубли, конфликт eligibility и ошибки атрибуции.
- Лишние шаги после reward. Free spins начислены, но нужную игру ещё приходится искать в lobby.
- Нет holdout-группы. Отчёт показывает участие, но не отвечает, сколько casino-активности возникло бы без кампании.
- Bonus abuse не отделён от нормальной реакции. Часть пользователей оптимизирует поведение под получение free rewards.
- Нет responsible-gambling suppression. At-risk и self-excluded сегменты должны получать ограничения, а не более настойчивые nudges.
Как измерить реальный эффект
Что считать успехом? Одного клика для этого точно недостаточно.
Participation rate, CTR и открытие push полезны как промежуточные сигналы. Они не отвечают на главный вопрос: дала ли кампания новую выручку и новые активные дни. Для этого смотрят метрики, привязанные к поведению после перехода.
| Метрика | Что показывает |
|---|---|
| Cross-product conversion | Доля sportsbook-пользователей, которые начали использовать casino |
| First casino deposit / first casino session | Первый реальный шаг во второй вертикали |
| 30-day casino GGR | Ценность после активации, а не только реакция в день оффера |
| Incremental GGR | Разница treatment и holdout/control |
| LTV и ARPU uplift | Изменение долгосрочной ценности и средней выручки на игрока |
| Session frequency | Появились ли дополнительные причины возвращаться |
| Reactivation rate | Вернулась ли неактивная аудитория после cross-product journey |
| Stage-to-stage return rate | Сохраняется ли активность между этапами большого спортивного события |
Параллельно нужны guardrails. Рост casino GGR может сопровождаться падением sportsbook GGR, и тогда часть результата — обычная каннибализация. Отдельно считают promo cost, prize liability, NGR, маржу, обращения в поддержку, bonus-abuse rate, self-exclusion, cooling-off и другие responsible-gambling flags.
Нормальный тест начинается с eligible-сегмента и случайного holdout. Допустим, treatment получает F2P внутри сессии сразу после settlement, а control остаётся на стандартной email-коммуникации. Затем для обеих групп берут одно окно и сравнивают first casino session, 30-day casino GGR и общий GGR по двум вертикалям. Такой дизайн полезнее отчёта о том, сколько пользователей прокрутили колесо.
Каннибализация и атрибуция — два места, где отчёт легко вводит в заблуждение.
Представим пользователя, который раньше делал пять спортивных ставок, а после cross-sell делает две ставки и тратит примерно ту же сумму в casino. Casino-дашборд покажет рост, хотя бизнес в целом почти не изменился. Другая картина — когда новый продукт заполняет паузы между матчами, число активных дней растёт, а sportsbook не проседает сопоставимо. Именно эту разницу и должен видеть общий отчёт.
Unified analytics связывает sportsbook bet, settlement, F2P interaction, reward claim, casino session и последующий GGR. Если часть касаний проходит через DSP, affiliate platform или внешнюю CRM, это нужно учитывать в attribution model. Иначе появляются «бесплатные» конверсии, источник которых система просто не видит.
На одном вертикальном дашборде этого не увидеть.
Та же проблема возникает у affiliate-трафика. Пользователь может прийти по sportsbook-офферу, а позже начать приносить основную выручку в casino. Если при переходе теряется affiliate ID, CPA, RevShare и hybrid-модель начинают считать разные куски одного пути. Поэтому одного FTD недостаточно. Гораздо полезнее цепочка: источник → FTD → sports activity → cross-product conversion → 30-day GGR/NGR → LTV.
Почему зарубежные цифры нельзя напрямую переносить на Россию
Blask показывает разные multi-vertical паттерны в Великобритании, Бразилии и США. Где-то sportsbook и casino давно соседствуют у одного бренда, где-то второй продукт требует отдельного обучения пользователя. На результат влияют лицензирование, платёжная инфраструктура, рекламные ограничения, мобильные привычки и доступность конкретных игр.
Чужой conversion rate без этого контекста для России почти бесполезен.
В России правовая рамка устроена иначе. По действующей редакции 244-ФЗ букмекерские конторы и тотализаторы могут работать вне игорных зон в предусмотренном законом режиме, включая интерактивные ставки через установленную инфраструктуру. ФНС отдельно разъясняет общий запрет азартных онлайн-игр и интернет-ресурсов с casino, slots, poker и другими подобными играми. С 1 сентября 2026 года действует механизм перечня лиц, отказавшихся от участия в азартных играх; реклама не должна направляться включённым в него лицам, а организаторы обязаны учитывать самоограничение.
Из-за этого термины unified wallet, casino aggregator, free spins, live dealer, cross-vertical bonus engine и sportsbook-to-casino CRM относятся прежде всего к зарубежным рынкам, где sportsbook и casino разрешены в рамках конкретной лицензии. Для российского легального букмекера это не «готовый набор функций», а описание того, как устроены международные multi-product платформы.
Рабочая схема sportsbook → casino на зарубежном регулируемом рынке
- Выделить sports-only когорту и сразу исключить неподходящую юрисдикцию, RG-ограничения, self-exclusion и явные bonus-abuse сценарии.
- Выбрать trigger: settlement, пауза между событиями, снижение sportsbook activity, межсезонье или повторная сессия.
- Для каждого сегмента определить первый casino-продукт: crash, live casino, blackjack, roulette, game show, slot или F2P.
- Проверить single account, PAM, wallet, KYC и bonus engine. Повторный онбординг после клика резко увеличивает отказы.
- Показать bridge внутри активной сессии через in-app, onsite, push или F2P; email и SMS оставить дополнительными lifecycle-каналами.
- Свести CRM, CDP, gamification и revenue events в единый player profile.
- До запуска зафиксировать attribution model, holdout/control, окно измерения и primary metric.
- Считать incremental GGR/NGR, LTV, ARPU и retention вместе со sportsbook guardrails и promo cost.
- При risk signal переключать пользователя на limits, cooling-off и suppression, а не повышать интенсивность оффера.
У этой схемы нет одного «секретного» элемента. Результат появляется на стыке четырёх вещей: подходящего момента, понятного первого продукта, бесшовного перехода и нормальной измеримости. Если хотя бы одна часть выпадает, хороший креатив её не компенсирует. Чаще всего дорогие ошибки оказываются техническими и аналитическими: раздельные кошельки, несвязанные bonus engines, batch-данные, случайный game selection или отчётность по кликам вместо общего GGR и guardrails.
В зрелой реализации cross-sell перестаёт быть отдельной промоакцией. Product design, CRM, data engineering, compliance и аналитика работают с одной цепочкой событий и одними исключениями. Если у пользователя появился risk signal, цепочка на этом заканчивается: следующий оффер не отправляется.
