Reality Checks e avvisi di gioco

1) Obiettivo e area

Ridurre il rischio di danni causati dall'eccesso di gioco con avvisi regolari e contestuali: progresso del tempo/perdita, interventi morbidi e accesso rapido a limiti/interruzioni. Copertura: web/mobile, provider di giochi, portafoglio/PSP, CRM/marketing, CS, Risk/RG, Legale/DPO, report.

2) Principi

Consapevolezza> Pressione. Riferiamo i fatti e le scelte, senza manipolazioni.
Visibilità e semplicità. I limiti e la pausa sono disponibili in 2 clic.
Adattabilità. Gli intervalli e i contenuti dipendono dal comportamento/rischio e dalle esigenze del mercato.
La prova. Tutti gli avvisi RC/RC sono invariati con timestempi.
Privacy e rispetto. Riduzione del PI, localizzazione e disponibilità.

3) Ruoli e RACI

RG Lead - Criteri, intervalli, testi/locali, metriche. (A)

Product/UX/Engineering - implementazione di timer, banner, modalette, API. (R)

Risk/Analytics - marcatori di danni, trigger dinamici, valutazione A/B. (R)

CS/CRM - Comunicazioni, follow-ups, superpressione marketing. (R)

Legale/DPO - conformità a norme/locali, privacy, lingua. (C)

Internal Audit è un controllo selettivo indipendente. (C)

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

4) Tipi di Reality Checks e avvisi di gioco

1. RC temporaneo: ogni N minuti di sessione attiva (ad esempio 30/60/120).
2. RC finanziario: al raggiungimento del X% del limite diurno/settimanale di perdita/deposito.
3. Sessione: a gioco continuo> M minuti/ore; La proposta di una pausa.
4. Comportamentale: dopo una serie di puntate in accelerazione, una serie di conclusioni, quasi un limite di eventi.
5. Depositi: prima del nuovo deposito in una breve finestra (friction-schermo).
6. Memorandum UX: stato-bar spreco/tempo, striscione «Imposta limite», «Fai una pausa».

5) Trigger e intervalli (scheletro)

Base: RC ogni 60 minuti; RC finanziario al 70% e 90% del limite.
Profilo High-risk: RC ogni 30 minuti; Un promemoria a tutti i limiti.
Transizioni: dopo 3 RC senza interruzione - Reality pausa obbligatoria (ad esempio, 2 minuti).
Depositi 2 ° deposito da 60 minuti - friction-schermo con la storia degli sprechi del periodo.
Ore notturne: modalità rinforzata (RC brevi, interruzioni morbide).
Norme locali: singoli profili di mercato (valori nella configurazione dei criteri).

6) Testi (senza pressione) - esempi

Sono vietate le frasi che spingono a proseguire («ancora poco», «quasi scontato»).

7) pattern UX e disponibilità

Finestre modali con timer, tre pulsanti comprensibili: Pausa, Limite, Continua.
Stato bar (nel cappello/menu): tempo in sessione, risultato netto, accesso rapido ai limiti.
Trappola nel modaletto (disponibilità), controllo dalla tastiera, voce per screen-readers.
Niente pattern scuri: stessa gerarchia visiva dei pulsanti, conferma che i limiti sono ridotti solo dopo il raffreddamento.
Localizzazione e unità: valuta, formati data/ora, formato 24 ore.

8) Integrazioni ed eventi

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: accesso al risultato netto per le finestre (ora/giorno/settimana).
CRM: supplence per high-risk/RC multipli; note personalizzate senza promo.
Feature Flags: abilitazione dei profili RC per mercato/segmenti A/B.

9) Dati, privacy e registrazione

Conservare solo le unità necessarie; PII a parte.
Registri invariati (WORM), ora UTC; Accesso RBAC/ABAC.
Ritenzione: in base alla politica RG/Regolatore (spesso 5-7 anni).

10) Algoritmi e logiche

Regole: motore config (YAML/DB) - intervalli, soglie, testi, locali.
Modulatore Risk: classe di rischio ↑ → RC ↓, schermate friction aumentate.
Armonizzazione con limiti: RC tiene conto dei limiti/timeout/SE attuali; non si può continuare con i blocchi attivi.
Anti-spam: aggregazione RC con trigger frequenti (debounce) ma senza omissione di criticità.

11) KPI/KRI e dashboard

RC Coverage: percentuale di giocatori attivi che hanno ricevuto RC dal profilo.
Time-to-RC: dall'inizio della sessione alla prima RC (mediana).
RC Response Rate:% attività Pausa/Limite.
Limit Uptake - La conversione da RC ha un limite.
Ripeat Harm Markers 30/90d: riduzione dopo l'implementazione di RC.

Variazione della frequenza dei depositi ripetuti da 60 minuti

Complains Rate - Lamentazioni per ossessione/incomprensione.
Auditability: RC con login corretto e collegamenti con eventi di gioco/portafoglio.

12) Assegno fogli

Prima di avviare

• I profili di intervallo/soglia di mercato sono coerenti con Legale/RG.
• Copiato UX localizzato; testi senza pressione.
• Le integrazioni con i provider/portafogli/CRM sono state testate (posite ./negativo).
• Boot WORM, UTC-Time, accoppiamento con GL/portafoglio.
• Disponibilità: tastiera, contrasto, screen-reader, gesti mobili.

In operazioni

• Monitoraggio giornaliero RC Coverage/Response Rate.
• Convalida friction-prima-deposito sui rifornimenti.
• super marketing per high-risk/RC frequenti.
• Escalation in CS per i giocatori con N RC senza interruzioni.

Controllo e miglioramento

• Test trimestrali A/B di spaziatura/copia.
• Selezione dei fogli: corrispondenza con eventi giochi/portafogli.
• CAPE per denunce/incidenti (modifica testi/intervalli).

13) Modelli (inserimento rapido)

A) RC (60 min) Modalk

B) Friction prima del deposito

C) SMS/Push (morbido)

D) Banner nel profilo

14) Relazioni

Gioco responsabile e limiti - regole e raffreddamento.
L'autolesionismo e il blocco degli account - interruzione del gioco/depositi.
Playbook di incidenti (RG) - Ingrandimento dei marcatori di danneggiamento.
Report regolatori - Scaricare RC/sessioni di mercato.
Il codice etico è la formulazione corretta e l'assenza di pressione.

15) Scheletro tecnico

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`.
Archiviazione: loghi invariati, partizionamento per data/mercato, convalida dei circuiti in CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Rischi e prevenzione

Ignorare gli avvisi → una pausa obbligatoria dopo N RC; intervalli più brevi per l'high-risk.
Pattern scuri, pulsanti uguali, divieto di distrazioni visive.
Importi/tempi non validi associati al portafoglio/aggregatore, test di calcolo unit.
Falsi azionamenti di debounce/aggregazione; La gelosia manuale delle valigette estreme.
Privacy delle unità al posto dei PII dettagliati; occultamento delle esportazioni.

17) Piano di implementazione (30 giorni)

Settimana 1

1. Approva il criterio RC (intervalli, soglie, testi, locali, profili di rischio).
2. Specializzare il modello di eventi e dati concordare con Legale/DPO.
3. Prepara layout UX: moduli, stato-bar, banner.

Settimana 2

4. Implementare timer/eventi su client e backend integrazione con portafoglio/provider/CRM.
5. Abilitare le bandiere dei mercati; scrivere i test di convalida/somma/tempo.
6. Addestrare CS/CRM; rilascia una pagina e una macro di risposte.

Settimana 3

7. Pilota (5-10%): assembla le metriche Coverage/Response/Complains.
8. A/B testi e intervalli; personalizzare il profilo high-risk.
9. Aggiustare il copirate/timing della fidbeck.

Settimana 4

10. Rilascio completo; Monitoraggio giornaliero di KPI e denunce.
11. Report alla direzione; CAPA per le soluzioni di sicurezza/portafoglio.
12. Piano v1. 1 - intervalli adattivi, modulo ML a rischio, estensione locale.

• Se un giocatore vede spesso RC e non fa una pausa - offrire timeout/limite.
• Qualsiasi lamentela di compulsività è registrata; Non rimuovere l'RC su richiesta del giocatore.
• Le risposte sono tenere neutrali, senza pressione e senza tipping-off.
• Controlla le mailing mailing dei giocatori con RC e high-risk frequenti.