GH GambleHub

Panneau opérateur et indicateurs métiers

1) Objectif du panneau

Le tableau de bord de l'opérateur est un résumé opérationnel du produit et des opérations (joueurs, paris, paiements, risque/conformité) avec la possibilité de drilldown à la cause de l'événement et de l'action (assign, escalate, pause, promo). Principaux objectifs :
  • donner le pouls général de l'entreprise (temps réel/presque temps réel) ;
  • Mettre en évidence les écarts/risques et le lieu de l'incendie ;
  • accélérer la solution : de la carte KPI → à une liste/ticket/écran spécifique.

2) Rôles et personnalisation

Le panneau est différent selon les rôles (voir Interfaces par rôle et accès) :
  • C-level/direction : agrégats par marque/région, tendances, prévisions.
  • Opérations/sport : charge de travail en direct, taux/marge/coefficient, annulations.
  • Paiements/finances : conversion des dépôts, TtW, apruve/pente, chargbecks.
  • Risque/conformité : statuts KYC/AML, sanctions, signaux FRM, limites.
  • CRM/marketing : LTV/CAC, rétentions/revues, segments/campagnes.

Personnalisation : ordre des widgets, tranches sélectionnées (pays/fournisseur/canal), « mode de garde » (notifications et gros chiffres).

3) Hiérarchie de l'interface

Chapeau : date/fuseau horaire, select de marque/géo/devise d'affichage.
Bande KPI (hero-cards) : 6-8 mesures clés pour aujourd'hui + delta à la référence/hier/semaine.
Tendances et distributions : ligne (GGR/NGR), colonnes (dépôts par méthode), beignets (mixes).
Rubans opérationnels : alertes (SLA, risque, PSP), files d'attente des tâches.
Drilldowns : les clics sont approfondis jusqu'à un segment/objet (méthode de paiement → spécifiquement refusé).

4) KPI clés et formules (de base)

DAU/MAU : joueurs actifs par jour/mois.
Nouveaux dépositaires (ND) : nouveaux dépositaires par période.
Deposit Conversion : inscription → premier dépôt.
ARPPU : « Revenus/Utilisateurs payants ».
GGR (revenu brut de jeu) : 'Paris − Gains'.
NGR (Net Gaming Revenue) : 'GGR − Bonus − Jackpots − Provider Commission − Taxes sur GGR'.
Hold (sport) : « 1 − (Paiements/Acceptation de paris) ».
Time-to-Wallet (TtW) : médiane du temps entre la demande de sortie et l'arrivée.
KYC Pass Rate : 'Passé/Initié'.
Taux approval (conclusions) : « Approuvé/Demandé ».
Taux de charge : 'Chargbecky/Paiements traités'.
Alerts FRM/1k Tx : nombre de signaux frod par 1 000 transactions.
Retraite D1/D7/D30 : retour par cohorte.
LTV ^ t : NGR cumulatif par utilisateur à l'instant t'.
RTP (slots) : 'Paiements/Paris' par jeu/fournisseur.

Important : une métrique sémantique dans les couches de données pour l'ensemble du produit (pas de « deux GGR »).

5) Widgets et modèles d'affichage

Carte KPI

Titre, valeur (nombres tabulaires), delta (flèche/pourcentage), mini-sparkline.
Couleur : croissance verte pour les métriques utiles (NGR, conversion), croissance rouge pour les métriques négatives (échecs/charjbeck).
Clic : drilldown dans le tableau/graphique avec filtre.

Tendances

Lignes lissées, intervalle/seuil de confiance (SLO).
Commutateur « Aujourd'hui/Semaine/30 jours/Cohortes ».

Distributions

Tableau de bord : dépôts par méthode, part des écarts en PSP, taux des ligues/fournisseurs.

Bande en ligne

Événements SLA (PSP delay, file KYC), grands gains, pics de charge, drapeaux de sanctions.

Tableaux

Totalisables, colonnes fixées, grade/filtre, exportation CSV.

6) Tranches et filtres (obligatoires)

Heure : aujourd'hui/UTC vs local, intervalles horaires, fenêtres hebdomadaires/mensuelles.
Géo/juridiction : pays, région, licence.
Plate-forme/canal : web/app/affiliate.
Méthodes de paiement/PSP.
Fournisseur/jeu/sport/ligue/marché.
Segments d'utilisateurs : VIP, novice, republié, profils de risque.

Tous les filtres sont composables ; L'état URL est « Réinitialiser ».

7) Signaux, alertes, seuils

Seuils statiques : TtW> 2h, Taux d'approbation <80 %, KYC backlog> N.
Dynamique (anome) : écart par rapport au modèle saisonnier> 3 σ.
Règles composites : « Augmentation des pannes PSP-X> 5 pp et trafic de GEO-Y ↑ ».
Canaux : rideau dans le panneau, e-mail/Slack/Push ; tracking « accepté/résolu ».

8) Fraîcheur des données et performance

SLO de fraîcheur : KPI opérationnel ≤ 60 secondes, agrégations - ≤ 5 min, rapprochements financiers - T + 1.
L'indicateur « Mis à jour 00:45 » au niveau du panneau et sur le widget.
Front : WebSocket/SSE pour les incréments, batch à la pause.
Les animations ne sont que « bou/opacity », sans filtres lourds.

9) Architecture des données (très brièvement)

Streaming : bus d'événements (par exemple Kafka) → streaming (Flink/Spark) → speed-layer (Redis/ClickHouse).
Batch : logs crus → DWH (BigQuery/Snowflake) → vitrines/couche sémantique (dbt/metric-layer).
Metrics layer : définitions de KPI uniques pour tous les clients (panel, rapports, API).
SCD/cohortes : conservation de la versionalité des attributs et de la cohorte de rétention/LTV.

10) Multi-marque/multi-géo/multi-monnaie

Sélecteur « Brand/License/GEO », sommation et comparaison (stacked ou small multiples).
L'affichage de la devise est dans la devise du compte de marque + équivalent (voir « Changer de devise »).
Fuseau horaire - fixez pour le rapport (local de marque vs opérateur).

11) A11y, localisation, thème sombre

Le contraste n'est pas inférieur à AA ; « aria-label » sur les boutons de carte.
Textes/formats de dates/monnaies - par local ; Mise en miroir RTL (voir RTL-hyde).
Thème sombre/contrasté pour les quarts de nuit ; les anneaux de focus sont visibles.

12) Anti-modèles

30 + cartes KPI sans hiérarchie.
Formules incohérentes d'une seule métrique dans différents widgets.
La couleur est le seul porteur de sens.
Panneau « muet » : alertes sans CTA et propriétaire.
Données « hier » sans indicateur de fraîcheur.
Bloquez les loaders en plein écran à chaque filtre.

13) Tokens de système de conception (exemple)

json
{
"dashboard": {
"gap": 12,
"cardRadius": 12,
"kpiHeight": 96,
"sparkHeight": 24
},
"palette": {
"good": "#2e7d32",
"bad": "#c62828",
"warn": "#ef6c00",
"muted": "#607d8b"
},
"motion": { "inMs": 140, "outMs": 100 },
"a11y": { "contrastAA": true, "tabularNums": true }
}

14) Exemples de clips d'interface

Carte KPI (HTML)

html
<button class =" kpi" aria-label =" NGR today, plus 7 percent to yesterday">
<header> NGR today </header>
<div class="value">₴ 12 340 000</div>
<div class="delta up">+7. 1%</div>
<svg class="spark"></svg>
</button>

Métrique sémantique (pseudo-SQL/DSL)

sql metric NGR as
SELECT SUM(bets. amount - wins. amount - bonuses. amount - fees. amount - ggr_taxes. amount)
WHERE brand =:brand AND ts BETWEEN:from AND:to;

Règle d'alerte (pseudo)

json
{
"if": "psp. decline_rate(country='TR',psp='X') > 0. 15",
"and": "delta('15m') > 0. 05",
"then": { "notify": ["payments-oncall"], "priority": "high", "runbook": "psp-x-declines" }
}

15) Scénarios types iGaming

Paiements

Widget « Approval Rate on PSP » → drill dans la liste des rejetés avec les codes de cause.
« Time-to-Wallet par méthode » → carte SLA ; click - files d'attente spécifiques.

Sport

Paris en direct/s, Hold par les ligues, alert sur l'écart de marge.
Marchés surchauffés (distorsion brutale) → bloc de recommandations/limite manuelle.

Casino

RTP/volatilité par fournisseur, top games/sortie, alert « RTP anormal

Risque/Conformité

KYC backlog и pass rate; Signaux FRM ; drapeaux de sanctions.
Click on alert → carte du joueur avec actions (freeze/verify/escalate).

16) Métriques du panneau lui-même

Engagement du panneau : DAU du panneau, heure de la session, clics par drilldowns.
Alert MTTA/MTR : temps avant la réaction et avant la clôture de l'incident.
Accuracy complaints : conversions « les chiffres ne convergent pas » (<0,5 %).
Breaches freshness : proportion de troubles de la fraîcheur SLO.
Actionability : proportion d'alerts suivie d'une action (> 70 %).

17) Liste de vérification QA

Données et cohérence

  • Définitions unifiées des métriques (métriques layer).
  • Le seuil/direction de la couleur est correct (croissance « mauvaise » = rouge).
  • Chaque widget a une source de temps et de fraîcheur.

UX

  • Avant les causes clés 2-3 clics maximum.
  • Les filtres sont cumulatifs, l'état est URL.
  • Les cartes KPI sont disponibles au clavier et à l'écran.

Performance

  • Commutation des filtres ≤ 300 ms (profil incognito).
  • Sans CLS ; les graphiques sont virtualisés à grands volumes.
  • Le temps réel est mis à jour sans « coups ».

A11u/Sujet

  • Contraste ≥ AA ; les anneaux de focus sont visibles.
  • Le thème sombre/contrasté est lisible ; la couleur n'est pas le seul signal.

18) Documentation dans le système de conception

Компоненты: `KpiCard`, `TrendChart`, `BreakdownBar`, `AlertFeed`, `DataFreshnessBadge`.
Métriques : dictionnaire de formules, unités, signes « plus/moins ».
Manuels : « Comment ajouter des KPI », « Comment définir des alertes », « Comment valider les sources ».
Galerie Do/Don't : panneaux surchargés vs focus sur 6-8 KPI, couleur ≠ sens, drilldown sans impasses.

Résumé succinct

Un panneau opérateur fort est une définition unique des métriques, une hiérarchie claire des widgets, des alertes instantanées et des causes cliquables. Personnalisez pour le rôle, montrez la fraîcheur des données, gardez l'action en 1-2 clics du chiffre et respectez la disponibilité. Ensuite, le « pouls du produit » deviendra gérable - des paiements et KYC à la marge et à la rétention.

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.