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: high-risk/көп реттік RC үшін suppression; промоусыз дербестендірілген ноталар.

Feature Flags: A/B нарықтары/сегменттері бойынша RC профильдерін қосу

9) Деректер, құпиялылық және журналға түсіру

Тек қажетті агрегаттарды сақтау; PII - жеке.
Өзгермейтін журналдар (WORM), UTC уақыты; RBAC/ABAC бойынша қол жеткізу.
Ретенция: RG/реттегіш саясаты бойынша (жиі 5-7 жыл).

10) Алгоритмдер мен логика

Ережелер: -қозғалтқыш (YAML/DB): аралықтар, табалдырықтар, мәтіндер, локальдар.
Тәуекел-модулятор: тәуекел сыныбы ↑ → 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-алдын ала-депозитті» тексеру.
• high-risk/жиі RC үшін маркетинг suppression.
• Үзіліссіз N RC ойыншылары үшін CS-дегі эскалациялар.

Аудит және жақсарту

• Тоқсандық 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-қауіп модулі, локальдардың кеңеюі.

• Егер ойыншы RC-ны жиі көріп, үзіліс жасамаса - тайм-аут/лимит ұсыныңыз.
• Обсессияға кез келген шағым - тіркеу; ойыншының өтініші бойынша RC-ны алып тастамаңыз.
• Жауаптарды бейтарап, қысымсыз және tipping-off ұстаңыз.
• Жиі RC және high-risk бар ойыншылардың suppression тарату тексеріңіз.