Mas’uliyatli o’yin va limitlar

1) Maqsad va viloyat

O’yinchilarga zarar yetkazishning oldini oluvchi va tartibga soluvchi/obro «-e’tibor xavfini kamaytiruvchi tizim yaratish: shaffof limitlar, o’z vaqtida intervensiyalar, to’g» ri kommunikatsiya, qarorlarni hujjatlashtirish va muvofiqlikni isbotlovchi baza. Qamrov: veb/mobil mahsulot, CRM/marketing, CS, to’lovlar/xulosalar, o’yin provayderlari, bozorlarga hisobot berish.

2) RG prinsiplari

Profilaktika reaktsiyadan muhimroqdir. Zarar kelguniga qadar erta signallar va yumshoq intervensiyalar.
Oʻyinchining avtonomiyasi. Limitlar sodda belgilanadi, faqat qattiqlashtirish (sovutish) tomonga o’zgarishi mumkin.
Shaffoflik. Qoidalarning aniq tavsifi, vaqt/summa bo’yicha kesib tashlash, limitlar taraqqiyotining ko’rinishi.
Hech qanday bosim yo’q. Zaif o’yinchilar uchun tajovuzkor upsell/reaktivatsiyalarni taqiqlash.
Dalillar. Barcha qadamlar taymstempli va manbali jurnallarda.
Maxfiylik. PII ni minimallashtirish, RBAC/DPO bo’yicha saqlash va foydalanish.

3) Rollar va RACI

RG Lead (siyosat egasi) - strategiya, metrika, UX/nusxa ko’chirish, eskalatsiyani ma’qullash. (A)

Risk/AML - zarar belgilari, tavakkalchilikni baholash, tekshirishning «affordability». (R)

CS/CRM - kommunikatsiyalar, cheklovlar/o’z-o’zidan istisnolarni kuzatib borish. (R)

Payments/Finance - RG/AML tekshiruvlarida xulosalarni muzlatish, siyosatga muvofiq qaytarish. (R)

Product/UX/Engineering - limitlar, onglilik bannerlari, haqiqat-chek, hisoblagichlar, reyestrlar bilan integratsiya. (R)

Legal/DPO - normalar/lokallarga muvofiqlik, maxfiylik. (C)

Internal Audit - mustaqil tekshiruvlar va follow-up CAPA. (C)

Exec Sponsor (COO/CEO) - «tone from the top», resurslar. (I/A)

4) Limitlar va mexanika turlari

4. 1 Moliyaviy limitlar

Depozit/to’ldirish (day/week/month).
Yo’qotishlar (loss limit) - davrlardagi sof yo’qotishlar.
Stavkalar/aylanma (wager cap) - yalpi summa.
Yutuq/chiqish limiti - xatti-harakatlar egri chiziqlari uchun ixtiyoriy.

4. 2. Vaqtinchalik limitlar

Kun/hafta vaqti, sessiya davomiyligi, majburiy tanaffuslar.
Reality Check: vaqt/yoʻqotishlar va chiqish tugmasi bilan ochilgan oynalar.

4. 3 O’zini o’zi cheklash

Taym-out (cool-off): 24 soat/7/30 kun.
O’zini istisno qilish: 6-12 oy yoki muddatsiz; bekor qilish - faqat sovutish va tasdiqlash orqali.

4. 4 Xulq-atvor «yumshoq» asboblari

Ko’rgazmali diagramma bilan sarf-xarajatlar va sof natija tarixi.
Budjet-planer (o’yin-kulgi oylik budjetini joriy etish).
Belgilangan limit to’g "risidagi eslatmalar (70/90%).
Marketing xabarlarini bir marta bosish orqali oʻchirish.

Qoidalar: qattiqlashtirish - darhol; yumshatish - sovutish davridan keyin (masalan, 24-168 soat).

5) Zarar markerlari (Markers of Harm) va tavakkalchilikni baholash

Moliyaviy: depozitlarning o’sishi/yo’qotishlar, tez-tez sodir bo’ladigan «deyarli limit» hodisalar, xulosalarni bekor qilish, qarz/kredit usullari.
Xulq-atvor: tungi sessiyalar, stavkalar tezligini oshirish, ko’plab parallel o’yinlar, yo’qotishlardan keyin tez qaytish.
Kommunikatsiyalar: chatda tajovuz/CS, limitlarni olib tashlash iltimoslari, moliyaviy qiyinchiliklar haqida shikoyatlar.
Ijtimoiy: o’zini «qarzdan chiqish» sifatida ko’rsatish, qaramlikni eslatib o’tish.
Tartibga soluvchi: o’z-o’zini istisno qilish reyestrlariga/yosh cheklovlariga nomuvofiqlik.

Skoring: qoida-beiz (chegarali) + ML-signallar (tasdiqlangan keyslarda o’qitish).
Xavf klasslari: Low/Medium/High → intervensiyalarning tegishli darajalari.

6) Intervensiyalar va ssenariylar

0-daraja (ma’rifiy): bannerlar, reality check, «qanday qilib limit belgilash kerak» maslahatlari.
1-daraja (yumshoq aloqa): e-mail/in-app limit/tanaffus taklifi bilan xabar.
2-daraja (CS aloqasi): shaxsiylashtirilgan muloqot, farovonlikni tekshirish, taym-autni taklif qilish.
3-daraja (cheklovlar): limitlarni majburan pasaytirish, marketing/bonuslarni vaqtincha blokirovka qilish.
4-daraja (qattiq chora): hisobni o’z-o’zidan chiqarib tashlash/blokirovka qilish va agar kerak bo’lsa, reyestrga xabar berish.

• "Biz xatarlarni koʻrsatuvchi faollikni payqadik. Chegarani belgilashni yoki tanaffus qilishni xohlaysizmi?"
• «Biz sizga muvozanatli qaror qabul qilish uchun vaqt berish uchun reklama takliflarini to’xtatib qo’yamiz.»
• "Masʼuliyatli oʻyin qoidalariga koʻra, kirish vaqtincha cheklanadi. Mana, yordam soʻrash"

7) UX va nusxa

Limitlar - xeder/profildan bir marta bosish; ko’rinadigan progress indikatorlari.
Matn geymifikatsiyasiz va manipulyatsiyasiz; yashillarni davom ettirishga undashdan qochish.
Salbiy tendentsiyada takroriy depozitlar oldidan «friksion» ekranlar.
Oddiy tushuntirishlar va mahalliy qoʻllab-quvvatlash resurslari bilan «Yordam» sahifasi.

8) To’lov qobiliyatini tekshirish (Affordability)

Risk-triggerlar → qo’shimcha ma’lumotlarni so’rash: mablag’lar/daromadlar manbai (qonun doirasida), yirik/tez-tez depozitlarda validatsiya.
Tekshirish vaqtida o’yinni qisman/to’liq to’xtatib turish.
Qarorlar hujjatlashtiriladi; AML shubhalari haqida hech qanday tipping-off yo’q.

9) Integratsiyalar va provayderlar

O’zini istisno qilish reyestrlari (milliy/mintaqaviy): real vaqtda sinxronlashtirish yoki T + 1; kirish/depozitgacha bo’lgan blok.
O’yinlar provayderlari: «freeze» uchun API, limitlar/tanaffuslar maqomini berish; yagona voqea "session_stop".
To’lovlar/PSP: anti-frod RG bayroqlari, faol cheklovlarda depozitlarning yumshoq chetga chiqishi.

10) Ma’lumotlar, maxfiylik va retensiya

Модель данных: `user_id, limit_type, value, period, set_at, effective_at, cooldown_until, changed_by, reason, evidence_id`.
Intervensiya daftarlari:’risk _ score _ before/after, channel, script_id, outcome’.
PII-minimallashtirish: faqat zarur narsalarni saqlash; hisobotlarda yashirish.
Retensiya: limitlar/intervensiyalar - kamida tartibga solish muddati (ko’pincha 5-7 yil); kirish - RBAC, ko’rish - faqat need-to-know.

11) Hisobot va dashbord RG

• Coverage: belgilangan limitli faol oʻyinchilar%.
• Time-to-Intervention: zararli markerdan kontaktgacha mediana.
• Limit Uptake: limit taklifidan konvertatsiya → oʻrnatilgan.
• Recurrence: 30/90 kunlik takroriy zararli markerlar.
• Self-Exclusion Rate va sovutish davridan keyin qaytarish.
• Marketing Suppression: suppression varag’idagi zaiflar%.
• Complaints/Disputes: X kun ≤ hal qilingan shikoyatlar ulushi.
• Compliance SLA: reyestrlar bilan sinxronlashtirish, xabarnomalarning o’z vaqtida bajarilishi.

12) Tartibga solish majburiyatlari (skelet)

O’zini istisno qilish/reyestrlar: ro’yxatdan o’tkazish/sinxronlashtirish, muddatlar.
Kommunikatsiyalar: zaiflarda tajovuzkor marketing/bonuslarni taqiqlash.
Hisobotlar: chastota va format (voqealar, limitlar, SE).
RG hodisalari: regulyatorga belgilangan muddatda bildirishnomalar, artefaktlar.
Mahalliylashtirish: interfeys tili va bozor ma’lumotnomalari.

13) Chek-varaqlar

Limitlarni ishga tushirishdan oldin

• UX oqimlari soddalashtirilgan (3 ta bosishdan ≤).
• Zaiflashganda sovutish sozlangan.
• SE/CR integratsiyasi reyestri sinovdan o’tkazildi (ijobiy/salbiy holatlar).
• Vaqt/yo’qotish hisoblagichlari multiprovayder muhitda to’g’ri.
• CS skriptlari Legal/RG Lead bilan kelishilgan.
• Log/jurnallar o’zgarmas, hisobotlar GL/hamyon bilan mos keladi.

Intervensiyalar

• Trigger shkalasi va reaksiya darajalari mavjud.
• Bosim/manipulyatsiyasiz xabar namunalari.
• suppression varaqlari CRM/puch/pochta bilan bogʻlangan.
• Sabablar va natijalarni hujjatlashtirish majburiydir.

Hisobot va audit

• Dashboard RG har kuni yangilanadi.
• Ish namunalari har chorakda IA tomonidan tekshiriladi.
• Takrorlanuvchi topilmalar boʻyicha CAPA (SLA).

14) Tez - tez xatolar va ulardan qanday qochish mumkin

Chegaralarni topish qiyin. → xeder/profil/reallik-chek.
Sovutmasdan yumshatish. → har doim enforce cool-down.
Zaiflarda marketing. → Kampaniyalarda majburiy suppression-bayroq.
Dalillar bazasi yo’q. → Tuzilgan loglar, artefaktlarga ID-havolalar.
Faqat «qog’oz» choralar. → limitlarni konvertatsiya qilish va zarar markerlarini kamaytirish uchun muntazam A/B-pruflar.

15) Shablonlar (tez qo’shimchalar)

A) «Limit belgilash» banneri

B) O’yinchiga xabar (1-daraja)

C) Olib qo’yishning kechiktirilganligi to’g "risidagi CS javobi (tipping-off’siz)

D) O’zini o’zi chiqarib tashlash to’g "risidagi xat

16) Texnik realizatsiya qilish (skelet)

RG-limitlar xizmati (idempotent API):’POST/limits’,’GET/limits’,’POST/self-exclusion’,’POST/cooloff’.
Реестр событий: `limit_threshold_reached`, `reality_check`, `rg_intervention`, `marketing_suppressed`.
Policy-engine: trigger qoidalari, cooldown, suppression.
Data-quality: GL/hamyon vs RG hisobotlari, sxemalar validatorlarini solishtirish.
Privacy-by-design: PII maydonlari ajratilgan; barcha yuklar - niqobli.

17) Joriy etish rejasi (30 kun)

1 hafta

1. RG siyosati (limitlar, sovutish, intervensiyalar darajasi) tasdiqlansin.
2. Maʼlumotlar/hodisalar va RACI modelini belgilash.
3. UX-maketlar va matnlarni tayyorlash (RU/EN + asosiy lokallar).

2 hafta

4. Limitlar va reality check, provayderlar/PSP bilan integratsiya xizmatini amalga oshirish.
5. CRM va marketing bloklarida suppression konturlarni moslash.
6. CS/CRM oʻqitish, skriptlar va 1 sahifali sahifalarni chiqarish.

3 hafta

7. 5-10% trafikka uchuvchi: loglar, sovutish, SE tekshiruvi.
8. Zararlar markerlarining jadval testlari, keyslarni qo’lda validatsiya qilish.
9. Fidbek yig’ish, qoidalar va matnlarni yangilash.

4-hafta

10. To’liq chiqarish; KPI va RG hodisalarining kundalik monitoringi.
11. Rahbariyatga hisobot; Og’ishlar bo’yicha CAPA.
12. v1 reja. 1: mintaqaviy integratsiyalar, ML-signallar, qo’shimcha limitlar.

• Odob va xulq-atvor kodeksi
• AML-treninglar va xodimlarni o’qitish
• Xodimlarning komplayens to’g "risida xabardorligi
• Noxush pleybuklar va ssenariylar
• Qoidabuzarliklar to’g "risidagi bildirishnomalar va hisobot muddatlari
• Tartibga soluvchi hisobotlar va ma’lumotlar formatlari
• Ichki audit va tashqi audit
• Auditorlik cheklistlari va revyu
• Litsenziyalar va inspeksiyalarni uzaytirish
• Hududlar bo’yicha tartibga solish qoidalarini o’zgartirish