Level C

Что делаем:

• Проходим весь путь на тестовых аккаунтах (desktop + mobile) – регистрация, депозит, игра, вывод – с onboarding-коридором и двумя сценариями входа; проверяем ключевые сценарии на стабильность, скорость и корректность интерфейса (QA); разбираем лобби, поиск, обнаруживаемость вертикалей, личный кабинет, вывод и KYC-гейты; замеряем тайминги на денежных этапах
• Достраиваем качественную карту поведенческим слоем на складе: клики, отказы, возвраты на экране и отвал. Сервис записи сессий показывает, что происходило на экране, но связь этого с игроком, депозитом и оттоком существует только в данных оператора – без склада получается видеоархив без выводов
• Разбираем кассу в глубину: Acceptance Rate и успешность методов, причины failed FTD по методу, PSP и повторным попыткам, стоимость транзакции и сравнительные выводы по методам. При доступе к бэкофису платежей добавляем расширенную аналитику – отклонения AR по методу и PSP, всплески отказов, деградацию провайдера
• Строим воронку на истории событий: Reg → FTD → Dep2+, разрыв «попытка депозита → успешный FTD», дистрибуцию депозитной цепочки Dep1-Dep10+, дистрибуцию по временному интервалу от регистрации к FTD и её влияние на глубину воронки, денежный поток – депозиты, выводы, HOLD
• Ведём антифрод на пути денег: выявляем multi-accounting и bonus-abuse на складе, считаем долю игроков с депозитами, но без единой ставки (продуктовый дефект или фрод-паттерн), проводим внешние пробы ботом в согласованных лимитах и сверяем идентификаторы тестовых аккаунтов с внутренней разметкой – так проверяем, ловит ли продукт то, что видят складские модели. Фокус в первую очередь на tier 1 GEO

Артефакт в пакете:

• Страничная матрица ключевых URL; карта пути игрока в четырёх этапах с доказательствами; карта onboarding-коридора; сравнение двух сценариев регистрации; журнал трения (desktop + mobile); журнал проверок QA
• Поведенческий слой CJM: клики, отказы, возвраты на экране, отвал
• Материалы кассы: методы, тексты ошибок, вариации депозитов; разбор пути «депозит не прошёл»; разрыв «попытка депозита → успешный FTD»; причины failed FTD (метод / PSP / повтор); Acceptance Rate и успешность методов кассы; стоимость транзакции и сравнительные выводы; расширенная аналитика кассы
• Дистрибуция депозитной цепочки Dep1-Dep10+; дистрибуция по временному интервалу от регистрации к FTD; денежный поток: депозиты, выводы, HOLD; фактическая воронка Reg → FTD → Dep2+
• Выборка игр с таймингами открытия и замечания по лобби; разбор формы поиска, структуры лобби и быстрых ссылок; аудит игровых предложений на поверхности; гипотезы «вертикаль → удержание / возврат»; разбор личного кабинета; материалы вывода и KYC либо фиксация отсутствия / блокировки пути; тайминги и отчёты по производительности
• Доля игроков с депозитами, но без единой ставки; внешние пробы ботом; сверка идентификаторов тестовых аккаунтов с внутренней разметкой; выявление multi-accounting и bonus-abuse на складе

Что делаем:

• На основных путях проводим полный аудит WCAG 2.2 AA и оцениваем UI с позиции игрока: понятность условий, статусов, ошибок, лимитов, бонусов и шагов пути
• Проверяем сигналы давления (таймеры, scarcity, pop-up), иерархию CTA и перегрузку экрана
• Сверяем увиденное на поверхности с фактической CRM-цепочкой: окна in-app, частота и канал – так видно, совпадает ли давление на экране с тем, что игрок получает в коммуникации
• Редакционно вычитываем тексты и графику; нативность языка оценивают только носители, соответствие оффера, посыла и креативов целевому GEO – резиденты рынка
• Сверяем форматы валюты, сумм, дат и телефонов с целевым GEO и проверяем страницы 3-го уровня по согласованному перечню разделов: справка, правила, промо-лендинги, страницы провайдеров и категорий, юридические тексты

Артефакт в пакете:

• Выводы по дизайну и реестр замечаний WCAG 2.2 AA
• Оценка триггеров, CTA и перегрузки с перечнем оптимизаций; сравнение триггеров, CTA и перегрузки с CRM-цепочкой: окна in-app, частота и канал
• Редакционный реестр по текстам и графике
• Реестр ошибок форматов и локали; зафиксированные язык и валюта; оценка соответствия целевому GEO
• Проверка страниц 3-го уровня по согласованному перечню разделов

Что делаем:

• Инвентаризируем видимую бонусную оферту (прозрачность условий, wager, риск для оператора), разбираем программу лояльности и геймификацию, сравниваем персонализацию офферов welcome / FTD с Dep2 и Dep5, фиксируем ленту коммуникаций за 14 дней на тестовых аккаунтах
• Считаем нагрузку и эффективность бонусов: накопленная выдача, доля бонусов в GGR на игрока, охват геймификации по доле участников
• На истории событий разбираем то же поимённо: wager-прогресс, использование, abuse-паттерны и главное атрибуция: какой именно бонус и какая механика привели к депозиту и возврату. Тем же способом меряем отдачу геймификации и её влияние на LTV и churn
• Считаем влияние welcome-пакета на цепочку FTD → Dep2 → Dep3 → Dep4 → Dep5 и сопоставляем условия видимых офферов с фактом склада
• Сравниваем бонусную нагрузку в партнёрке (выданные бонусы) с фактической стоимостью бонусов на складе (использованные), считаем величину разницы и её влияние на NGR и RevShare; сводка моста расхождений идёт в C4
• Собираем матрицу «стратегические сегменты RFMVPS → оффер и сообщение». VIP-сегмент – отдельно, в модуле C6
• Формулируем приоритеты персонализированного лобби и продукта: в первую очередь по вертикалям и типам игр, которые игрок реально играет – связь вертикали с удержанием считаем в C5

Артефакт в пакете:

• Карта общих бонусов с оценкой; разбор программы лояльности и персонализации офферов; оценка персонализации после onboarding (welcome / FTD vs Dep2 / Dep5); оценка геймификации; лента коммуникаций за 14 дней
• Нагрузка и эффективность бонусов на агрегатах; накопленная выдача бонусов и доля бонусов в GGR на игрока; охват геймификации на агрегатах; цепочки жизненного цикла и политики реактивации
• Bonus Performance с атрибуцией «бонус → депозит и возврат»; отдача геймификации и её влияние на LTV и churn; влияние welcome-пакета на цепочку FTD → Dep5; сопоставление условий видимых офферов с фактом склада
• Сравнение бонусной нагрузки в партнёрке и фактической стоимости бонусов на складе: величина разницы и влияние на NGR / RevShare
• Матрица «стратегический сегмент RFMVPS → оффер и сообщение»; приоритеты персонализированного лобби и продукта по вертикалям и типам игр

Что делаем:

• Режем воронку по типу входа и считаем FTD и NGR по источникам, партнёрам и странам
• Считаем концентрацию: доля топ-10 партнёров и доля лидера
• Разбираем качество когорты по каждому партнёру с потоком от 50 FTD в месяц: retention, churn, доля разовых депозиторов, бонусная нагрузка, сколько в потоке «китов» и сколько «акул»
• Строим демографический профиль базы: возраст, пол, гео и ARPU по сегментам
• Прослеживаем путь от клика: конверсию клика в регистрацию и клика в депозит по партнёрам и типу источника. Сверяем платный и органический трафик на непротиворечивость
• Разводим три CAC – full, партнёрский и blended с органикой в знаменателе – на слое партнёрки и на слое факта, и строим мост расхождений между слоями: FTD, бонусы issued vs used, admin_fee уже в GGR партнёрки, NGR
• Меряем три срока окупаемости – по NGR, по валовой и по операционной прибыли – на каждом CAC и на обоих слоях
• Режем окупаемость по партнёрам, типу источника и целевой стране, вместе с воронкой
• Раскладываем её по условиям сделки и ценовым коридорам (CPA / RevShare / Hybrid) внутри связки партнёр × тип источника × целевая страна: у одного партнёра цены по гео различаются. Берём партнёров от 50 FTD в месяц
• Собираем разметку трафика – тип источника и условия сделки на пути до регистрации и FTD – и формулируем решения: кумулятивная карта scale / cut / hold / renegotiate по партнёрам, типу источника и условиям сделки (от 100 FTD)
• Ищем скрытый фрод: аномалии в когортах, включая метрики временного интервала, относительно средних показателей релевантного рынка – ориентир tier 1 GEO

Артефакт в пакете:

• Разрез воронки: аффилиатный вход vs органика; разрез FTD / NGR по источникам и партнёрам, paid vs organic share; концентрация топ-партнёров (топ-10 и доля лидера); дистрибуция когорт по партнёрам; дистрибуция по возрасту, полу и гео с ARPU
• Клик-воронка по партнёрам и типу источника
• Три CAC партнёрки и три CAC факта с мостом расхождений; три срока окупаемости на обоих слоях
• Воронка и окупаемость в разрезе партнёров, типа источника и целевой страны (от 50 FTD / месяц); окупаемость по условиям сделки и ценовым коридорам
• Кумулятивная карта scale / cut / hold / renegotiate (от 100 FTD); скрытый фрод – аномалии в когортах относительно релевантного рынка

Что делаем:

• Считаем retention по когортам D1 / D3 / D7 / D14 / D30 / D90 (при наличии полей), кривую удержания и early churn с долей one-day FTD, затухание D7→D30 и D30→D90, долю разовых депозиторов против повторных и дистрибуцию закрытых аккаунтов; сверяем плотность коммуникации с провалами кривой
• Считаем churn с базой сравнения и подразумеваемый дневной отток; строим churn prediction по сегментам ACTIVE / RISK – по давности, с учётом поведенческих паттернов
• Определяем Churned по последнему изменению реального баланса – депозиту, выводу или ставке, а не только по входу в аккаунт; через CRM связываем их с касаниями и офферами: какие сообщения привели или не привели к возврату активности
• Считаем полный RFMVPS – шесть осей, включая скорость депозитной цепочки и поведенческую безопасность – и строим дистрибуцию сегментов; так выявляем «акул», ошибочно помеченных как «киты», и формулируем политики реактивации из COLD и LOST
• Считаем дистрибуцию объёма по провайдерам, категориям и вертикалям на факте склада, связываем вертикаль конкретного игрока с его удержанием и возвратом и меряем участие в турнирах: влияние на следующий депозит и retention

Артефакт в пакете:

• Retention по когортам D1 / D3 / D7 / D14 / D30 / D90; кривая удержания и early churn, включая долю one-day FTD; затухание D7→D30; доля разовых депозиторов против повторных; дистрибуция закрытых аккаунтов; сверка плотности коммуникации с провалами кривой
• Churn с базой сравнения и подразумеваемый дневной отток; churn prediction – сегменты ACTIVE / RISK
• Churned по последнему изменению реального баланса; связь Churned с касаниями и офферами
• Дистрибуция сегментов по полному RFMVPS: шесть осей, включая скорость депозитной цепочки и поведенческую безопасность
• Дистрибуция объёма по провайдерам, категориям и вертикалям; связь вертикали конкретного игрока с его удержанием и возвратом; участие в турнирах и влияние на следующий депозит и retention

Что делаем:

• Считаем VIP по грейдам и вклад в NGR; сверяем внутренний VIP-список с фактическим доходом на игрока, с полным RFMVPS и с валовой прибылью на депозитора – кого статус описывает по факту, а кого только по названию; отслеживаем динамику новых, вернувшихся, неактивных и отключённых VIP
• Анализируем VIP behaviour: поведение по сессиям и ставкам, риск оттока по поведению, персональные офферы и опыт удержания
• Считаем скорость становления VIP: распределение дней и депозитов от регистрации до статуса, по когортам входа
• Выделяем «акул» – игроков с отрицательным вкладом по отношению выводов к депозитам – и считаем churn rate внутри VIP-сегмента отдельно от общего портфельного оттока
• Считаем долю персонального бонусного бюджета, уходящую в VIP-сегмент, и её отдачу; через CRM собираем матрицу «VIP-грейд → оффер и сообщение»
• Отслеживаем реактивацию спящих и ушедших VIP: долю вернувшихся, вклад возврата в NGR и эффективность реактивационных кампаний по грейду

Артефакт в пакете:

• VIP по грейдам и вклад в NGR; сверка внутреннего VIP-списка с фактическим доходом на игрока; VIP-динамика за период
• VIP behaviour: поведение по сессиям и ставкам, риск оттока, персональные офферы
• Скорость становления VIP по когортам входа; разбор «акул»; churn rate в VIP-сегменте
• Доля персонального бонусного бюджета в VIP-сегменте и её отдача; назначение оффера и сообщения VIP-сегменту по грейду
• Реактивация спящих и ушедших VIP: доля вернувшихся, вклад возврата в NGR, эффективность кампаний по грейду

Что делаем:

• Строим водопад до GGR: Bets - Wins → GGR при white label; In - Out → GGR при Turn Key; далее - Bonus → NGR; - Royalty → Gross Profit; - ∑ CAC (PP) → Income
• Считаем коэффициенты: долю Royalty и ∑ CAC, валовую и операционную маржу (Gross Profit / Income), валовую прибыль на депозитора, HOLD, отношение выводов к депозитам
• Считаем себестоимость бонусов; Royalty (провайдеры / white label) и PSP; ∑ CAC (PP) и маркетинг; дистрибуцию затрат по комиссионным группам провайдеров и эффективность управления буфером отрицательного GGR. При полном складе строим лестницу до Income и денежный поток
• Считаем продуктовые агрегаты активности на факте склада – объём и число ставок, среднее на игрока, отношение ставок к депозитам, RTP и Margin
• Считаем LTV, ARPPU и долю бонусов в GGR, LTV на горизонтах 7 / 30 / 60 / 90 и когортный доход на FTD по когорте входа
• Строим unit-экономику в двух видах: по кумулятивному доходу без распределения себестоимости и с распределением себестоимости на игрока и на продукт

Артефакт в пакете:

• Операторский P&L: водопад GGR → NGR → Gross Profit → Income (→ Profit при полных входных по прямому маркетингу и мероприятиям)
• Себестоимость бонусов, Royalty (PSP / провайдеры / WL) и маркетинга; дистрибуция затрат по комиссионным группам провайдеров и оценка эффективности управления буфером отрицательного GGR
• Продуктовые агрегаты активности: ставки, среднее на игрока, bet / dep, RTP и Margin
• LTV, ARPPU и доля бонусов в GGR; LTV на горизонтах 7 / 30 / 60 / 90; когортный доход на FTD по когорте входа
• Unit-экономика на игрока по кумулятивному доходу без распределения себестоимости; unit-экономика с распределением себестоимости на игрока и на продукт

Что делаем:

• Инвентаризируем предложение продукта игроку: jackpots, lottery, referral, VIP program, tournaments, app, mobile, геймификация, база знаний, состав каталога и провайдеры, наличие sportsbook / prediction markets – без аудита функционала
• Поддержку смотрим с двух сторон: каналы и обнаруживаемость на публичной поверхности, затем на данных – тикетная нагрузка, SLA, CSAT / NPS, staffing и QA скриптов, очередь улучшений и главное: конверсия в депозит и отток после обращения в разрезе по теме. Тикет-система знает время ответа, но во что обращение обошлось в депозитах и удержании – видно только на складе. Нужны бэкофис CS и склад
• Считаем дистрибуцию исходящих звонков по сегментам и их влияние на конверсию в депозит – при доступе к Call Service
• SEO берём на двух глубинах: findings верхнего уровня (индексируемость, robots / sitemap, скорость ключевых URL), а при доступе к SEO-инструментам – позиции и видимость в органике с картой видимости и next step
• Собираем репутацию на гемблинг-порталах и форумах: темы претензий и тон относительно 3 согласованных конкурентов – без опроса вашей базы и без платного media-monitoring
• Строим SWOT по одиннадцати осям относительно 3 конкурентов, каждый тезис со скриншотом, ссылкой и датой наблюдения

Артефакт в пакете:

• Карта предложений и фич для игрока
• Верхнеуровневый аудит службы поддержки; тикетная нагрузка, SLA, CSAT / NPS, staffing и QA скриптов; очередь улучшений; конверсия в депозит и отток после обращения в разрезе по теме
• Дистрибуция исходящих звонков по сегментам и их влияние на конверсию в депозит
• SEO findings верхнего уровня; позиции и видимость в органике
• Доверие к бренду в открытом доступе с точками роста, включая дистрибуцию по темам претензий; сравнение тона репутации с 3 конкурентами
• SWOT продукта против 3 конкурентов и оси сравнения: локализация, УТП, UX / UI, форма регистрации, касса и методы оплаты, лимиты депозита и вывода, видимые провайдеры при onboarding, состав предложения игроку, бонусы и программа лояльности, служба поддержки, доверие к бренду; сравнительная таблица «продукт vs конкуренты» с таблицей лимитов; возможности и угрозы

Что делаем:

• Согласуем слепок ландшафта систем: какие таблицы событий и поля доступны фактически – под это адаптируется состав пакета
• Сводим краткое резюме для руководства и отделяем подтверждённое данными от требующего доступов, которых в контуре не оказалось
• Формулируем quick wins: пересмотр условий офферов, cut и renegotiate неокупаемых источников, коррекция VIP-политик, блокировка токсичных паттернов
• Сводим находки всех модулей C1-C8 в единый отчёт и строим roadmap изменений с приоритетом по вкладу в NGR и по риску, ранжируя задачи по оперативной выгоде и сложности внедрения
• Оцениваем качественное влияние предложений по новым механикам и инструментам на конверсии, LTV и доверие

Артефакт в пакете:

• Слепок ландшафта систем
• Краткое резюме для руководства; приоритеты, подтверждённые цифрами
• Перечень первоочередных задач (quick wins); предложения по долгосрочным стратегиям
• План проверки гипотез; карта «наблюдение A → семейство KPI B / C»; перечень диагностических пар
• Предложения по интеграции новых механик и инструментов с качественным прогнозом влияния на конверсии, LTV и доверие; рекомендации по повышению доверия к бренду

Живой атрибут RFMVPS в CRM и регулярный пересчёт шести осей поверх полного скоринга в отчёте модуля C5: постоянный контур вместо разового среза

Автовыдача и оркестрация персональных офферов поверх матрицы «сегмент → оффер» модуля C3: постоянный контур вместо разового назначения в отчёте

Live-буфер, пороги, алерты и авто-действия поверх эффективности управления буфером модуля C7: постоянный контур вместо разового плана

Персональная выдача лобби и продукта в рантайме поверх приоритетов по сегментам модуля C3: постоянный контур вместо рекомендации в отчёте

Алерт при падении Acceptance Rate по методу, всплески отказов, деградация провайдера поверх расширенной аналитики кассы модуля C1: постоянное наблюдение вместо разового среза. Необходим дополнительно доступ к бэкофису платежей (PaymentIQ / DevCode, FinteqHub и аналоги)

Постоянный сбор кликов, отказов, возвратов и scroll поверх разовой карты поведенческого слоя модуля C1: связь поведения с игроком, депозитом и оттоком вместо видеоархива без выводов. Необходим дополнительно доступ к разметке страниц и session-сервисам

Алерт при нарушении SLA и всплеске очереди плюс автоматизация маршрутизации и типовых обращений поверх аналитики поддержки модуля C8: постоянный контур вместо разового среза. Необходим дополнительно доступ к бэкофису Customer Support

Discovery: интервью, карта ручных шагов в маркетинге, поддержке и продукте, shortlist use-case и перечень необходимых данных. Аудит рабочих процессов: узкие места, ручные операции и задержки, roadmap внедрения с указанием точек влияния на маржу. Само внедрение – отдельное предложение после аудита. Необходим дополнительно доступ к регламентам рабочих процессов

Автоматический сбор трендов и новых отзывов поверх разбора открытых источников уровня A: постоянное наблюдение вместо разового среза. Необходим дополнительно доступ к личным кабинетам в обзорниках