Reality Checks та ігрові нагадування

1) Мета і область

Знизити ризик шкоди від надмірної гри за допомогою регулярних і контекстних нагадувань: прогрес часу/втрат, м'які інтервенції і швидкий доступ до лімітів/перерв. Охоплення: веб/мобайл, провайдери ігор, гаманець/PSP, CRM/маркетинг, CS, Risk/RG, Legal/DPO, звітність.

2) Принципи

Усвідомленість> тиск. Повідомляємо факти і варіанти вибору, без маніпуляцій.
Видимість і простота. Ліміти і «Пауза» доступні в ≤ 2 кліка.
Адаптивність. Інтервали і зміст залежать від поведінки/ризику і вимог ринку.
Доказовість. Всі RC/нагадування - в незмінних логах з таймстемпами.
Приватність і повага. Мінімізація PII, локалізація та доступність.

3) Ролі та RACI

RG Lead - політика, інтервали, тексти/локалі, метрики. (A)

Product/UX/Engineering - реалізація таймерів, банерів, модалок, API. (R)

Risk/Analytics - маркери шкоди, динамічні тригери, A/B-оцінка. (R)

CS/CRM - комунікації, follow-ups, suppression маркетингу. (R)

Legal/DPO - відповідність нормам/локалям, приватність, мова. (C)

Internal Audit - незалежна вибіркова перевірка. (C)

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

4) Типи Reality Checks та ігрових нагадувань

1. Тимчасові RC: кожні N хвилин активної сесії (наприклад, 30/60/120).
2. Фінансові RC: при досягненні X% денного/тижневого ліміту втрат/депозитів.
3. Сесійні: при безперервній грі> M хвилин/годин; пропозиція перерви.
4. Поведінкові: після серії прискорюваних ставок, відмін висновків, «майже ліміт» подій.
5. Депозитні: перед повторним депозитом за коротке вікно (friction-екран).
6. UX-пам'ятки: статус-бар трат/часу, банер «Встановити ліміт», «Зробити перерву».

5) Тригери та інтервали (скелет)

Базові: RC кожні 60 хвилин; фінансовий RC на 70% і 90% ліміту.
High-risk профіль: RC кожні 30 хвилин; нагадування при будь-яких «майже ліміт».
Переходи: після 3 RC без перерви - обов'язковий reality pause (наприклад, 2 хвилини).
Депозити: 2-й депозит ≤ 60 хвилин - friction-екран з історією витрат за період.
Нічні години: посилений режим (короткі RC, м'які пропозиції перерви).
Локальні норми: окремі профілі по ринках (значення в конфігурації політики).

6) Тексти (без тиску) - приклади

Заборонені формулювання, що підштовхують до продовження («ще трохи», «майже відігрався»).

7) UX-патерни і доступність

Модальні вікна з таймером, три зрозумілі кнопки: Перерва, Ліміт, Продовжити.
Статус-бар (в шапці/меню): час в сесії, чистий результат, швидкий доступ до лімітів.
Фокус-пастка в модалці (доступність), управління з клавіатури, озвучування для screen-readers.
Ніяких темних патернів: однакова візуальна ієрархія кнопок, підтвердження ослаблення лімітів - тільки після «охолодження».
Локалізація та одиниці: валюта, формати дат/часу, 24-годинний формат.

8) Інтеграції та події

Game providers/aggregators: подія'reality _ check'( payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: доступ до чистого результату за вікна (година/день/тиждень).
CRM: suppression для high-risk/багаторазових RC; персоналізовані ноти без промо.
Feature Flags: включення профілів RC по ринках/сегментах A/B.

9) Дані, приватність і журналювання

Зберігати тільки необхідні агрегати; PII - окремо.
Журнали незмінні (WORM), час в UTC; доступ по RBAC/ABAC.
Ретенція: з політики RG/регулятору (часто 5-7 років).

10) Алгоритми і логіка

Правила: конфіг-рушій (YAML/DB): інтервали, пороги, тексти, локалі.
Risk-модулятор: клас ризику ↑ → інтервали RC ↓, посилюються friction-екрани.
Гармонізація з лімітами: RC враховують поточні ліміти/тайм-аути/SE; продовження гри неможливе при активних блокуваннях.
Анти-спам: об'єднання RC при частих тригерах (debounce), але без пропуску критичних.

11) KPI/KRI і дашборд

RC Coverage: частка активних гравців, які отримали RC за профілем.
Time-to-RC: від старту сесії до першого RC (медіана).
RC Response Rate: % дій Перерва/Ліміт.
Limit Uptake: конверсія з RC → встановлений ліміт.
Repeat Harm Markers 30/90d: зниження після впровадження RC.
Deposit Friction Impact: зміна частоти повторних депозитів ≤ 60 хв.
Complaints Rate: скарги на нав'язливість/незрозумілість.
Auditability: частка RC з коректним логом і зв'язками з подіями гри/гаманця.

12) Чек-листи

Перед запуском

• Профілі інтервалів/порогів по ринках узгоджені з Legal/RG.
• UX-копірайт локалізований; тексти без тиску.
• Інтеграції з провайдерами/гаманцем/CRM протестовані (позит ./негатив).
• Логи WORM, UTC-час, звірка з GL/гаманцем.
• Доступність: клавіатура, контраст, screen-reader, мобільні жести.

В операціях

• Щоденний моніторинг RC Coverage/Response Rate.
• Перевірка «friction-перед-депозитом» на повторних поповненнях.
• suppression маркетингу для high-risk/частих RC.
• Ескалації в CS для гравців з N RC без перерв.

Аудит і поліпшення

• Квартальні A/B-тести інтервалів/копірайту.
• Вибірка логів: відповідність подіям ігор/гаманця.
• CAPA за скаргами/інцидентами (змінити тексти/інтервали).

13) Шаблони (швидкі вставки)

A) RC (60 хв) модалка

B) Friction перед депозитом

За останню годину ви двічі поповнювали рахунок. Результат: –€27.

C) SMS/Push (м'який)

D) Банер в профілі

14) Взаємозв'язки

Відповідальна гра і ліміти - політика і охолодження.
Самовиключення і блокування акаунтів - припинення гри/депозитів.
Інцидентні плейбуки (RG) - ескалації при маркерах шкоди.
Регуляторні звіти - вивантаження RC/сесій по ринках.
Кодекс етики - коректні формулювання і відсутність тиску.

15) Технічний скелет

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`.
Сховище: незмінювані логи, партіонування по даті/ринку, валідація схем в CI.
Feature Flags: `rc. profile. eu_60min`, `rc. profile. uk_30min`, `rc. deposit_friction. enabled`.

16) Ризики та профілактика

Ігнорування нагадувань → обов'язкова пауза після N RC; коротше інтервали для high-risk.
Темні патерни → рівноправні кнопки, заборона відволікаючих візуальних акцентів.
Недостовірні суми/час → прив'язка до гаманця/агрегатора, unit-тести розрахунків.
Помилкові спрацьовування → debounce/агрегація; ручні рев'ю крайніх кейсів.
Приватність → агрегати замість детальних PII; маскування експортів.

17) План впровадження (30 днів)

Тиждень 1

1. Затвердити політику RC (інтервали, пороги, тексти, локалі, профілі ризиків).
2. Специфікувати модель подій і даних; узгодити з Legal/DPO.
3. Підготувати UX-макети: модалки, статус-бар, банери.

Тиждень 2

4. Реалізувати таймери/події в клієнті та бекенді; інтеграції з гаманцем/провайдерами/CRM.
5. Включити прапори по ринках; написати тести валідації логів/сум/часу.
6. Навчити CS/CRM; випустити 1-сторінкові та макроси відповідей.

Тиждень 3

7. Пілот (5-10%): зібрати метрики Coverage/Response/Complaints.
8. A/B текстів та інтервалів; налаштувати high-risk профіль.
9. Виправити копірайт/таймінги по фідбеку.

Тиждень 4

10. Повний реліз; щоденний моніторинг KPI і скарг.
11. Звіт керівництву; CAPA за розбіжностями логів/гаманця.
12. План v1. 1: адаптивні інтервали, ML-модуль ризику, розширення локалей.

• Якщо гравець часто бачить RC і не робить перерву - запропонувати тайм-аут/ліміт.
• Будь-які скарги на нав'язливість - реєструй; не прибирай RC на прохання гравця.
• Відповіді тримати нейтральними, без тиску і без tipping-off.
• Перевіряй suppression розсилок у гравців з частими RC і high-risk.