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 KYC backlog и pass rate; Signaux FRM ; drapeaux de sanctions. 16) Métriques du panneau lui-même Engagement du panneau : DAU du panneau, heure de la session, clics par drilldowns. 17) Liste de vérification QA Données et cohérence 18) Documentation dans le système de conception Компоненты: `KpiCard`, `TrendChart`, `BreakdownBar`, `AlertFeed`, `DataFreshnessBadge`. 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.Risque/Conformité
Click on alert → carte du joueur avec actions (freeze/verify/escalate).
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 %).
UX
Performance
A11u/Sujet
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