Sprawdzanie rzeczywistości i przypomnienia o grze

1) Cel i obszar

Zmniejszyć ryzyko uszkodzenia z powodu nadmiernej gry z regularnych i kontekstowych przypomnień: czas/utrata postępu, miękkie interwencje, i szybki dostęp do limitów/przerw. Zasięg: Web/Mobile, Dostawcy gier, Portfel/PSP, CRM/Marketing, CS, Risk/RG, Legal/DPO, Reporting.

2) Zasady

Uważność> ciśnienie. Zgłaszamy fakty i wybory, bez manipulacji.
Widoczność i prostota. Limity i pauzowanie są dostępne ≤ 2 kliknięcia.
Zdolność adaptacyjna. Odstępy czasu i zawartość zależą od zachowania/ryzyka i wymagań rynkowych.
Dowody. Wszystkie RC/przypomnienia są w niezmiennych kłód z znacznikami czasowymi.
Prywatność i szacunek. Minimalizacja PII, lokalizacja i dostępność.

3) Role i RACI

RG Lead - zasady, przedziały, teksty/lokalizacje, metryki. A)

Produkt/UX/Engineering - wdrożenie timerów, banerów, modali, API. (R)

Risk/Analytics - markery uszkodzeń, wyzwalacze dynamiczne, ocena A/B. (R)

CS/CRM - komunikacja, działania następcze, marketing tłumienia. (R)

Legalny/DPO - zgodność z normami/lokalizacjami, prywatność, język. (C)

Audyt wewnętrzny - niezależna kontrola na miejscu. (C)

Exec Sponsor - „ton od góry”. (I/A)

4) Rodzaje kontroli rzeczywistości i przypomnienia gry

1. Tymczasowe RC: co N minut aktywnej sesji (na przykład 30/60/120).
2. RC finansowe: po osiągnięciu limitu X% dziennie/tygodniowo straty/depozytu.
3. Sesja: z ciągłą grą> M minut/godziny; Oferuje przerwę.
4. Behawioralne: Po serii przyspieszających zakładów, anulowanie ołowiu, zdarzenia „w pobliżu limitu”.
5. Depozyt: przed ponownym wpłatą za krótkie okno (tarcie-ekran).
6. Notatki UX: pasek stanu spędzania/czasu, baner „Ustaw limit”, „Zrób sobie przerwę”.

5) Spusty i odstępy czasu (szkielet)

Podstawowe: RC co 60 minut; RC o 70% i 90% limit.
Profil wysokiego ryzyka: RC co 30 minut; dodatkowe przypomnienia dla każdego „bliskiego limitu”.
Przejścia: po 3 RC bez przerwy - obowiązkowa przerwa rzeczywistości (na przykład 2 minuty).
Depozyty: 2 lokata ≤ 60 minut - ekran tarcia z historią wydatków na dany okres.
Godziny nocne: Tryb ulepszony (krótkie RC, oferty miękkiej przerwy).
Normy lokalne: poszczególne profile według rynku (wartości w konfiguracji zasad).

6) Teksty (bez nacisku) - przykłady

• klucz> Krótka pauza oceny. Za sesję: czas 2h 10m, wynik netto - €48. Powrót do grania/ustawić limit/wyjście.

Formuły, które naciskają na kontynuację („trochę więcej”, „prawie wygrał”) są zabronione.

7) Wzory UX i dostępność

Okna modalne z zegarem, trzy zrozumiałe przyciski: Break, Limit, Continue.
Pasek stanu (w nagłówku/menu): czas w sesji, wynik netto, szybki dostęp do limitów.
Modalna pułapka ostrości (dostępność), sterowanie klawiaturą, głos działający dla czytników ekranu.
Brak ciemnych wzorów: ta sama wizualna hierarchia przycisków, potwierdzenie relaksu limitów - tylko po „chłodzeniu”.
Lokalizacja i jednostki: waluta, formaty daty/czasu, format 24-godzinny.

8) Integracja i wydarzenia

Dostawcy/agregatorzy gier: собтиа „reality _ check” (payload: elapated, net, stake_count), „session _ pause”, „session _ stop”.
Portfel/PSP: dostęp do wyniku netto dla okien (godzina/dzień/tydzień).
CRM: tłumienie wysokiego ryzyka/wielu RC; spersonalizowane notatki bez promo.
Flagi funkcji: Dodaj profile RC według segmentu rynku/A/B.

9) Dane, prywatność i rejestrowanie

Przechowywać tylko niezbędne jednostki; PII - oddzielnie.
Kłody immutable (WORM), czas w UTC; Dostęp RBAC/ABAC.
Zatrzymanie: według polityki/organu regulacyjnego RG (często 5-7 lat).

10) Algorytmy i logika

Zasady: silnik konfiguracyjny (YAML/DB): przedziały, progi, teksty, lokalizacje.
Modulator ryzyka: klasa ryzyka I → przedziały RC, ekrany cierne są wzmacniane.
Harmonizacja z limitami: RC uwzględniają obecne limity/harmonogramy/SE; gra nie może kontynuować aktywnych zamków.
Anty-spam: RC łączenie z częstymi wyzwalaczami (debounce), ale bez brakujących krytycznych.

11) KPI/KRI i deska rozdzielcza

RC Coverage: Odsetek aktywnych graczy, którzy otrzymali RC według profilu.
Czas do RC: od początku sesji do pierwszego RC (mediana).
Wskaźnik odpowiedzi RC:% Przerwa w działaniu/Limit.
Limit absorpcji: Konwersja z RC → limit jest ustawiony.
Powtarzaj markery uszkodzeń 30/90d: Spadek po wdrożeniu RC.
Wpływ tarcia depozytu: zmiana częstotliwości powtarzanych złóż ≤ 60 min.
Wskaźnik skarg: skargi o obsesję/niezrozumiałość.
Dźwięk: RC udostępnia prawidłowy dziennik i linki do zdarzeń w grze/portfelu.

12) Listy kontrolne

Przed uruchomieniem

• Profile interwałowe/progowe według rynku uzgodnionego z Legal/RG.
• UX prawa autorskie zlokalizowane; teksty bez nacisku.
• Testowane integracje ISP/portfela/CRM (poz./ujemny).
• Dzienniki WORM, czas UTC, uzgadnianie GL/portfela.
• Dostępność: klawiatura, kontrast, czytnik ekranu, gesty mobilne.

W operacjach

• Codzienne monitorowanie zakresu RC/wskaźnika odpowiedzi.
• Sprawdzanie tarcia przed złożeniem na ładunkach.
• Marketing tłumienia dla wysokiego ryzyka/częstych RC.
• Eskalacja w CS dla graczy z N RC bez przerw.

Audyt i poprawa

• Kwartalny przedział A/B/testy praw autorskich.
• Wybór dzienników: korespondencja z wydarzeniami w grze/portfelu.
• CAPA w przypadku skarg/incydentów (zmiana tekstów/odstępów czasu).

13) Szablony (szybkie wkładki)

A) Modal RC (60 min)

B) Tarcie przed złożeniem

C) SMS/Push (miękkie)

D) Baner profilowy

14) Połączenia międzysystemowe

Odpowiedzialna zabawa i ograniczenia - polityka i chłodzenie.
Wyłączenie i blokowanie konta - zakończenie gry/depozytów.
Playbooks incydentu (RG) - eskalacja dla markerów szkód.
Raporty regulacyjne - RC/Session Downloads by Market.
Kodeks etyczny - poprawne brzmienie i brak nacisku.

15) Szkielet techniczny

API: „POST/rc/fire”, „POST/rc/action”, „GET/rc/profile”, „POST/deposit/tarcie”.
Сова тий: 'rc _ fired', 'rc _ action _ taken', 'deposit _ friction _ shown', 'pause _ started', 'limit _ set'.
Przechowywanie: niezmienne kłody, podział według daty/rynku, walidacja programów w CI.
Flagi funkcji: 'rc. profil. eu_60min', 'rc. profil. uk_30min', 'rc. deposit_friction. włączone '.

16) Ryzyko i zapobieganie

Ignorowanie przypomnień → obowiązkowa przerwa po N RC; krótsze okresy dla wysokiego ryzyka.
Ciemne wzory → równe przyciski, zakaz rozpraszania akcentów wizualnych.
Niewiarygodne ilości/czas → wiązanie z portfelem/agregatorem, badania jednostkowe obliczeń.
Fałszywe pozytywy → debounce/aggregation; ręczne recenzje skrajnych przypadków.
Prywatność → agregaty zamiast szczegółowych PII; maskowanie eksportu.

17) Plan realizacji (30 dni)

Tydzień 1

1. Zatwierdzanie polityki RC (odstępy czasu, progi, teksty, lokalizacje, profile ryzyka).
2. określić model zdarzeń i danych; koordynuje z Legalnym/Inspektorem Ochrony Danych.
3. Przygotuj układy UX: modale, pasek stanu, banery.

Tydzień 2

4. Wdrożenie timerów/zdarzeń w kliencie i backend; integracja z portfelem/dostawcami/CRM.
5. Zawierać flagi według rynku; pisać dziennik/suma/czas testów walidacji.
6. CS/CRM pociągu; zwolnić 1-stronicowe i odpowiedzi makro.

Tydzień 3

7. Pilot (5-10%): zbierać mierniki pokrycia/odpowiedzi/skarg.
8. Teksty i przedziały A/B tworzą profil wysokiego ryzyka.
9. Poprawne prawa autorskie/informacje zwrotne.

Tydzień 4

10. Pełne zwolnienie; codzienne monitorowanie KPI i skarg.
11. Raport zarządowi; CAPA dla rozbieżności w log/portfelu.
12. Plan v1. 1: przedziały adaptacyjne, moduł ML ryzyka, rozszerzenie lokalizacji.

• Jeśli gracz często widzi RC i nie robi sobie przerwy - zaoferuj czas/limit.
• Wszelkie skargi obsesji - rejestr; nie usuwać RC na żądanie gracza.
• Trzymaj odpowiedzi neutralne, bez nacisku i bez cynku.
• Sprawdź tłumienie poczty od graczy z częstym RC i wysokiego ryzyka.