Abkühlungsperioden und Pausen

1) Was ist Cooling-off und warum wird es benötigt?

Cooling-off ist eine freiwillige Pause, die der Spieler selbst einschaltet, um die Möglichkeit von Wetten/Einzahlungen vorübergehend auszuschließen und impulsives Verhalten zu reduzieren. Im Gegensatz zum Selbstausschluss ist das Cooling-off in der Regel kürzer, leichter zu aktivieren und läuft automatisch ab.

• Reduziertes Risiko von Schäden und Beschwerden/Chargebacks.
• Erfüllen Sie die Lizenzerwartungen und Best Practices von RG.
• Steigerung des Markenvertrauens und der langfristigen Nachhaltigkeit.

2) Taxonomie der Unterbrechungen

3) Anwendungsregeln und Grenzen

Sofort aktiviert. Spielaktionen und Einzahlungen sind bis zum Ende des Zeitraums gesperrt.

Eine Kündigung vor Ablauf der Frist ist nicht zulässig. (Sonst geht die Bedeutung von „Kühlung“ verloren.)

Der Kontozugriff wird in der Regel gespeichert, um den Verlauf anzuzeigen und Geld abzuheben.
Boni/Promo: mit aktivem Cooling-Off - keine Promo, User auf der globalen Suppression-Liste.
Die Reaktivierung ist zulässig; Begrenzen Sie die Frequenz, wenn dies den Schutz nicht beeinträchtigt.
Eskalation: Bei häufigen Einschlüssen → eine längere Laufzeit oder ein Selbstausschluss angeboten werden.

4) UX-Muster und fertige Texte

Grundsätze: klar, kurz, kein Fortsetzungsdruck, gleiche Sichtbarkeit „Pause „/„ Weiter “(falls zutreffend), keine Promo.

• Header/Profil → „Selbstkontrolle“: Buttons „Pause 15 min“, „Cooling-off“, „Selbstausschluss“.
• Im Reality Check und auf Limitbildschirmen gibt es schnelle Aktionsschaltflächen.

• Mikro-Pause: "15 Minuten pausieren. Während der Pause sind Wetten und Einzahlungen nicht verfügbar"
• Cooling-off (Auswahl): "Zeitraum wählen: 24 h· 48 h· 72 h· 7 Tage· 14 Tage· 30 Tage. Während des Zeitraums sind Spiel und Einzahlungen nicht verfügbar. Eine vorzeitige Absage ist nicht möglich"
• Bestätigung: "Cooling-off aktiviert bis [Datum, Uhrzeit, TZ]. Sie können sich einloggen, um Geld abzuheben und die Geschichte zu sehen. Werbung ist deaktiviert"
• Eskalation: "Man nutzt oft kurze Pausen. Wir empfehlen 30 Tage Cooling-Off oder Selbstausschluss für stabilere Kontrollen"

5) Schwellenwerte und Auslöser

Aus dem Reality Check: Button „Pause 15 min“ bei 60/90 min des Spiels, „Cooling-off bis morgen“ bei Überschreiten der Verlustgrenzen.
Verhalten: Eine Reihe von Lead-Stornierungen, ein schneller Anstieg der Einsätze nach Verlusten (Chasing) → ein Hinweis auf ein Cooling-off.
Nachtzeit: nach 02:00 Uhr örtlich TZ - Pausenangebot verstärken.
Kinder/anfällige Modi: engere Zeitvorgaben.

6) Integration und Interaktion mit dem RG-Kreislauf

Einzahlungs-/Verlust-/Zeitlimits: mit aktivem Cooling-Off - wir ignorieren ihren Zustand, Block sowieso.
Selbstausschluss: immer mehr Priorität und länger; wenn aktiviert, cooling-off ausblenden.
Marketing/CRM/Anzeigen: Sofortige Synchronisation der Suppression in allen Kanälen und bei Affiliates.
KYC/AML: Schlussfolgerungen sind unter Einhaltung der KYC zulässig; Anomalien während des Cooling-Offs → verstärktes Scoring.

7) Architektur und feile Tresore

• RG Engine/Breaks Service: Speicherung von Unterbrechungsstatus, Fristen, Gründen; API zum Lesen/Schreiben.
• Auth/Game/Payments Gateways: synchrone Prädikate (Verbot von Wetten/Einzahlungen bei aktiver Pause).
• CRM/Ads Hub: Echtzeitsuppression und Widerruf am Ende der Laufzeit.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Audit/WORM: Unveränderliche Aktivierungs-/Ablauf-/Kommunikationsprotokolle.

Feil-Safe: Wenn Breaks Service nicht verfügbar ist - „strikter Modus“ (Wetten/Einzahlungen verbieten) oder verwenden Sie den letzten k-time Snapshot; Alle Abweichungen werden protokolliert.

8) Cooling-off-Politik (Skelett für Wiki)

1. Bereich: alle Marken/Kanäle/Standorte.
2. Zeitrahmen: Liste der verfügbaren (24 h-180 Tage), lokale TZ in der Schnittstelle.
3. Regeln: vorzeitige Stornierung ist nicht möglich; Eingabe für Historie/Leads erlaubt; Promo ist verboten.
4. Daten: Minimierung, Speicherzeiten der Signale (z.B., 12-24 Monate), DPIA für Profiling.
5. Eskalationen: häufige Einschlüsse → Selbstausschlussempfehlung; Regeln für Schutzbedürftige.
6. Kommunikation: Brief-/Pelzvorlagen, Links zu Hilfsmitteln.
7. Reporting: Metriken, SLA, Audit.

9) Metriken und SLO

Break Adoption Rate: Anteil der Spieler, die die Pausen genutzt haben.
Time-to-Enforce: vom Klick bis zum tatsächlichen Verbot von Wetten/Einzahlungen (<1-2 s).
Suppression Accuracy: keine Promo während der Pause (~ 100%).
Harm-Signal-Reduktion: Reduzierung der Chasing/Night Long Sessions auf 30 Tage.
Repeat Breaks → Escalation: Ein Anteil, der zu einem langfristigen Cooling-Off/Selbstausschluss eskaliert ist.
Complaint/Chargeback Rate: Abwärtstrend nach der Implementierung.
System Availability (Breaks): ≥99. 9%.

10) RACI (Rollen und Verantwortlichkeiten)

11) Checklisten (operativ)

Vor dem Start

• Fristen und Texte sind festgelegt (locales, TZ).
• Prädikate in Auth/Game/Payments konfiguriert.
• Angeschlossene Suppression in allen Kanälen (Email/SMS/Push/Ads/Affiliates).
• WORM-Audit und SLO-Alerts enthalten.
• DPIA durchgeführt, RG-Richtlinie aktualisiert.

Im Einsatz

• Time-to-Enforce und Suppression Accuracy Monitoring.
• Wöchentliche Triggerkalibrierung (Nacht/Chasing).
• Analyse von Beschwerden/Vorfällen, Verbesserung von Texten und UX.

Vorfälle

• Vollbeck „striktes Regime“ bei Ausfall von Diensten.
• Kommunikation mit Spielern und Statusanpassungen durch Protokolle.

12) Szenarien und Beispiele

A. Schnelle Pause vom Reality Check

Spieler 60 min in der Session, Pop-up: „Pause 15 min?“ → Klick → Wett-/Einzahlungsblock, Timer, dann automatische Aufnahme.

B. Abkühlung für 7 Tage

Der Spieler schaltet sich im Zentrum der Selbstkontrolle ein. Sofort: Spiel/Einzahlungsblock, Unterstützung wird aktiviert. Die Eingabe zur Ausgabe ist erlaubt. Nach 7 Tagen wird der Status automatisch aufgehoben.

C. Wiederholte kurze Pausen

3 Mal pro Woche aktiviert der Spieler ein 24-Stunden-Cooling-Off → eine automatische Empfehlung von „30 Tagen“ oder einen Selbstausschluss, einen Alt-Bildschirm mit Hilfsmitteln.

13) Fairness und Privatsphäre

Erklärbarkeit: Erklären Sie kurz, was und warum blockiert wird, wann es abgeschlossen ist, wie Sie Geld abheben können.
Minimierung: Speichern Sie nur die Einschalt-/Ablaufdaten, den Grund (Rückrufcode) und die Frist.
Verfügbarkeit: kontrastierende Elemente, einfache Formulierungen, Unterstützung von Screenlesern.
Ohne „dunkle Muster“.

14) Umsetzungsfahrplan (6 Schritte)

1. Politik und DPIA: Festlegung von Fristen und Regeln, Textvorlagen, Suppressionsverfahren.
2. Architektur: Umsetzung Breaks Service, Wachen in Auth/Game/Payments, Eventbus, WORM-Audit.
3. UX/Content: Buttons zum Profil hinzufügen/Reality Check, Lokalisierung, Verfügbarkeit.
4. Integrationen: CRM/Anzeigen/Affiliates (Suppression), KUS/Schlussfolgerungen.
5. Beobachtbarkeit: Dashboards von Metriken und SLOs, Alerts, Post-Morems von Vorfällen.
6. Verbesserung: A/B Formulierung/Anordnung, Trigger-Kalibrierung, Re-Case-Analyse.

Ergebnis

Cooling-off und Pausen sind keine „kosmetische“ Funktion, sondern eine durchgehende Schutzkontur: ehrliche Fristen und Regeln, sofortige technische Anwendung, Suppression Promo, transparente UX, Kommunikation mit Limits und Selbstausschluss, strikte Beobachtbarkeit und Feil-Safes. Dieser Ansatz reduziert Schäden, stärkt die Compliance und erhöht das Vertrauen in Ihr Produkt.