Reality Checks und Spielerinnerungen

1) Ziel und Bereich

Reduzieren Sie das Risiko von Schäden durch übermäßiges Spielen durch regelmäßige und kontextbezogene Erinnerungen: Zeit-/Verlustfortschritt, sanfte Interventionen und schneller Zugriff auf Limits/Pausen. Reichweite: Web/Mobile, Spieleanbieter, Wallet/PSP, CRM/Marketing, CS, Risk/RG, Legal/DPO, Reporting.

2) Grundsätze

Achtsamkeit> Druck. Wir kommunizieren Fakten und Wahlmöglichkeiten, ohne Manipulation.
Sichtbarkeit und Einfachheit. Limits und Pause sind ≤ 2 Klicks verfügbar.
Anpassungsfähigkeit. Intervalle und Inhalte hängen vom Verhalten/Risiko und den Anforderungen des Marktes ab.
Beweis. Alle RCs/Erinnerungen befinden sich in unveränderlichen Protokollen mit Zeitstempeln.
Privatsphäre und Respekt. PII-Minimierung, Lokalisierung und Verfügbarkeit.

3) Rollen und RACI

RG Lead - Richtlinien, Intervalle, Texte/Orte, Metriken. (A)

Product/UX/Engineering - Implementierung von Timern, Bannern, Modalocs, APIs. (R)

Risk/Analytics - Schadensmarker, dynamische Trigger, A/B-Score. (R)

CS/CRM - Kommunikation, Follow-ups, Suppression Marketing. (R)

Legal/DPO - Einhaltung von Normen/Locals, Privatsphäre, Sprache. (C)

Internal Audit ist eine unabhängige Stichprobenprüfung. (C)

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

4) Arten von Reality Checks und Spielerinnerungen

1. Temporäre RC: alle N Minuten einer aktiven Sitzung (z.B. 30/60/120).
2. Finanzielle RC: Wenn X% der täglichen/wöchentlichen Verlust-/Einzahlungsgrenze erreicht ist.
3. Session: bei kontinuierlichem Spiel> M Minuten/Stunden; Angebot einer Pause.
4. Behavioral: Nach einer Reihe von beschleunigten Wetten, Stornierungen von Schlussfolgerungen, „fast eine Grenze“ von Ereignissen.
5. Einzahlung: vor der erneuten Einzahlung für ein kurzes Fenster (Friction-Screen).
6. UX-Memos: Status Bar Ausgaben/Zeit, Banner „Limit setzen“, „Pause machen“.

5) Trigger und Intervalle (Skelett)

Basic: RC alle 60 Minuten; finanzielle RC bei 70% und 90% der Grenze.
Hochrisikoprofil: RC alle 30 Minuten; zusätzliche Erinnerungen für alle „fast Limit“.
Übergänge: nach 3 RC ohne Pause - obligatorische Reality-Pause (z.B. 2 Minuten).
Einzahlungen: 2. Einzahlung ≤ 60 Minuten - Friction-Bildschirm mit einer Geschichte der Ausgaben für den Zeitraum.
Nachtstunden: verstärkter Modus (kurze RC, weiche Pausensätze).
Lokale Normen: individuelle Profile nach Märkten (Werte in der Policy-Konfiguration).

6) Texte (ohne Druck) - Beispiele

Formulierungen, die auf eine Fortsetzung drängen („noch ein bisschen“, „fast wieder“), sind verboten.

7) UX-Muster und Verfügbarkeit

Modale Fenster mit Timer, drei klare Tasten: Pause, Limit, Weiter.
Status Bar (in Cap/Menu): Zeit in der Session, sauberes Ergebnis, schneller Zugriff auf Limits.
Fokusfalle im Modal (Barrierefreiheit), Tastatursteuerung, Voice-over für Screen-Reader.
Keine dunklen Muster: gleiche visuelle Hierarchie der Buttons, Bestätigung der Lockerung der Limits - erst nach „Abkühlung“.
Lokalisierung und Einheiten: Währung, Datums-/Zeitformate, 24-Stunden-Format.

8) Integrationen und Entwicklungen

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: Zugriff auf das Nettoergebnis pro Fenster (Stunde/Tag/Woche).
CRM: Suppression für High-Risk/Multiple RC; personalisierte Noten ohne Promo.
Feature Flags: Aufnahme von RC-Profilen nach Märkten/A/B-Segmenten.

9) Daten, Datenschutz und Protokollierung

Speichern Sie nur die erforderlichen Einheiten; PII - getrennt.
Protokolle unveränderlich (WORM), Zeit in UTC; Zugriff über RBAC/ABAC.
Retention: auf RG-Politik/Regulierungsbehörde (oft 5-7 Jahre).

10) Algorithmen und Logik

Regeln: config engine (YAML/DB): Intervalle, Schwellenwerte, Texte, Locals.
Risk-Modulator: Risikoklasse ↑ → RC-Intervalle ↓, Friction-Screens werden verstärkt.
Harmonisierung mit Limits: RCs berücksichtigen aktuelle Limits/Timeouts/SEs; Die Fortsetzung des Spiels ist mit aktiven Sperren nicht möglich.
Anti-Spam: Zusammenführen von RC bei häufigen Triggern (Debounce), aber ohne kritische zu überspringen.

11) KPI/KRI und Dashboard

RC Coverage: Der Anteil der aktiven Spieler, die RC nach Profil erhalten haben.
Time-to-RC: Vom Beginn der Sitzung bis zum ersten RC (Median).
RC Response Rate:% der Aktionen Pause/Limit.
Limit Uptake: Konversion von RC → Limit gesetzt.
Repeat Harm Markers 30/90d: Rückgang nach Einführung des RC.
Deposit Friction Impact: Ändern Sie die Häufigkeit wiederholter Einzahlungen ≤ 60 Minuten.
Complaints Rate: Beschwerden über Aufdringlichkeit/Unverständlichkeit.
Auditability: RC-Anteil mit korrektem Log und Verknüpfungen zu Spiel-/Wallet-Events.

12) Checklisten

Vor dem Start

• Die Profile der Intervalle/Schwellenwerte nach Märkten sind mit Legal/RG abgestimmt.
• UX-Urheberrecht lokalisiert; Texte ohne Druck.
• Integrationen mit Anbietern/Wallet/CRM getestet (posiert ./negativ).
• WORM-Protokolle, UTC-Zeit, Abgleich mit GL/Wallet.
• Zugänglichkeit: Tastatur, Kontrast, Bildschirmleser, mobile Gesten.

Im Betrieb

• Tägliche Überwachung der RC Coverage/Response Rate.
• „Friction-Pre-Deposit“ -Check auf Nachfüllungen.
• Marketing-Unterstützung für hohe Risiken/häufige RCs.
• Eskalationen in CS für Spieler mit N RC ohne Unterbrechung.

Auditierung und Verbesserung

• Vierteljährliche A/B-Tests der Intervalle/Urheberrechte.
• Logsampling: Übereinstimmung mit Spiel-/Wallet-Ereignissen.
• CAPA zu Beschwerden/Vorfällen (Texte/Intervalle ändern).

13) Vorlagen (Schnelleinfügungen)

A) RC (60 min) modalka

B) Friktion vor der Einzahlung

C) SMS/Push (weich)

D) Banner im Profil

14) Zusammenhänge

Verantwortungsvolles Spielen und Grenzen - Politik und Chillen.
Selbstausschluss und Sperrung von Konten - Spiel-/Einzahlungsstopp.
Incident Playbooks (RG) - Eskalationen mit Schadensmarkern.
Regulatorische Berichte - RC-Uploads/Marktsitzungen.
Ethikkodex - korrekte Formulierung und kein Druck.

15) Technisches Skelett

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`.
Speicherung: unveränderliche Protokolle, Partitionierung nach Datum/Markt, Validierung von Schemata in CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Risiken und Prävention

Das Ignorieren von Erinnerungen → eine obligatorische Pause nach N RC; kürzere Intervalle für High-Risk.
Dunkle Muster → Peer-Buttons, Verbot ablenkender visueller Akzente.
Unzuverlässige Beträge/Zeiten → Bindung an Wallet/Aggregator, Einheitentests von Berechnungen.
False Positives → Debounce/Aggregation; Hand Revue extreme Fälle.
Datenschutz → Aggregate statt detaillierter PII Maskieren von Exporten.

17) Implementierungsplan (30 Tage)

Woche 1

1. Genehmigen Sie die RC-Richtlinie (Intervalle, Schwellenwerte, Texte, Locales, Risikoprofile).
2. Spezifizieren Sie das Ereignis- und Datenmodell; mit Legal/DSB abzustimmen.
3. Bereiten Sie UX-Layouts vor: Modalks, Status-Bar, Banner.

Woche 2

4. Implementieren Sie Timer/Ereignisse im Client und Backend; Integration mit Wallet/Provider/CRM.
5. Aktivieren Sie Flaggen nach Märkten; Protokolle/Summen/Zeit Validierungstests schreiben.
6. CS/CRM trainieren; Veröffentlichen Sie 1-Seiten und Antworten-Makros.

Woche 3

7. Pilot (5-10%): Sammeln Sie Coverage/Response/Complaints Metriken.
8. A/B Texte und Intervalle; Einrichten eines High-Risk-Profils.
9. Korrigieren Sie das Urheberrecht/Timing auf dem Feedback.

Woche 4

10. Vollständige Veröffentlichung; tägliche Überwachung von KPIs und Reklamationen.
11. Bericht an das Management; CAPA für Log-/Wallet-Diskrepanzen.
12. Plan v1. 1: adaptive Intervalle, ML-Risikomodul, Erweiterung der Lokalitäten.

• Wenn ein Spieler oft RC sieht und keine Pause macht, bietet er eine Auszeit/ein Limit an.
• Beschwerden über Obsessivität - registrieren; Entfernen Sie RC nicht auf Wunsch des Spielers.
• Antworten neutral halten, ohne Druck und ohne Tipping-off.
• Überprüfe die Suppression von Mailings bei Spielern mit häufigem RC und hohem Risiko.