Cooling-off періоди і перерви

1) Що таке cooling-off і навіщо він потрібен

Cooling-off - добровільна пауза, яку гравець включає сам, щоб тимчасово виключити можливість робити ставки/депозити і знизити імпульсивну поведінку. На відміну від самовиключення, cooling-off зазвичай коротше, легше активується і автоматично закінчується.

• Зниження ризику шкоди і скарг/чарджбеків.
• Відповідність ліцензійним очікуванням і кращим практикам RG.
• Підвищення довіри до бренду і довгострокової стійкості.

2) Таксономія перерв

3) Правила застосування та межі

Активується миттєво. Ігрові дії та депозити блокуються до кінця періоду.

Скасування до закінчення терміну не допускається. (Інакше втрачається сенс «охолодження».)

Доступ до облікового запису зазвичай зберігається для перегляду історії та виведення коштів.
Бонуси/промо: при активному cooling-off - ніякого промо, користувач в глобальному suppression-списку.
Повторна активація допускається; лімітуйте частоту, якщо це не погіршує захист.
Ескалація: при частих включеннях → запропонувати більш довгий термін або самовиключення.

4) UX-патерни і готові тексти

Принципи: ясно, коротко, без тиску до продовження, рівна помітність «Перерва «/« Продовжити »(якщо застосовується), ніяких промо.

• Хедер/профіль → «Самоконтроль»: кнопки «Перерва 15 хв», «Cooling-off», «Самовиключення».
• У Reality Check і на екранах лімітів - швидкі кнопки дій.

• Мікро-перерва: "Зробіть паузу 15 хвилин. Під час паузи ставки і депозити недоступні"
• Cooling-off (вибір): "Виберіть термін: 24 год· 48 год· 72 год· 7 днів· 14 днів· 30 днів. Протягом періоду гра і депозити недоступні. Скасувати достроково не можна"
• Підтвердження: "Cooling-off активований до [дата, час, TZ]. Ви можете увійти, щоб вивести кошти і подивитися історію. Реклама відключена"
• Ескалація: "Ви часто використовуєте короткі паузи. Рекомендуємо 30 днів cooling-off або самовиключення для більш стабільного контролю"

5) Порогові значення і тригери

Из Reality Check: кнопка «Перерва 15 хв» при 60/90 хв гри, «Cooling-off до завтра» при перевищенні лімітів втрат.
Поведінка: серія відмін висновків, швидке зростання ставок після програшів (chasing) → підказка про cooling-off.
Нічний час: після 02:00 локальної TZ - посилювати пропозицію паузи.
Дитячі/вразливі режими: більш жорсткі передустановки за термінами.

6) Інтеграції та взаємодія з RG-контуром

Ліміти депозитів/втрат/часу: при активному cooling-off - ігноруємо їх стан, все одно блок.
Самовиключення: завжди пріоритетніше і триваліше; якщо активовано, cooling-off приховувати.
Маркетинг/CRM/Ads: негайна синхронізація suppression у всіх каналах і у афіліатів.
KYC/AML: висновки дозволені при дотриманні KYC; аномалії під час cooling-off → посилений скоринг.

7) Архітектура і фейл-сейфи

• RG Engine / Breaks Service: зберігання статусів перерв, термінів, причин; API для читання/запису.
• Auth/Game/Payments Gateways: синхронні предикати (заборона ставок/депозитів при активній перерві).
• CRM/Ads Hub: real-time suppression і зняття після закінчення терміну.
• Event Bus: `break. started`, `break. ends_at`, `break. ended`, `suppression. applied`.
• Audit/WORM: незмінні журнали активацій/закінчень/комунікацій.

Фейл-сейф: при недоступності Breaks Service - «суворий режим» (заборонити ставки/депозити) або використовувати останній k-часу знімок; всі відхилення логуються.

8) Політика cooling-off (скелет для wiki)

1. Область: всі бренди/канали/локації.
2. Терміни: перелік доступних (24 год-180 днів), локальна TZ в інтерфейсі.
3. Правила: дострокове скасування неможливе; вхід дозволений для історії/висновків; промо заборонено.
4. Дані: мінімізація, терміни зберігання сигналів (напр., 12-24 міс.), DPIA для профілювання.
5. Ескалації: часті включення → рекомендація самовиключення; Правила для вразливих.
6. Комунікації: шаблони листів/гармат, посилання на ресурси допомоги.
7. Звітність: метрики, SLA, аудит.

9) Метрики та SLO

Break Adoption Rate: частка гравців, які скористалися перервами.
Time-to-Enforce: від кліка до фактичної заборони ставок/депозитів (<1-2 с).
Suppression Accuracy: відсутність промо в період перерви (~ 100%).
Harm-Signal Reduction: зниження chasing/нічних довгих сесій в 30 днів.
Repeat Breaks → Escalation: частка, ескалована в тривалий cooling-off/самовиключення.
Complaint/Chargeback Rate: тренд вниз після впровадження.
System Availability (Breaks): ≥99. 9%.

10) RACI (ролі та відповідальність)

11) Чек-листи (операційні)

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

• Визначені терміни і тексти (локалі, TZ).
• Налаштовані предикати в Auth/Game/Payments.
• Підключений suppression у всіх каналах (email/SMS/push/ads/афіліати).
• Включений WORM-аудит і алерти по SLO.
• Проведено DPIA, оновлено політику RG.

В експлуатації

• Моніторинг Time-to-Enforce і Suppression Accuracy.
• Щотижнева калібрування тригерів (ніч/chasing).
• Розбір скарг/інцидентів, поліпшення текстів і UX.

Інциденти

• Фоллбек «суворий режим» при відмовах сервісів.
• Комунікації гравцям і коригування статусів за логами.

12) Сценарії та приклади

A. Швидка перерва з Reality Check

Гравець 60 хв в сесії, спливає вікно: «Перерва 15 хв?» → клік → блок ставок/депозитів, таймер, потім автосняття.

B. cooling-off на 7 днів

Гравець включає в центрі самоконтролю. Негайно: блок гри/депозитів, включається suppression. Дозволено вхід для виводу. Через 7 днів статус знімається автоматично.

C. Повторювані короткі паузи

3 рази за тиждень гравець включає 24-годинний cooling-off → автоматична рекомендація «30 днів» або самовиключення, альт-екран з ресурсами допомоги.

13) Справедливість і приватність

Explainability: коротко пояснюйте, що і чому блокується, коли завершиться, як вивести кошти.
Мінімізація: зберігайте тільки факти включення/закінчення, причину (reason code) і термін.
Доступність: контрастні елементи, прості формулювання, підтримка скрінрідерів.
Без «темних патернів».

14) Дорожня карта впровадження (6 кроків)

1. Політика та DPIA: визначити терміни і правила, шаблони текстів, suppression-процедури.
2. Архітектура: реалізувати Breaks Service, гварди в Auth/Game/Payments, Event Bus, WORM-аудит.
3. UX/контент: додати кнопки в профіль/Reality Check, локалізація, доступність.
4. Інтеграції: CRM/Ads/афіліати (suppression), КУС/висновки.
5. Спостережуваність: дашборди метрик і SLO, алерти, пост-мореми інцидентів.
6. Поліпшення: A/B формулювань/розташування, калібрування тригерів, аналіз повторних кейсів.

Підсумок

Cooling-off і перерви - це не «косметична» функція, а наскрізний захисний контур: чесні терміни і правила, миттєве технічне застосування, suppression промо, прозорий UX, зв'язок з лімітами і самовиключенням, сувора спостережуваність і фейл-сейфи. Такий підхід знижує шкоду, зміцнює комплаєнс і підвищує довіру до вашого продукту.