GH GambleHub

Fournisseur Dashboard et métriques de contenu

1) Désignation et principes

Le fournisseur Dashboard est un « single source of truth » pour la ligne de contenu (slots, jeux de vie, instant, crash, etc.) qui combine les signaux alimentaires, opérationnels, commerciaux et techniques. Objectifs :
  • Gestion quotidienne de l'entonnoir de contenu : sorties, performances, localisation, certification.
  • Contrôle de qualité : stabilité des bilds, retards, chutes, vitesse de chargement, compatibilité.
  • Monétisation : GGR/NGR, ARPDAU, conversion des jeux en paris, chiffre d'affaires par marché et par partenaire.
  • Croissance : tests A/B, ficheflags, télémétrie UX, identification de « gems hidden ».
  • Conformité et disponibilité : licences, profils RTP, certification, pratiques responsables.
Principes UX :
  • « Signaux> données » : par défaut, états et anomalies ; le détail est par clic.
  • Rôles et contexte : chaque rôle voit ses propres KPI, filtres et recommandations.
  • Temps d'initialisation <10 secondes : préréglages de filtres, recherche rapide, pin de widgets importants.
  • Intervalles de réfraction stables, temps fixe, date/fenêtre d'analyse explicite.

2) Rôles et scénarios clés

Gestionnaire de produits (PM) : hiérarchisation des sorties, suivi des performances, A/B, drapeaux de ficha.
Gestionnaire de contenu : couverture par les sites et les devises, catalogues, positions dans les magasins des opérateurs.
Commercial/BD : chiffre d'affaires par opérateur et région, contrats, fenêtres promotionnelles, transactions de catalogue.
Tech/DevOps : Aptyme des endpoints, latinité, versions des bilds, crash/exceptions, CDN.
QA : régression des assemblages, stabilité des sorties, bug-thermocarte.
Conformité : RTP/certification/limite d'âge, fiches de jeu responsables.
Support/CS : incidents sur les opérateurs/guides, plaintes fréquentes, FAQ, actions rapides.

3) Cadre d'interface (architecture de l'information)

1. Panneau supérieur : filtres globaux (période, opérateur (s), géo, ligne de produit, sortie-onde, version du billet).
2. Onglet principal « Aujourd'hui » : résumé KPI + alertes/anomalies.
3. Contenu : classement des jeux, sortie des versions, « content coverage » (locals, devises, appareils).
4. Commerce : GGR/NGR, ARPDAU, Rev/Operator, marge, entonnoir de mise.
5. Produit/UX : sessions, maintien, taux de hit, volatilité, time-to-fun, toutorials.
6. Qualité/Technique : API API aptyme, taux d'erreur, FPS/CPU pour WebGL, TTFB/TTI, crayons.
7. Conformité : certification par marché, limites de taux, profils RTP, évènements self-exclusion.
8. A/B et expériences : objectifs, incisions, intervalles de confiance, risque/effet.
9. Outils : exportations, webhooks, abonnements alertes, « Vues protégées ».

4) KPI et formules (minimum recommandé)

4. 1 Commercial

Bets = nombre de paris.
Stake Sum = somme des paris.
Payout Sum = montant des paiements.
GGR = Stake Sum − Payout Sum.
Promo Cost = bonus + Frispins (équivalent argent).
NGR = GGR − Promo Cost − Platform Fee − PSP Fee.
ARPDAU = NGR/DAU (par jeu/portfolio).
Take Rate = GGR / Stake Sum.
Conversion to Bet = joueurs uniques qui ont parié/lanceurs uniques du jeu.

4. 2 Produit et comportement

DAU/WAU/MAU и Stickiness = DAU/MAU.
Retention D1/D7/D30.
Avg Session Length = temps total/kol dans les sessions.
Sessions/User par période.
Hit Rate = (nombre de gains )/( nombre de spins) - pour les créneaux horaires.
Indice de volatilité : variance de paiement/taux moyen (normalisé).
Time to First Spin/Bet (TTFS) : frottement UX.
FTUE Completion : proportion de personnes formées/tutorielles (le cas échéant).

4. 3 Qualité/Technique

API Uptime (SLA/SLO), p95/p99 Latitude par Crète. endpointam.
Crash Rate = (sessions avec crash )/( toutes les sessions).
JS Error Rate (web), Client Exception Rate (mobile).
TTFB/TTI/TBT (performance Web).
Asset Load Success (parts de 200/206/304, erreurs CDN).
Version Adaptation : part des joueurs sur la dernière version.
Compatibilité Device/OS : les ligaments les plus problématiques.

4. 4 Contenu et conformité

Couverture de localisation = locales couvertes/locales cibles.
Currency Coverage = devises prises en charge/devises cibles.
Certification Coverage (par marché) : marchés certifiés/cibles.

RTP Observed vs Theoretical:RTP_nabl − RTP_teordans les couloirs autorisés.
Feature Flags Adaptation : part du trafic avec les fiches activées.

5) Widgets recommandés (ensemble fini)

Accueil (Aujourd'hui)

Carte des anomalies : liste des incidents (criticité, segment, opérateur, jeu).
Le top 5 des jeux en croissance (selon GGR, en rétention) et le top 5 des jeux en croissance.
« Revenu Pulse » : NGR aujourd'hui vs hier/semaine, l'importance p de la tendance.
Error & Crash Pulse : p95 délai, error budget burn-down.

Contenu

« Line release » : calendrier des release, statut de certification, checklist des localités/monnaies.
Classement des jeux : positions par GGR/ARPDAU/Retraite, filtres par géo/opérateur.
"Hidden Gems' : jeux à faible trafic mais ARPDAU/Retraite élevé.
« Content Coverage » : carte thermique des localités/devises/certifications.

Commerce

NGR by Operator/Geo (treemap + table).
Entonnoir : « lancer un jeu → un pari → un pari répété → un maintien D7 ».
Rapports périodiques : semaine/mois/trimestre, saisonnalité, effet promo.

Produit/UX

Sessions et maintien par cohorte (premier démarrage = T0).
TTFS, FTUE, profondeur de session, fréquence des paris.
Carte thermique de fréquence fich (spins libres, bonus pick, gamble).

Qualité/Technique

SLO dashboard : Uptime, Latency, Error budget.
Crash par version/device/OS, top stectreiss.
Vitrine de performance CDN/ressources : TTFB/TTI/TBT.

Compliance

Certification par marché, deadline, statuts d'audit.
RTP monitor : vs observable théorique avec couloirs de confiance.
Fiches d'âge/responsables : Reality Check, Limites, Self-Exclusion événements.

A/B et expériences

Sélection de la métrique cible (par exemple ARPDAU, Retraite D7).
État des expériences : durée, puissance, intervalle de confiance, risque.
Segments : géo, opérateur, appareil, débutants/anciens combattants.

6) Données et événements (contrat minimum de télémétrie)

Événements client/serveur (schéma JSON, clés - exemple) :
  • `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).

Stockage : événements bruts → streaming (Kafka/Kinesis) → DWH (BigQuery/Snowflake/Redshift) → vitrines.
Справочники: `games`, `operators`, `markets`, `locales`, `builds`, `flags`, `promotions`.

7) Schéma de calcul et vitrines

Fact_Bets (grain: user-game-spin): stake, win, net, flags.
Fact_Sessions (grain : user-game-session) : durée, périphérique, crayons.
Fact_Revenue (grain: operator-game-day): GGR, PromoCost, NGR.
Dim_Game/Operator/Market/Locale/Build.
Agrégats : 'Daily _ KPI', 'Release _ Perf', 'AB _ Results', 'Tech _ SLO'.

8) Qualité des données et confiance

Contrats de données : versions des schémas, rétrocompatibilité, alertes proactives lors de la dérive.
Validation : champs obligatoires, contrôle de plage (par exemple, stake> 0), déduplication.
Observability : Un moniteur de job ETL, des lagunes, des pass de lots.
Versioning metrics : catalogue de métriques (owner, formules, date de changement).

9) Alertes et anomalies (exemple de règles)

p95 Latitude> SLO (X minutes consécutives) - Pager pour Tech.
Crash Rate ↑> Y % à la médiane du jour dernier - QA/Dev.
RTP Observé dépasse le couloir [théor − δ ; théor + δ] sur N dos - Conformité/PM.
NGR par opérateur ↓ à Z % sans événements promotionnels - Commercial.
La date limite de certification échouée <7 jours est une bannière rouge dans « Aujourd'hui ».
Le jeu après la sortie n'a pas atteint le seuil DAU/Stake - une tâche PM avec des recommandations.

10) Tests A/B et prise de décision

Plan expérimental : hypothèse → effet sur la métrique cible → risques.
Durée et puissance minimales (comptage MDE, α, β).
Couche de trafic : par opérateurs et géo pour la stabilité.
Rapport : uplift, intervalle de confiance, probabilité de supériorité (Bayes/freq).
Métriques de Guardrail : stabilité des paris, crash, latency.

11) Conformité et pratiques responsables

Profils RTP, contrôle du RTP observé, rapports sur les marchés.
Limites d'âge, limites de taux, Reality Check, self-exclusion signaux.
Stockage et accès : RBAC, pseudonymisation des user_id, politiques de rétention.

12) RBAC, ténacité et vie privée

Multi-tenants : espaces séparés par opérateurs/partenaires.
RBAC : rôles et coupes (voir financiers, voir PII - interdiction ; tech-only - sans commerce).
Audit : qui a regardé/exporté, journal des activités.
PII-minimisation : user_id - hachage/pseudo-ID, interdiction de la ré-identification dans l'IU.

13) Modèles UX et micro-interactions

Cartes KPI avec tendances et couloirs de confiance.
Cartes thermiques et tables de rank avec en-tête fixe, filtre rapide.
« Explain this change » : décryptage contextuel de l'anomalie (contribution des régions/opérateurs).
« Pinned views » et le sharing des presets dans l'équipe.
Échelle de couleur unique des statuts (succès/avertissement/critique), thème sombre/léger.
Compagnon mobile : seulement un résumé + alertie + acknowledge.

14) Chèque de mise en œuvre (par sprints)

Sprint 1 : événements, connecteurs, vitrines de base (Daily_KPI, Release_Perf).
Sprint 2 : accueil « Aujourd'hui », classement des jeux, NGR/GGR, Retraite, SLO.
Sprint 3 : anomalies, alertes, module AB.
Sprint 4 : onglet de conformité, moniteur RTP, carte de couverture.
Sprint 5 : RBAC/ténacité, audits, exportations, Vues protégées.
Sprint 6 : optimisation UX, résumé mobile, auto-recommande.

15) Glossaire (bref)

GGR/NGR est le chiffre d'affaires brut/net.
ARPDAU est le chiffre d'affaires par joueur actif et par jour.
Hit Rate est la fréquence des gains.
L'indice de volatilité est la variabilité relative des gains.
SLO/SLA - objectifs de service/indicateurs contractuels.
TTFB/TTI/TBT - Mesures des performances Web.
Coverage - couverture des localités, des devises, des certifications.

16) Anti-modèles

Mélange des rôles sur un seul écran (surcharge et fuite de contextes).
Formules de métriques libres sans catalogue de définitions.
Filtres imbriqués profonds sans préréglages.
L'absence d'explorateurs pour les anomalies et les graphiques complexes.
Rapports A/B opaques (pas de MDE/puissance/guardrails).

17) Résultat

Un bon fournisseur de dashboard n'est pas « beaucoup de graphiques », mais un outil de gestion qui :

1. montre où la situation change,

2. explique pourquoi,

3. suggère quoi faire ensuite (expérience, fix, promo, release-shift),

4. protégé par RBAC et maintenu par SLO,

5. compréhensible pour tous les rôles à travers des représentations personnalisées.

💡 Nous vous recommandons de commencer par une vitrine de base de Daily_KPI, un panneau SLO, un classement des jeux et un simple détecteur d'anomalie ; - s'étendre ensuite vers A/B, Conformité et recommandations automatiques.
Contact

Prendre contact

Contactez-nous pour toute question ou demande d’assistance.Nous sommes toujours prêts à vous aider !

Commencer l’intégration

L’Email est obligatoire. Telegram ou WhatsApp — optionnels.

Votre nom optionnel
Email optionnel
Objet optionnel
Message optionnel
Telegram optionnel
@
Si vous indiquez Telegram — nous vous répondrons aussi là-bas.
WhatsApp optionnel
Format : +code pays et numéro (ex. +33XXXXXXXXX).

En cliquant sur ce bouton, vous acceptez le traitement de vos données.