GH GambleHub

Дашборд провайдера и метрики контента

1) Назначение и принципы

Дашборд провайдера — это «single source of truth» для контентной линейки (слоты, лайв-игры, instant, crash и т. д.), объединяющий продуктовые, операционные, коммерческие и технические сигналы. Цели:
  • Ежедневное управление воронкой контента: релизы, производительность, локализация, сертификация.
  • Контроль качества: стабильность билдов, задержки, падения, скорость загрузки, совместимость.
  • Монетизация: GGR/NGR, ARPDAU, конверсия игр в ставки, выручка по рынкам и партнерам.
  • Рост: A/B-тесты, фичефлаги, телеметрия UX, выявление «hidden gems».
  • Комплаенс и доступность: лицензии, RTP-профили, сертификация, ответственные практики.
Принципы UX:
  • «Сигналы > данные»: по умолчанию — статусы и аномалии; детализация — по клику.
  • Роли и контекст: каждая роль видит свои KPI, фильтры и рекомендации.
  • Время до инсайта < 10 сек: пресеты фильтров, быстрый поиск, пин важных виджетов.
  • Стабильные рефреш-интервалы, фиксированная таймзона, явная дата/окно анализа.

2) Роли и ключевые сценарии

Продукт-менеджер (PM): приоритизация релизов, отслеживание перформанса, A/B, фича-флаги.
Контент-менеджер: покрытие локалями и валютами, каталоги, позиции в магазинах операторов.
Commercial/BD: выручка по операторам и регионам, контракты, промо-окна, каталожные сделки.
Tech/DevOps: аптайм эндпоинтов, latency, версии билдов, краши/исключения, CDN.
QA: регресс по сборкам, стабильность релизов, баг-теплокарта.
Compliance: RTP/сертификация/возрастные ограничения, фичи ответственной игры.
Support/CS: инциденты по операторам/гидам, частые жалобы, FAQ, быстрые действия.

3) Каркас интерфейса (информационная архитектура)

1. Верхняя панель: глобальные фильтры (период, оператор(ы), гео, продукт-линия, релиз-волна, версия билда).
2. Главная вкладка «Сегодня»: сводка KPI + алерты/аномалии.
3. Контент: рейтинг игр, выпуск релизов, «content coverage» (локали, валюты, устройства).
4. Коммерция: GGR/NGR, ARPDAU, Rev/Operator, маржа, воронка ставок.
5. Продукт/UX: сессии, удержание, hit rate, волатильность, time-to-fun, туториалы.
6. Качество/Техника: аптайм API, error rate, FPS/CPU для WebGL, TTFB/TTI, краши.
7. Compliance: сертификация по рынкам, лимиты ставок, RTP-профили, self-exclusion события.
8. A/B и эксперименты: цели, разрезы, доверительные интервалы, риск/эффект.
9. Инструменты: экспорты, вебхуки, подписки на алерты, «Saved views».

4) KPI и формулы (рекомендуемый минимум)

4.1 Коммерческие

Bets = количество ставок.
Stake Sum = сумма ставок.
Payout Sum = сумма выплат.
GGR = Stake Sum − Payout Sum.
Promo Cost = бонусы + фриспины (денежный эквивалент).
NGR = GGR − Promo Cost − Platform Fee − PSP Fee.
ARPDAU = NGR / DAU (по игре/портфелю).
Take Rate = GGR / Stake Sum.
Conversion to Bet = уникальные игроки, сделавшие ставку / уникальные запускатели игры.

4.2 Продукт и поведение

DAU/WAU/MAU и Stickiness = DAU/MAU.
Retention D1/D7/D30.
Avg Session Length = суммарное время / кол-во сессий.
Sessions/User за период.
Hit Rate = (число выигрышей) / (число спинов) — для слотов.
Volatility Index: дисперсия выплат / средняя ставка (нормированная).
Time to First Spin/Bet (TTFS): UX-трение.
FTUE Completion: доля прошедших обучение/туториал (если есть).

4.3 Качество/Техника

API Uptime (SLA/SLO), p95/p99 Latency по крит. эндпоинтам.
Crash Rate = (сессии с крашем) / (все сессии).
JS Error Rate (веб), Client Exception Rate (мобайл).
TTFB / TTI / TBT (веб-производительность).
Asset Load Success (доли 200/206/304, ошибки CDN).
Version Adoption: доля игроков на последней версии.
Device/OS Compatibility: топ проблемных связок.

4.4 Контент и комплаенс

Localization Coverage = покрытые локали / целевые локали.
Currency Coverage = поддерживаемые валюты / целевые валюты.
Certification Coverage (по рынкам): сертифицировано / целевые рынки.

RTP Observed vs Theoretical:RTP_набл − RTP_теорв допустимых коридорах.
Feature Flags Adoption: доля трафика с включенной фичей.

5) Рекомендуемые виджеты (готовый набор)

Главная (Сегодня)

Карта аномалий: список инцидентов (критичность, сегмент, оператор, игра).
Топ-5 растущих игр (по GGR, по удержанию) и топ-5 проседающих.
«Revenue Pulse»: NGR сегодня vs вчера/неделя, p-значимость тренда.
Error & Crash Pulse: p95 задержка, error budget burn-down.

Контент

«Линейка релизов»: календарь релизов, статус сертификации, чек-лист локалей/валют.
Рейтинг игр: позиции по GGR/ARPDAU/Retention, фильтры по гео/оператору.
«Hidden Gems»: игры с низким трафиком, но высоким ARPDAU/Retention.
«Content Coverage»: теплокарта локалей/валют/сертификаций.

Коммерция

NGR by Operator/Geo (treemap + таблица).
Воронка: «запуск игры → ставка → повторная ставка → удержание D7».
Периодические отчеты: неделя/месяц/квартал, сезонность, эффект промо.

Продукт/UX

Сессии и удержание по когортам (первый запуск = T0).
TTFS, FTUE, глубина сессии, частота ставок.
Теплокарта частоты фич (free spins, bonus pick, gamble).

Качество/Техника

SLO дашборд: Uptime, Latency, Error budget.
Краши по версии/девайсу/OS, топ-стектрейсы.
Витрина производительности CDN/ресурсов: TTFB/TTI/TBT.

Compliance

Сертификация по рынкам, дедлайны, статусы аудитов.
RTP-монитор: наблюдаемый vs теоретический с коридорами доверия.
Возрастные/ответственные фичи: Reality Check, Limits, Self-Exclusion события.

A/B и эксперименты

Выбор метрики-цели (например, ARPDAU, Retention D7).
Статус экспериментов: длительность, мощность, доверительный интервал, риск.
Сегменты: гео, оператор, устройство, новички/ветераны.

6) Данные и события (минимальный контракт телеметрии)

События клиента/сервера (JSON-схема, ключи — пример):
  • `session_start`, `session_end` (user_id, device, geo, operator_id, game_id, version, ts).
  • `game_load_start`, `game_load_complete` (timings, assets_count, CDN POP).
  • `spin_start`, `spin_result` (stake, win, balance_before/after, bonus_flags).
  • `crash` (error_code, stack, device/OS, build, memory/CPU).
  • `ab_exposure` (exp_id, variant, ts).
  • `feature_flag` (flag_name, on/off, cohort).
  • `cert_check` (market, status, ts).
  • `localization_check` (locale, coverage_state).

Хранилище: сырые события → стриминг (Kafka/Kinesis) → DWH (BigQuery/Snowflake/Redshift) → витрины.
Справочники: `games`, `operators`, `markets`, `locales`, `builds`, `flags`, `promotions`.

7) Схема вычислений и витрин

Fact_Bets (grain: user-game-spin): stake, win, net, flags.
Fact_Sessions (grain: user-game-session): длительность, устройство, краши.
Fact_Revenue (grain: operator-game-day): GGR, PromoCost, NGR.
Dim_Game/Operator/Market/Locale/Build.
Агрегаты: `Daily_KPI`, `Release_Perf`, `AB_Results`, `Tech_SLO`.

8) Качество данных и доверие

Data Contracts: версии схем, обратная совместимость, упреждающие алерты при дрейфе.
Validation: обязательные поля, контроль диапазонов (например, stake > 0), дедупликация.
Observability: монитор джоб ETL, лаги, пропуски партиций.
Версионирование метрик: каталог метрик (owner, формулы, дата изменения).

9) Алерты и аномалии (пример правил)

p95 Latency > SLO (X минут подряд) — Pager для Tech.
Crash Rate ↑ > Y% к медиане прошлого дня — QA/Dev.
RTP Observed выходит за коридор [теор − δ; теор + δ] на N спинах — Compliance/PM.
NGR по оператору ↓ на Z% без промо-событий — Commercial.
Failed Certification дедлайн < 7 дней — красный баннер в «Сегодня».
Игра после релиза не набрала порог DAU/Stake — задача PM с рекомендациями.

10) A/B-тесты и принятие решений

План эксперимента: гипотеза → влияние на целевую метрику → риски.
Минимальная длительность и мощность (подсчет MDE, α, β).
Слоение трафика: по операторам и гео для стабильности.
Отчет: uplift, доверительный интервал, вероятность превосходства (Bayes/freq).
Guardrail-метрики: стабильность ставок, краши, latency.

11) Комплаенс и ответственные практики

RTP-профили, контроль наблюдаемого RTP, отчетность по рынкам.
Возрастные ограничения, лимиты ставок, Reality Check, self-exclusion сигналы.
Хранение и доступ: RBAC, псевдонимизация user_id, retention-политики.

12) RBAC, тенантность и приватность

Мульти-тенант: раздельные пространства по операторам/партнерам.
RBAC: роли и скоупы (view financials, view PII — запрет; tech-only — без коммерции).
Аудит: кто просматривал/экспортировал, журнал действий.
PII-минимизация: user_id — хеш/псевдо-ID, запрет ре-идентификации в UI.

13) UX-паттерны и микроинтеракции

Карточки KPI с трендами и доверительными «коридорами».
Теплокарты и ранк-таблицы с фиксированным заголовком, быстрым фильтром.
«Explain this change»: всплывающая расшифровка аномалии (вклад регионов/операторов).
«Pinned views» и шэринг пресетов внутри команды.
Единая цветовая шкала статусов (успех/предупреждение/критично), темная/светлая тема.
Мобильный компаньон: только сводка + алерты + acknowledge.

14) Чек-лист внедрения (по спринтам)

Спринт 1: события, коннекторы, базовые витрины (Daily_KPI, Release_Perf).
Спринт 2: главная «Сегодня», рейтинг игр, NGR/GGR, Retention, SLO.
Спринт 3: аномалии, алерты, AB-модуль.
Спринт 4: Compliance-вкладка, RTP-монитор, coverage карты.
Спринт 5: RBAC/тенантность, аудиты, экспорты, Saved views.
Спринт 6: оптимизация UX, мобильная сводка, авто-рекоммендации.

15) Глоссарий (кратко)

GGR/NGR — валовая/чистая выручка.
ARPDAU — выручка на активного игрока в день.
Hit Rate — частота выигрышей.
Volatility Index — относительная изменчивость выигрышей.
SLO/SLA — целевые/контрактные показатели сервиса.
TTFB/TTI/TBT — метрики веб-производительности.
Coverage — покрытие локалей, валют, сертификаций.

16) Антипаттерны

Смешение ролей на одном экране (перегрузка и утечка контекстов).
Свободные формулы метрик без каталога определений.
Глубокие вложенные фильтры без пресетов.
Отсутствие «explainers» для аномалий и сложных графиков.
Непрозрачные A/B-отчеты (нет MDE/мощности/guardrails).

17) Итог

Хороший дашборд провайдера — это не «много графиков», а управленческий инструмент, который:

1. показывает, где меняется ситуация,

2. объясняет, почему,

3. предлагает, что сделать дальше (эксперимент, фикc, промо, релиз-сдвиг),

4. защищен RBAC и выдержан по SLO,

5. понятен всем ролям через персонализированные представления.

💡 Рекомендуем начать с базовой витрины Daily_KPI, SLO-панели, рейтинга игр и простого детектора аномалий; затем — расширять в сторону A/B, Compliance и автоматических рекомендаций.
Contact

Свяжитесь с нами

Обращайтесь по любым вопросам или за поддержкой.Мы всегда готовы помочь!

Начать интеграцию

Email — обязателен. Telegram или WhatsApp — по желанию.

Ваше имя необязательно
Email необязательно
Тема необязательно
Сообщение необязательно
Telegram необязательно
@
Если укажете Telegram — мы ответим и там, в дополнение к Email.
WhatsApp необязательно
Формат: +код страны и номер (например, +380XXXXXXXXX).

Нажимая кнопку, вы соглашаетесь на обработку данных.