Périodes de cooling-off et pauses

1) Qu'est-ce que le cooling-off et pourquoi il est nécessaire

Cooling-off est une pause volontaire que le joueur inclut lui-même pour éliminer temporairement la possibilité de parier/déposer et réduire le comportement impulsif. Contrairement à l'auto-exclusion, le cooling-off est généralement plus court, plus facile à activer et expire automatiquement.

• Réduire le risque de préjudice et les plaintes/chargbacks.
• Répondre aux attentes en matière de licences et aux meilleures pratiques de RG.
• Améliorer la confiance dans la marque et la durabilité à long terme.

2) Taxonomie des pauses

3) Règles d'application et limites

S'active instantanément. Les activités de jeu et les dépôts sont bloqués jusqu'à la fin de la période.

Aucune annulation n'est autorisée avant l'expiration du délai. (Sinon, le sens du « refroidissement » est perdu.)

L'accès au compte est généralement enregistré pour consulter l'historique et les retraits.
Bonus/promo : avec cooling-off actif - pas de promo, utilisateur dans la liste de suppression globale.
La réactivation est autorisée ; limiter la fréquence à moins que cela n'aggrave la protection.
Escalade : avec des inclusions fréquentes, vous → offrir une plus longue période ou une auto-exclusion.

4) Modèles UX et textes finis

Principes : clair, court, sans pression pour continuer, visibilité égale « Pause « /« Continuer »(le cas échéant), pas de promo.

• Header/profil → « Self Control » : boutons « Pause 15 min », « Cooling-off », « Autoexclusion ».
• Dans Reality Check et sur les écrans des limites, les boutons d'action rapides.

• Micro-pause : "Faites une pause de 15 minutes. Pendant la pause, les paris et les dépôts ne sont pas disponibles"
• Cooling-off (choix) : "Choisir un délai : 24 h 48 h 72 h 7 jours 14 jours 30 jours. Pendant la période, le jeu et les dépôts ne sont pas disponibles. Vous ne pouvez pas annuler plus tôt"
• Confirmation : "Cooling-off activé jusqu'à [date, heure, TZ]. Vous pouvez vous connecter pour retirer les fonds et voir l'histoire. La publicité est désactivée"
• Escalade : "Vous utilisez souvent de courtes pauses. Nous recommandons 30 jours de cooling-off ou d'auto-exclusion pour un contrôle plus stable"

5) Seuils et déclencheurs

De Reality Check : bouton « Break 15 min » à 60/90 min de jeu, « Cooling-off jusqu'à demain » si les limites de perte sont dépassées.
Comportement : une série de retraits, une augmentation rapide des taux après une perte (chasing) → un indice de cooling-off.
Nuit : Après 02h00 TZ local - renforcer l'offre de pause.
Modes enfants/vulnérables : Des préréglages plus stricts dans le temps.

6) Intégration et interaction avec le circuit RG

Limites de dépôt/perte/temps : avec cooling-off actif - ignorer leur état, toujours bloc.
L'auto-exclusion : toujours plus prioritaire et plus longue ; si activé, cooling-off cacher.
Marketing/CRM/Ads : synchronisation immédiate de la suppression sur tous les canaux et chez les affiliés.
KYC/AML : les conclusions sont autorisées sous réserve du KYC ; anomalies pendant le cooling-off → un scoring renforcé.

7) Architecture et coffres-forts

• RG Engine/Breaks Service : stockage des statuts des pauses, des délais, des causes ; API en lecture/écriture.
• Auth/Game/Payments Gateways : prédicats synchrones (interdiction des paris/dépôts en cas de pause active).
• CRM/Ads Hub : suppression en temps réel et retrait à la fin du délai.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Audit/WORM : Journaux d'activation/expiration/communications immuables.

Coffre-fort : si Breaks Service n'est pas disponible - « mode strict » (interdire les paris/dépôts) ou utiliser le dernier cliché k-time ; tous les écarts sont logés.

8) Politique de cooling-off (squelette pour wiki)

1. Zone : toutes les marques/canaux/emplacements.
2. Délais : liste disponible (24 h-180 jours), TZ local dans l'interface.
3. Règles : l'annulation anticipée n'est pas possible ; l'entrée est autorisée pour l'historique/les conclusions ; la promo est interdite.
4. Données : minimisation, durées de stockage des signaux (par exemple, 12-24 mois), DPIA pour le profilage.
5. Escalade : inclusion fréquente → recommandation d'auto-exclusion ; règles pour les personnes vulnérables.
6. Communications : modèles de lettres/puces, liens vers des ressources d'aide.
7. Reporting : métriques, SLA, audit.

9) Métriques et SLO

Break Adaptation Rate : proportion de joueurs qui ont profité des pauses.
Time-to-Enforce : du clic à l'interdiction réelle des paris/dépôts (<1-2 s).
Suppression Accuracy : pas de promo pendant la période de pause (~ 100 %).
Réduction Harm-Signal : Réduction des chasing/longues séances de nuit de 30 jours.
Répeat Breaks → Escalation : une part qui s'élève en longue période de cooling-off/auto-exclusion.
Taux de charge : tendance à la baisse après la mise en œuvre.
System Availability (Breaks): ≥99. 9%.

10) RACI (rôles et responsabilités)

11) Chèques-feuilles (opérations)

Avant le démarrage

• Délais et textes définis (locals, TZ).
• Les prédicats dans Auth/Game/Payments sont configurés.
• La suppression est connectée sur tous les canaux (email/SMS/push/ads/affiliations).
• L'audit WORM et les alertes SLO sont inclus.
• Mené par la DPIA, mise à jour de la politique de RG.

En service

• Surveillance Time-to-Enforce et Suppression Accuracy.
• Étalonnage hebdomadaire des déclencheurs (nuit/chasing).
• Examen des plaintes/incidents, amélioration des textes et UX.

Incidents

• Follbeck « régime strict » en cas de défaillance des services.
• Communications aux joueurs et ajustements des statuts par logs.

12) Scénarios et exemples

A. Pause rapide de Reality Check

Le joueur 60 min dans la session, une fenêtre apparaît : « Pause 15 min ? » → clic → bloc de paris/dépôts, minuteur, puis auto-construction.

B. Cooling-off pendant 7 jours

Le joueur est au centre de l'auto-contrôle. Immédiatement : bloc de jeu/dépôt, suppression activée. Connexion autorisée pour la sortie. Après 7 jours, le statut est automatiquement retiré.

C. Pauses courtes répétées

3 fois en une semaine le joueur insère de 24 heures cooling-off → la recommandation automatique "30 jours" ou l'autoexception, l'alto-écran avec les ressources de l'aide.

13) Justice et vie privée

Explainability : expliquez brièvement ce qui est bloqué et pourquoi quand il est terminé, comment retirer des fonds.
Minimisation : ne conservez que les faits d'inclusion/expiration, la cause (code reason) et le délai.
Disponibilité : éléments contrastés, formulation simple, support des lecteurs d'écran.
Pas de « patterns sombres ».

14) Feuille de route pour la mise en œuvre (6 étapes)

1. Politique et DPIA : définir les délais et les règles, les modèles de texte, les procédures de suppression.
2. Architecture : implémenter Breaks Service, les gardes dans Auth/Game/Payments, Event Bus, WORM Audit.
3. UX/contenu : ajouter des boutons au profil/Vérification de la réalité, localisation, disponibilité.
4. Intégrations : CRM/Ads/affiliations (suppression), CUS/conclusions.
5. Observabilité : dashboards métriques et SLO, alertes, incidents post-morem.
6. Amélioration : A/B formulation/emplacement, étalonnage des déclencheurs, analyse des cas répétés.

Total

Cooling-off et breaks ne sont pas une fonction « cosmétique », mais un circuit de protection de bout en bout : délais et règles honnêtes, application technique instantanée, suppression promo, UX transparent, lien avec les limites et l'auto-exclusion, observabilité stricte et coffres-forts. Cette approche réduit les dommages, renforce la conformité et améliore la confiance dans votre produit.