Reality Check e lembretes de jogos

1) Alvo e área

Reduzir o risco de danos causados por excesso de jogo através de lembretes regulares e contextuais: progressão de tempo/perda, intervenções suaves e acesso rápido a limites/intervalos. Abrangência: web/mobile, provedores de jogos, carteira/PSP, CRM/marketing, CS, Risk/RG, Legal/DPO, relatórios.

2) Princípios

Consciência> pressão. Informamos factos e opções, sem manipulação.
Visibilidade e simplicidade. Os limites e «Pausa» estão disponíveis em 2 cliques.
Adaptabilidade. Os intervalos e os conteúdos dependem do comportamento/risco e das exigências do mercado.
Prova. Todas as RC/lembretes estão em logs imutáveis com temporizadores.
Privacidade e respeito. Minimizar PII, localização e disponibilidade.

3) Papéis e RACI

RG Lead - política, espaçamento, texto/localização, métricas. (A)

Produt/UX/Engineering - Implementação de temporizadores, banners, modalks, API. (R)

Risk/Analytics - marcadores de danos, desencadeadores dinâmicos, avaliação A/B. (R)

CS/CRM - comunicações, follow-ups, supressão de marketing. (R)

Legal/DPO - conformidade com as normas/locais, privacidade, linguagem. (C)

Auditório Internacional - Verificação seletiva independente. (C)

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

4) Tipos de Reality Checks e lembretes de jogos

1. RC temporário: cada N minutos de sessão ativa (por exemplo, 30/60/120).
2. RC financeiro: ao atingir o limite de perdas/depósitos diários/semanais X.
3. Sessão: com jogo contínuo> M minutos/relógio; sugestão de interrupção.
4. Comportamentos: após uma série de apostas aceleradas, conclusão, quase limite de eventos.
5. Depósito: antes de voltar a depositar em uma janela curta (tela fricção).
6. Memorandos UX: status-bar de desperdício/tempo, banner «Definir limite», «Fazer uma pausa».

5) Desencadeadores e espaçadores (esqueleto)

Básico: RC a cada 60 minutos; RC financeiro para 70% e 90% do limite.
Perfil High-risk: RC a cada 30 minutos; Mais lembretes em qualquer «quase limite».
Transições: após 3 RC ininterruptos - reality pause obrigatório (por exemplo, 2 minutos).
Depósitos: 2º depósito ≤ 60 minutos - tela fricção com histórico de gastos durante o período.
Horário noturno: modo reforçado (RC curto, frases suaves de interrupção).
Normas locais: perfis de mercado individuais (valores na configuração de políticas).

6) Textos (sem pressão) - exemplos

São proibidas as frases que impulsionam a continuação («mais um pouco», «quase jogado»).

7) Pattern UX e disponibilidade

Janelas modais com timer, três botões compreensíveis: Intervalo, Limite, Continuar.
Status bar (no chapéu/menu): hora em sessão, resultado limpo, acesso rápido aos limites.
Foco-armadilha no modal (disponibilidade), controle do teclado, voz para screen-readers.
Nada de patterns escuros, a mesma hierarquia visual dos botões, a confirmação do enfraquecimento dos limites, só depois do resfriamento.
Localização e unidades: moeda, formatos de data/hora, formato de 24 horas.

8) Integração e eventos

Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: acesso a um resultado limpo por janela (hora/dia/semana).
CRM: supressão para high-risk/RC múltiplos; notas personalizadas sem promo.
Função Flags: inclusão de perfis RC para mercados/segmentos A/B.

9) Dados, privacidade e registro

Armazenar apenas as unidades necessárias; PII separadamente.
Registros inalterados (WORM), tempo em UTC; Acesso por RBAC/ABAC.
Retenção: Política RG/Regulador (muitas vezes de 5 a 7 anos).

10) Algoritmos e lógica

Regras: motor config (YAML/DB): intervalos, liminares, textos, locais.
Modulador Risk: Classe de risco ↑ → espaçamento RC ↓, reforçando as telas fricção.
Harmonização com limites: RC leva em conta os limites/horários/SE atuais; não é possível continuar com bloqueios ativos.
Anti-spam: combinação de RC em desencadeadores frequentes (debounce), mas sem omissão de crítica.

11) KPI/KRI e dashboard

RC Coverage: proporção de jogadores ativos que receberam RC de perfil.
Time-to-RC: desde o início da sessão até a primeira RC (mediana).
RC Response Rate:% das ações Intervalo/Limite.
Limit Uptake: Conversão de RC → limite definido.
Repeat Harm Markers 30/90d: redução após implementação de RC.

Deposit Fricção Impact - Variação da taxa de depósito de 60 min

Complaints Rate: Queixas de compulsão/incompreensão.
Auditability: RC com logs corretos e ligações com eventos de jogo/carteira.

12) Folhas de cheque

Antes de iniciar

• Os perfis de intervalo/limiar de mercado estão alinhados com o Legal/RG.
• Copiado Ux localizado; Textos sem pressão.
• As integrações com provedores/carteira/CRM foram testadas (pos./negativo).
• Logs WORM, tempo UTC, combinação com GL/carteira.
• Disponibilidade: teclado, contraste, screen-reader, gestos móveis.

Em operações

• Monitoramento diário RC Coverage/Response Rate.
• Verificação de «fricção-antes-do-depósito» em reposições.
• Supressão marketing para high-risk/RC frequentes.
• Escalação no CS para jogadores com N RC sem interrupções.

Auditoria e melhoria

• Testes trimestrais A/B de espaçamento/escoamento.
• Seleção de logs: correspondência com eventos de jogo/carteira.
• CAPA sobre queixas/incidentes (editar textos/intervalos).

13) Modelos (inserções rápidas)

A) Modalk RC (60 min)

B) Fricção antes do depósito

C) SMS/Push (macio)

D) Banner no perfil

14) Relações

Jogo responsável e limites - política e refrigeração.
Auto-exclusão e bloqueio de contas - cancelamento de jogo/depósito.
Playbooks de incidentes (RG) - escalações em marcadores de danos.
Relatórios regulatórios - descarga de RC/sessões de mercado.
Código de ética - formulação correta e falta de pressão.

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`.
Armazenamento: logs imutáveis, particionamento em data/mercado, validação de circuitos em CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Riscos e prevenção

Ignorar lembretes → uma pausa obrigatória após N RC; intervalos mais curtos para high-risk.
Pattern escuros → botões iguais, proibição de distrações visuais.
Valor/hora inválido → vinculação à carteira/agregador, testes de cálculo unit.
Falsos acionamentos → debounce/agregação; Os ciúmes das malas extremas.
Privacidade → equipamentos em vez de PII detalhado; camuflagem de exportação.

17) Plano de implementação (30 dias)

Semana 1

1. Aprovar política RC (intervalos, liminares, textos, locais, perfis de risco).
2. Especializar o modelo de eventos e dados; concordar com Legal/DPO.
3. Preparar layouts UX, modalks, status-bar, banners.

Semana 2

4. Implementar temporizadores/eventos no cliente e no backende; integração com carteira/provedores/CRM.
5. Incluir bandeiras de mercado; escrever testes de validação de logs/somas/tempo.
6. Treinar CS/CRM; Soltar uma página e macros de respostas.

Semana 3

7. Piloto (5-10%): recolha as métricas Coverage/Response/Complaints.
8. A/B textos e intervalos; personalizar o perfil high-risk.
9. Corrigir copiar/timing por um fidbeck.

Semana 4

10. Lançamento completo; monitoramento diário do KPI e queixas.
11. Relatório ao manual; CAPA por divergência de logs/carteira.
12. Plano v1. 1: intervalos adaptativos, módulo de risco ML, extensão local.

• Se um jogador muitas vezes vê RC e não faz uma pausa - oferecer tempo/limite.
• Qualquer queixa de compulsão, registo; Não limpa RC a pedido do jogador.
• As respostas são mantidas neutras, sem pressão e sem tipping-off.
• Verifique a supressão de distribuição dos jogadores com RC e high-risk frequentes.