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. пропонує, що зробити далі (експеримент, фікс, промо, реліз-зсув),

4. захищений RBAC і витриманий по SLO,

5. зрозумілий усім ролям через персоналізовані уявлення.

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

Зв’яжіться з нами

Звертайтеся з будь-яких питань або за підтримкою.Ми завжди готові допомогти!

Розпочати інтеграцію

Email — обов’язковий. Telegram або WhatsApp — за бажанням.

Ваше ім’я необов’язково
Email необов’язково
Тема необов’язково
Повідомлення необов’язково
Telegram необов’язково
@
Якщо ви вкажете Telegram — ми відповімо й там, додатково до Email.
WhatsApp необов’язково
Формат: +код країни та номер (наприклад, +380XXXXXXXXX).

Натискаючи кнопку, ви погоджуєтесь на обробку даних.