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) Тексты (без давления) — примеры
RC-время:Запрещены формулировки, подталкивающие к продолжению («еще немного», «почти отыгрался»).
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 перед депозитом
Рекомендуем ограничить бюджет или сделать перерыв. Продолжить?
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-модуль риска, расширение локалей.
Шпаргалка для CS/CRM (что делать завтра):
- Если игрок часто видит RC и не делает перерыв — предложить тайм-аут/лимит.
- Любые жалобы на навязчивость — регистрируй; не убирай RC по просьбе игрока.
- Ответы держать нейтральными, без давления и без tipping-off.
- Проверяй suppression рассылок у игроков с частыми RC и high-risk.