Обмеження за часом гри

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 і сувора спостережуваність. Такий підхід захищає гравців, зміцнює комплаєнс і репутацію і підвищує стійкість продукту.