Reality Checks e notifiche di gioco

1) Cosa sono Reality Checks e perché sono necessari

Reality Check è una notifica periodica e discreta che riporta il giocatore alla consapevolezza: ricorda il tempo di gioco, il risultato corrente (win/loss), gli strumenti di autocontrollo disponibili e suggerisce di interrompere o regolare i limiti.

• Riduzione dei danni e supporto di comportamenti responsabili.
• Rispetto dei requisiti di licenza e degli standard RG.
• Ridurre le lamentele/charjbeek, aumentare la fiducia nel marchio.

2) Tipologia di notifiche di gioco

1. Reality Checks temporaneo - In N minuti/ore o attraverso le soglie di sessione.
2. Notifiche finanziarie - al raggiungimento della soglia di perdita (net loss), dei tassi totali o del deposito.
3. I trigger comportamentali sono «chasing» dopo aver perso, cancellazioni frequenti, aumento non lineare delle scommesse, sessioni notturne.
4. Suggerimenti di sistema - Promemoria di timeout in sospeso, limite scaduto, auto-esclusione attiva nel Registro di sistema.
5. Notifiche informative - RTP/probabilità, regole di bonus, modifiche alle regole.

3) Design e principi UX (senza pattern «scuri»)

Un tono neutrale, senza la pressione di tornare in gioco.
Pausa visibile: pulsante Pausa 15 minuti/Timeout accanto a Continua.
Numeri trasparenti: tempo di gioco, net-result per il periodo (conto onesto).
Disponibilità: tipografia di grandi dimensioni, contrasto, localizzazione.
Nessun promo nella finestra Reality Check.
Aumento ritardato dei limiti (raffreddamento 24-168 ore).
Facile accesso al centro di autocontrollo: limiti, timeout, auto-esclusione.

• "Si gioca 60 min Il totale attuale è -35 € (dall'inizio della sessione). Prendere una pausa di 15 min o regolare i limiti? [Pausa 15 min] [Limiti] [Continua] '

4) Soglie e frequenze (raccomandazioni)

Tempo: primo Reality Check tra 30-60 minuti, seguito ogni 60 minuti

Perdita (net loss): indizi morbidi a - €20/- €50; più rigido a - €100/- €200 (calibrare con valuta/ARPU).
Comportamento: notifica all'aumento della puntata media> X% dopo aver perso; in caso di annullamenti consecutivi, suggerire un timeout.
Sessioni notturne: dopo le 02:00 locali - suggerimenti rinforzati.

Frequenza di visualizzazione: limitatore (frequency cap) per non causare irritazione: non più di 1 notifica ogni 10-15 minuti

5) Gradazioni di intervento (scala di azione)

1. Noie morbide: Reality Checks neutri, contatori tempo/totale.
2. Notifiche rafforzate: offerta di timeout/limiti, spiegazione dei rischi.
3. Interruzioni obbligatorie: blocco di 5-15 minuti con timer di riferimento.
4. Limitazioni: limite temporaneo per depositi/tassi.
5. Auto-esclusione: raccomandazione o avvio se le soglie di rischio sono costantemente superate.
6. Contatto zapport - Comunicazione personale con reason-codes e registro.

6) Contenuti hyde: testi finiti

• "La pausa va bene. Si gioca 60 min Totale per sessione: - €35. Vuoi fare una pausa di 15 min o impostare il limite?"

• "Hai raggiunto il limite di perdita di €100 per oggi. Si consiglia di impostare un limite diurno o di prendere un timeout fino a domani"

• "Vediamo un rapido aumento delle scommesse dopo aver perso. Potrebbe essere impulsivo. Prendete una pausa o abbassate i limiti"

• "Più tardi il tempo aumenta il rischio di scommesse impulsive. Una pausa di 15 min vi aiuterà a mantenere il controllo"

7) Collegamento con limiti, timeout e auto-esclusione

Dalla finestra Reality Check, i pulsanti diretti sono «Imposta limite», «Timeout 24 ore», «Auto-estrazione»...
Se il limite è attivato, visualizza i progressi (X% del limite).
Se il timeout è attivo, non mostrare suggerimenti di gioco, solo informazioni.

8) Personalizzazione e equità

Le soglie vengono adattate alla cronologia del giocatore (responsabile: senza «perla» al gioco).
Conservare i reason-codes per qualsiasi limitazione automatica.
Prevedere un ricorso alla persona e una spiegazione comprensibile della logica (esplainability).

9) Regole di prova A/B (etica e compilazione)

Testate la formulazione, il posizionamento/timing, non provate il superamento dei vincoli.
La metrica principale è ridurre i pattern nocivi, non aumentare il traffico.
I test non devono compromettere la disponibilità dei pulsanti Pausa/Limiti.

10) Metriche di efficienza e SLO

Prompt Seen Rate - Percentuale di utenti che hanno visto la notifica.
Action Rate: quota di clic su Pausa/Limiti/Timeout.
Harm-No Reduction: riduzione dei segnali ripetuti (chasing, sessioni notturne) in 30 giorni.
Time-to-Intervento - Dal primo segnale alla misura adottata (<24 ore).
Return-with-Control: percentuale di ritornati senza recidiva di 30/90 giorni.
Complaint/Marceback Rate: riduzione dopo l'implementazione.
False Positive Rate - La percentuale di lamentele è troppo ossessiva.
Motore SLO Availability: ≥99. 9%.

11) Registro e prova

Fogli di visualizzazione/azione (ora, tipo di trigger, opzione UI, opzione selezionata).
Registro WORM per i controlli di regolazione (invariato).
Mappatura alle valigette RG e agli esiti (pausa, limite, auto-esclusione).

12) RACI (ruoli e responsabilità)

13) Assegno fogli (operativi)

Prima di avviare

• Sono state definite soglie di tempo/perdita/comportamento.
• Approvati testi, locali, formato net-result.
• I pulsanti Pausa/Limiti/Timeout/Auto-esclusione sono disponibili in un clic.
• I loghi sono inclusi (visualizzazioni/clic/esiti), il registro WORM è connesso.
• È stato eseguito un DPIA per la profilassi e le notifiche.

In uso

• Monitoraggio di Action Rate e Harm-Server Reduction.
• Calibrazione settimanale delle soglie e delle frequenze.
• Verifica che non ci sono promo/bonus nelle finestre.
• Convalida la suppressione nel marketing per high-risk.

Incidenti/guasti

• Modalità follback: interruzioni rigide quando il motore di notifica non è disponibile.
• Alert per SLO e aumento delle denunce.

14) Architettura tecnica

Event Bus (tassi/depositi/sessioni) → Risk Signals Service (regole + modelli) → Reality Checks Engine (timer, frequenze, testi, fittiflagi) → In-App/Push Layer (UI, locali).
RG/Consent Layer - Accesso a limiti, timeout, statuti di auto-esclusione, registrazione dei consensi.
Log di visualizzazione/soluzioni invariati.
Ammin Console: impostazione di soglie, testi, varianti A/B, visualizzazione di metriche.

15) Errori frequenti e come evitarli

Finestre ossessive ogni 5-10 min di frequency cap e soglie intelligenti.
Promo in Reality Check è →; Solo le opzioni RG.
Il percorso difficile per i limiti è il pulsante «in un clic» della notifica.
Disonesto net-result tenere conto dei bonus/conclusioni/freesine.
L'assenza di registri di → non può essere dimostrata.
Non ci sono reason-codes per misure avanzate di difficoltà di appello.

16) Road map di implementazione (6 passi)

1. Criteri e soglie: definisci trigger, testi, DPIA.
2. Architettura: implementare Risk Signals + Reality Checks Engine + registri.
3. UX/contenuto: locali, disponibilità, azioni rapide (pausa/limiti).
4. Integrazioni: collegamento con limiti/timeout/auto-esclusione e suppressione in CRM.
5. Monitoraggio: metriche Action/Harm-Reduction/SLO, alert.
6. Miglioramento: A/B test di formulazione e timing, calibrazione delle soglie mensili.

Totale

Reality Checks non è un prompt per la vista, ma un tracciato di consapevolezza e protezione: trigger corretti, numeri onesti, accesso rapido a pause e limiti, soglie giuste e disciplina operativa dimostrabile. Questo approccio riduce il rischio di danni, rafforza le licenze e la reputazione e favorisce la crescita sostenibile del prodotto.