Reality Checks et rappels de jeu

1) Objectif et zone

Réduire le risque de dommages causés par un jeu excessif grâce à des rappels réguliers et contextuels : progrès dans le temps/pertes, interventions douces et accès rapide aux limites/interruptions. Couverture : web/mobile, fournisseurs de jeux, portefeuille/PSP, CRM/marketing, CS, Risk/RG, Legal/DPO, reporting.

2) Principes

Conscience> pression. Nous communiquons les faits et les choix, sans manipulation.
Visibilité et simplicité. Les limites et « Pause » sont disponibles en ≤ de 2 clics.
Adaptabilité. Les intervalles et le contenu dépendent du comportement/risque et des exigences du marché.
La preuve. Tous les RC/rappels sont dans des logs immuables avec des temporisations.
Intimité et respect. Minimisation, localisation et disponibilité des PII.

3) Rôles et RACI

RG Lead - politiques, intervalles, textes/locals, métriques. (A)

Product/UX/Engineering - implémentation de minuteries, bannières, modales, API. (R)

Risk/Analytics - marqueurs de dommages, déclencheurs dynamiques, A/B-evaluation. (R)

CS/CRM - communications, follow-ups, marketing de suppression. (R)

Legal/DPO - conformité aux normes/localités, confidentialité, langue. (C)

L'audit interne est une vérification sélective indépendante. (C)

Exec Sponsor — «tone from the top». (I/A)

4) Types de vérificateurs de réalité et de rappels de jeu

1. RC temporaire : toutes les N minutes de la session active (par exemple 30/60/120).
2. CR financiers : lorsque X % de la limite journalière/hebdomadaire de pertes/dépôts est atteinte.
3. Session : avec un jeu continu> M minutes/heures ; offre de pause.
4. Comportemental : après une série de paris accélérés, le retrait des conclusions, « presque la limite » des événements.
5. Dépôt : avant le dépôt répété dans une fenêtre courte (écran de friction).
6. Notes UX : Status Bar perte/temps, bannière « Fixer une limite », « Faire une pause ».

5) Déclencheurs et intervalles (squelette)

Base : RC toutes les 60 minutes ; RC financier à 70 % et 90 % de la limite.
Profil de risque élevé : RC toutes les 30 minutes ; des rappels à toute « quasi limite ».
Transitions : après 3 RC sans interruption - pause de réalité obligatoire (par exemple, 2 minutes).
Dépôts : 2ème dépôt ≤ 60 minutes - écran de friction avec historique des dépenses pour la période.
Heures de nuit : mode renforcé (court RC, offres de pause douce).
Normes locales : profils individuels par marché (valeurs dans la configuration de la politique).

6) Textes (sans pression) - exemples

Les mots qui poussent à continuer sont interdits (« un peu plus », « presque récupéré »).

7) Modèles UX et disponibilité

Fenêtres modales avec minuterie, trois boutons compréhensibles : Pause, Limite, Continuer.
Status bar (dans le chapeau/menu) : temps de session, résultat net, accès rapide aux limites.
Piège à focus dans le modalk (accessibilité), contrôle à partir du clavier, voix pour les lecteurs d'écran.
Pas de patterns sombres : même hiérarchie visuelle des boutons, confirmation de l'assouplissement des limites - seulement après « refroidissement ».
Localisation et unités : devise, format date/heure, format 24 heures.

8) Intégrations et événements

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP : accès au résultat net par fenêtre (heure/jour/semaine).
CRM : suppression pour les risques élevés/RC multiples ; Notes personnalisées sans promo.
Feature Flags : inclusion des profils RC par marché/segment A/B.

9) Données, vie privée et journalisation

Ne conserver que les unités nécessaires ; PII - séparément.
Journaux invariables (WORM), temps en UTC ; accès par RBAC/ABAC.
Rétention : selon la politique de RG/régulateur (souvent 5-7 ans).

10) Algorithmes et logique

Règles : moteur config (YAML/DB) : intervalles, seuils, textes, locals.
Modulateur de risque : classe de risque ↑ → intervalles RC ↓, les écrans de friction sont amplifiés.
Harmonisation avec les limites : Les CR tiennent compte des limites actuelles/délais/SE ; la poursuite du jeu n'est pas possible avec les blocages actifs.
Anti-spam : combine RC avec des déclencheurs fréquents (debounce), mais sans passer par critique.

11) KPI/KRI et dashboard

RC Coverage : proportion de joueurs actifs ayant obtenu un RC par profil.
Temps-à-RC : du début de la session au premier RC (médian).
RC Response Rate :% d'activité Pause/Limite.
Limit Uptake : la conversion à partir de RC a → fixé une limite.
Repeat Harm Markers 30/90d : baisse après la mise en œuvre de RC.
Deposit Friction Impact : modification de la fréquence des dépôts répétés ≤ 60 min.
Taux complaints : plaintes pour obsession/incompréhension.
Auditability : partage RC avec une logique correcte et des liens avec les événements du jeu/portefeuille.

12) Chèques-feuilles

Avant le démarrage

• Les profils des intervalles/seuils par marché sont harmonisés avec Legal/RG.
• Le copirate UX est localisé ; textes sans pression.
• Les intégrations avec les fournisseurs/portefeuille/CRM ont été testées (posit ./négatif).
• Logs WORM, temps UTC, rapprochement avec GL/portefeuille.
• Accessibilité : clavier, contraste, lecteur d'écran, gestes mobiles.

Dans les opérations

• Suivi quotidien RC Coverage/Response Rate.
• Vérification de la « friction-avant-dépôt » sur les réapprovisionnements.
• marketing de suppression pour les risques élevés/RC fréquents.
• Escalade en CS pour les joueurs avec N RC sans interruption.

Audit et amélioration

• Tests trimestriels A/B par intervalles/copirate.
• Échantillonnage de logs : correspond aux événements des jeux/porte-monnaie.
• CAPA sur les plaintes/incidents (modifier les textes/intervalles).

13) Modèles (inserts rapides)

A) Mode RC (60 min)

B) Friction avant dépôt

C) SMS/Push (doux)

D) Bannière dans le profil

14) Interconnexions

Jeu responsable et limites - politique et refroidissement.
L'auto-exclusion et le blocage des comptes - arrêt du jeu/dépôts.
Les pleybooks d'incident (RG) sont des escalade dans les marqueurs de dommages.
Rapports de réglementation - Déchargement RC/Sessions sur les marchés.
Code de déontologie - formulation correcte et pas de pression.

15) Squelette technique

API: `POST /rc/fire`, `POST /rc/action`, `GET /rc/profile`, `POST /deposit/friction`.
События: `rc_fired`, `rc_action_taken`, `deposit_friction_shown`, `pause_started`, `limit_set`.
Stockage : logs immuables, lot par date/marché, validation des schémas dans CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Risques et prévention

Ignorer les rappels → une pause obligatoire après N RC ; plus court intervalles pour le risque élevé.
Les schémas sombres → les boutons égaux, l'interdiction des accents visuels distrayants.
Montants/temps inexacts → ancrage au portefeuille/agrégateur, tests unitaires de calcul.
Faux positifs → débounce/agrégation ; Je rummage manuellement les cas extrêmes.
La confidentialité → les unités au lieu des PII détaillés ; masquage des exportations.

17) Plan de mise en oeuvre (30 jours)

Semaine 1

1. Approuver la politique RC (intervalles, seuils, textes, localités, profils de risque).
2. Spécifier le modèle d'événements et de données ; négocier avec le Legal/DPO.
3. Préparez des maquettes UX : models, status bar, bannières.

Semaine 2

4. Mettre en œuvre des minuteries/événements dans le client et le backend ; intégrations avec portefeuille/fournisseurs/CRM.
5. Insérer des drapeaux par marché ; écrire des tests de validation logiques/montants/temps.
6. Former CS/CRM ; Publier 1 page et macros de réponses.

Semaine 3

7. Pilote (5-10 %) : collecter les métriques Coverage/Response/Complaints.
8. A/B des textes et intervalles ; configurer un profil de risque élevé.
9. Corriger le copyright/timing selon fidback.

Semaine 4

10. Version complète ; suivi quotidien des indicateurs clés de performance et des plaintes.
11. Rapport à la direction ; CAPA sur les différences logiques/portefeuille.
12. Plan v1. 1 : intervalles adaptatifs, module de risque ML, extension locale.

• Si un joueur voit souvent RC et ne fait pas une pause - offrir un délai/limite.
• Toute plainte d'intrusion - enregistrer ; ne retire pas RC à la demande du joueur.
• Les réponses sont neutres, sans pression et sans tipping-off.
• Vérifiez les newsletters de suppression auprès des joueurs ayant des CR et des risques élevés fréquents.