Ограничения по времени игры

1) Зачем нужны ограничения по времени

• выполнение лицензионных и этических требований;
• снижение жалоб и чарджбеков;
• устойчивые метрики LTV за счет здорового поведения.

2) Виды ограничений (рекомендуемая таксономия)

Примечание: ограничения времени должны быть согласованы с лимитами депозитов/потерь и Reality Checks.

3) Политика и правила применения

Снижение лимитов вступает в силу немедленно.
Повышение — только после охлаждения (24–168 ч; зафиксируйте в политике).
Обязательный перерыв при достижении сессионного порога (напр., 90 мин) — окно блокируется на 5–15 мин с обратным отсчетом.
Комендантские часы: либо добровольные (по согласию), либо «по умолчанию» для высокорисковых профилей/региональных норм.
Журналы: неизменяемая фиксация установок/изменений/блокировок (WORM).

4) UX-паттерны без «темных» приемов

Принципы: равная заметность «Перерыв/Продолжить», ясные цифры (минуты/часы), локальная TZ, без промо в окнах.

• Профиль → «Самоконтроль» → «Время игры»: сессионный/дневной/недельный лимиты + комендантские часы.
• Прогресс-индикатор в игре: «Сегодня: 45 мин из 90 мин».
• Reality Check с таймером и net-result (без давления вернуться).

• Онбординг: «Выберите лимиты времени. Снижение действует сразу, повышение — через 48 часов (охлаждение).»
• Перед паузой: «Вы играете 90 мин. Для вашей безопасности перерыв 10 мин. Во время паузы ставки недоступны.»
• Лимит дня достигнут: «Дневной лимит времени (120 мин) исчерпан. Игра будет доступна завтра с 00:00.»
• Запрос на повышение: «Увеличение дневного лимита до 180 мин вступит в силу через 48 часов. Подтвердить?»

5) Триггеры и эскалации (лестница вмешательств)

1. Мягкие нуджи (30–60 мин): напоминание о времени/перерыве, кнопки «Перерыв 15 мин / Настроить лимиты».
2. Усиленные подсказки (80% лимита): предложение тайм-аута/снижения лимитов.
3. Обязательный перерыв (100% сессионного порога).
4. Блокировка времени при достижении дневного/недельного лимита.
5. Предложение самоисключения при устойчивом превышении и других RG-сигналах (chasing, ночные сессии).
6. Контакт саппорта — человек-в-контуре с reason-codes.

6) Сложные кейсы и как их решать

Мульти-устройства/вкладки: считайте активное игровое окно; дедуплицируйте параллельные сессии, используйте heartbeat-события.
Турнирные/лайв-сессии: предупредите заранее, применяйте «grace-период» до конца розыгрыша, но фиксируйте обязательный перерыв сразу после.
АФК/бездействие: авто-пауза и авто-логаут через N минут бездействия (не списывайте AFK во «время игры»).
Мульти-вертикали: отдельные лимиты по вертикалям + общий «шапочный» лимит аккаунта.
Таймзоны/DST: храните метки в UTC, отображайте в локали игрока; правило периода — по локальной TZ.
Доступность: контраст/шрифты, поддержка экранных читалок, понятные тексты.

7) Связь с другими RG-инструментами

Reality Checks: показывают прогресс по времени, предлагают перерыв/тайм-аут/самоисключение.
Лимиты депозитов/потерь: при исчерпании времени — блокируйте и депозиты/ставки.
Самоисключение: при активном статусе никакие игровые подсказки не показывать — только информационные.

8) Архитектура (референс)

Time Limits Service: хранит лимиты и остатки, аггрегирует heartbeat-события, считает активные минуты.
Event Bus: `session.start`, `session.heartbeat`, `session.end`, `bet.placed`, `bet.settled`, `timeout.started/ended`.
Policy Engine: правила охлаждения, обязательные перерывы, комендантские часы, эскалации.
Gateway Guards: предикаты перед ставкой/депозитом (блок при нуле времени).
UI/Notifications: центр самоконтроля, всплывающие окна, локали.
Audit/WORM: неизменяемые журналы изменений/блокировок/перерывов.

Fail-safe: при недоступности Time Limits Service применяйте «строгое» поведение — запрет ставок/депозитов или последний зафиксированный остаток (настроить политику).

9) Приватность и данные

Минимизация: храните минуты/состояния, а не подробную поведенческую телеметрию.
DPIA для профилирования на основе времени.
Прозрачность: в политике RG опишите расчет, TZ, правила AFK, комендантские часы.
Retention: агрегаты времени — 12–24 мес., журналы блокировок — по лицензионным требованиям.

10) Метрики эффективности и SLO

Adoption Rate временных лимитов (цель ≥30–50%).
Break Take Rate (доля добровольных перерывов после Reality Check).
Time-to-Enforce (до блокировки при нуле времени): <1–2 сек.
Overtime Prevention: доля предотвращенных ставок после исчерпания времени (близко к 100%).
Harm-Signal Reduction: снижение ночных длинных сессий/«chasing» в 30 дней.
Complaint Rate по навязчивости уведомлений (держать низкой).
System Availability (Time Limits): ≥99.9% с алертами деградации.

11) RACI (роли)

12) Чек-листы (операционные)

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

• Определены сессионные/дневные/недельные пороги и комендантские часы.
• Реализован обязательный перерыв и охлаждение при повышении.
• Настроены heartbeat и дедупликация сессий (мульти-устройства).
• Локали, доступность, тексты без промо.
• Включен WORM-аудит и дашборды SLO/метрик.
• Проведен DPIA, обновлена политика RG.

В эксплуатации

• Еженедельная калибровка порогов и частот уведомлений.
• Мониторинг false blocks/false allows и жалоб на навязчивость.
• Проверка suppression кампаний для игроков с нулевым остатком времени.

Инциденты

• План деградации (read-only/последний остаток).
• Коммуникации игрокам при сбоях, корректировки времени по журналам.

13) Примеры сценариев

A. Сессионный лимит 90 мин, обязательный перерыв 10 мин

Игрок достиг 90 мин → окно блокируется, таймер 10 мин, кнопки «Справка/Вывести средства». После перерыва — рестарт сессии.

B. Дневной лимит 120 мин

Игрок сыграл 100 мин утром и 20 мин вечером → блок до 00:00 локальной TZ. UI показывает «доступно завтра».

C. Комендантские часы 02: 00–06:00 (добровольно)

При попытке входа: «Игровое окно закрыто до 06:00. Вы можете настроить исключения, но мы рекомендуем сдвинуть игру на дневное время.»

14) Частые ошибки и как их избежать

Навязчивые окна каждые 5–10 мин → введите frequency cap и осмысленные пороги.
Нет охлаждения при повышении → регуляторный риск и вред игрокам.
Счет AFK как «игровое время» → используйте heartbeat и авто-паузы.
Промо в окнах перерывов → запрещено; только RG-опции.
Неучет TZ/DST → держите расчет в UTC, UI — в локали.
Отсутствие журналов → нечем доказывать соответствие.

15) Дорожная карта внедрения (6 шагов)

1. Политика и DPIA: определить виды лимитов, пороги, комендантские часы, охлаждение.
2. Архитектура: Time Limits Service, heartbeat, guards, WORM-аудит.
3. Интеграции: связать с Reality Checks, лимитами депозитов/потерь, самоисключением, CRM-suppression.
4. UX/контент: центр самоконтроля, тексты, локализация, доступность.
5. Наблюдаемость: метрики эффективности и SLO, алерты, отчеты RG.
6. Улучшение: A/B таймингов/формулировок, калибровка порогов, анализ жалоб.

Итог

Ограничения по времени игры — это не просто таймер, а сквозной контур самоконтроля: честные пороги, обязательные перерывы, корректная техника отслеживания времени, прозрачный UX без промо, связь с прочими инструментами RG и строгая наблюдаемость. Такой подход защищает игроков, укрепляет комплаенс и репутацию и повышает устойчивость продукта.