Reality Checks y recordatorios de juegos

1) Objetivo y área

Reduzca el riesgo de daño del juego excesivo con recordatorios regulares y contextuales: progreso del tiempo/pérdida, intervenciones suaves y acceso rápido a límites/interrupciones. Cobertura: web/mobile, proveedores de juegos, monedero/PSP, CRM/marketing, CS, Risk/RG, Legal/DPO, reporting.

2) Principios

Conciencia> presión. Comunicamos hechos y opciones de elección, sin manipulación.
Visibilidad y simplicidad. Los límites y «Pausa» están disponibles en ≤ 2 clics.
Adaptabilidad. Los intervalos y los contenidos dependen del comportamiento/riesgo y de las exigencias del mercado.
Prueba. Todos los RC/recordatorios están en logs sin cambios con temporizadores.
Privacidad y respeto. Minimización de PII, localización y disponibilidad.

3) Roles y RACI

RG Lead - políticas, intervalos, textos/locals, métricas. (A)

Product/UX/Engineering - Implementación de temporizadores, banners, modalocs, API. (R)

Risk/Analytics - marcadores de daño, disparadores dinámicos, evaluación A/B. (R)

CS/CRM - comunicaciones, follow-ups, suppression marketing. (R)

Legal/DPO - cumplimiento de normas/locales, privacidad, idioma. (C)

Auditoría interna - Verificación aleatoria independiente. (C)

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

4) Tipos de cheques de realidad y recordatorios de juego

1. RC temporales: cada N minutos de sesión activa (por ejemplo, 30/60/120).
2. RC financiero: cuando se alcanza el X% del límite de pérdidas/depósitos diario/semanal.
3. Sesión: con juego continuo> M minutos/horas; Oferta de descanso.
4. Conductual: después de una serie de apuestas aceleradas, cancelación de conclusiones, «casi límite» de eventos.
5. Depósito: antes de volver a depositar por una ventana corta (friction-screen).
6. Memorias UX: status bar pérdida/tiempo, banner «Establecer límite», «Tomar un descanso».

5) Disparadores e intervalos (esqueleto)

Básico: RC cada 60 minutos; RC financiero en 70% y 90% del límite.
Perfil de alto riesgo: RC cada 30 minutos; recordatorios adicionales en cualquier «casi límite».
Transiciones: después de 3 RC sin interrupción - pausa de realidad obligatoria (por ejemplo, 2 minutos).
Depósitos: 2do depósito ≤ 60 minutos - friction-pantalla con el historial de gastos por período.
Horario nocturno: modo reforzado (RC corto, ofertas de descanso suave).
Normas locales: perfiles individuales por mercado (valores en la configuración de políticas).

6) Textos (sin presión) - ejemplos

Tiempo RC:

💡 Juegas 60 min. Pérdidas por sesión: 24 €. ¿Quieres tomarte un descanso o establecer un límite?

Finanzas RC (70% del límite):

💡 Ha alcanzado el 70% del límite diario. Seleccione: Tomar un descanso, Guardar el límite, Apretar el límite.

Fricción antes del depósito:

💡 Para la última hora: los depósitos - 2, el resultado neto - - 35 €. Recomendamos pausa o límite. ¿Continuar?

Después de 3 RC seguidos:

💡 Pausa corta para la evaluación. Por sesión: tiempo de 2h 10m, el resultado neto es de 48 €. Volver al juego/Establecer un límite/Salir.

Están prohibidas las formulaciones que empujan a la continuación («un poco más», «casi rebotado»).

7) Patrones UX y disponibilidad

Ventanas modales con temporizador, tres botones claros: Pausa, Límite, Continuar.
Barra de estado (en el sombrero/menú): tiempo en sesión, resultado neto, acceso rápido a los límites.
Trampa de enfoque en Modalk (disponibilidad), control desde el teclado, voz para los lectores de pantalla.
Sin patrones oscuros: la misma jerarquía visual de los botones, la confirmación de la atenuación de los límites - sólo después de «enfriamiento».
Localización y unidades: moneda, formatos de fecha y hora, formato 24 horas.

8) Integraciones y eventos

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: acceso al resultado neto por ventanas (hora/día/semana).
CRM: suppression para RC de alto riesgo/múltiple; notas personalizadas sin promoción.
Flags de características: inclusión de perfiles RC por mercados/segmentos A/B.

9) Datos, privacidad y registro

Modelo de datos (mínimo):

`user_id, rc_type{time	finance	behavior	deposit}, rc_version, fired_at_utc, session_id, elapsed_min, net_result, threshold, ui_action{pause	limit	continue	dismiss}, followup_ticket_id, risk_profile, locale`.

Almacenar sólo las unidades necesarias; PII - por separado.
Registros inmutables (WORM), tiempo en UTC; acceso por RBAC/ABAC.
Retencion: sobre la política de RG/regulador (a menudo 5-7 años).

10) Algoritmos y lógica

Reglas: motor de configuración (YAML/DB): intervalos, umbrales, textos, locales.
Modulador de riesgo: clase de riesgo ↑ intervalos de RC → ↓, pantallas de fricción reforzadas.
Armonización con límites: Los RC tienen en cuenta los límites actuales/tiempos de espera/SE; la continuación del juego no es posible con bloqueos activos.
Anti-spam: combinar RC con desencadenantes frecuentes (debounce), pero sin omitir los críticos.

11) KPI/KRI y dashboard

RC Coverage: la proporción de jugadores activos que obtienen RC por perfil.
Tiempo a RC: desde el inicio de la sesión hasta el primer RC (mediana).
RC Response Rate:% de las acciones Pausa/Límite.
Limit Uptake: la conversión desde RC → tiene un límite establecido.
Repeat Harm Markers 30/90d: disminución después de la implementación del RC.
Depósito Fricción Impacto: cambiar la frecuencia de los depósitos repetidos ≤ 60 min.
Complaints Nota: quejas por obsesión/incomprensión.
Auditabilidad: fracción de RC con login correcto y vínculos con eventos de juego/billetera.

12) Hojas de cheques

Antes de iniciar

Los perfiles de intervalos/umbrales de mercado están alineados con Legal/RG.
El copyright UX está localizado; textos sin presión.
Las integraciones con proveedores/billetera/CRM están probadas (pose ./negativo).
Registros WORM, tiempo UTC, conciliación con GL/monedero.
Accesibilidad: teclado, contraste, lector de pantalla, gestos móviles.

En operaciones

Monitoreo diario de RC Coverage/Response Rate.
Comprobar «friction-antes-depósito» en las recargas.
suppression de marketing para RC de alto riesgo/frecuente.
Escaladas en CS para jugadores con N RC sin interrupciones.

Auditoría y mejora

Pruebas trimestrales A/B de intervalos/redacción.
Muestreo de registros: coincidencia con eventos de juegos/billetera.
CAPA sobre quejas/incidentes (cambiar textos/intervalos).

13) Plantillas (inserciones rápidas)

A) RC (60 min) Modalk

💡 Estás en el juego 60 min. Resultado neto: - €18.
Pausa/Establecer límite/Continuar

B) Fricción antes del depósito

💡 En la última hora, ha completado la cuenta dos veces. Resultado: - 27 €.
Recomendamos limitar el presupuesto o tomar un descanso. ¿Continuar?

C) SMS/Push (suave)

💡 Recordatorio: el juego es entretenimiento. Piensa en una pausa o límite. Configuración - en el perfil.

D) Banner en el perfil

💡 Controlar el juego: Límites· Ruptura· Autoexclusión

14) Interconexiones

Juego responsable y límites - política y enfriamiento.
Auto-exclusión y bloqueo de cuentas - terminación del juego/depósitos.
Playbucks de incidentes (RG): escalas en los marcadores de daño.
Informes regulatorios - descargas de RC/sesiones de mercado.
Código de ética - formulación correcta y sin presión.

15) Esqueleto técnico

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`.
Almacenamiento: registros inmutables, lotes por fecha/mercado, validación de esquemas en CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Riesgos y prevención

Ignorar recordatorios → pausa obligatoria después de N RC; intervalos más cortos para el alto riesgo.
Patrones oscuros → botones iguales, prohibición de acentos visuales distractores.
Cantidades/tiempo incorrectos → referencia a la billetera/agregador, pruebas unitarias de cálculo.
Falsos positivos → debounce/agregación; ruidos manuales de casos extremos.
Privacidad → unidades en lugar de PII detalladas; enmascaramiento de exportaciones.

17) Plan de implementación (30 días)

Semana 1

1. Aprobar la política RC (intervalos, umbrales, textos, locals, perfiles de riesgo).
2. Especificar el modelo de eventos y datos; Acordar con Legal/DPO.
3. Preparar diseños UX: modales, barra de estado, banners.

Semana 2

4. Implementar temporizadores/eventos en el cliente y backend; integraciones con monedero/proveedores/CRM.
5. Incluir banderas de mercado; escribir pruebas de validación de registros/sumas/tiempo.
6. Capacitar a CS/CRM; Publicar macros de respuesta y de 1 página.

Semana 3

7. Piloto (5-10%): recoger las métricas Coverage/Response/Complaints.
8. A/B de los textos y los intervalos; configurar un perfil de alto riesgo.
9. Corrija el copyright/timmings por fidback.

Semana 4

10. Lanzamiento completo; seguimiento diario de KPI y quejas.
11. Informe a la administración; CAPA por discrepancias de registros/billetera.
12. Plan v1. 1: intervalos adaptativos, módulo de riesgo ML, extensión local.

Spark para CS/CRM (qué hacer mañana):

Si el jugador ve RC a menudo y no toma un descanso - ofrecer tiempo de espera/límite.
Cualquier queja de obsesión - registrar; no limpie el RC a petición del jugador.
Las respuestas se mantienen neutrales, sin presión y sin tipping-off.
Comprueba los boletines de suppression de los jugadores con RC y risk frecuentes.