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, მარკეტინგის მხარდაჭერა. (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% ლიმიტით.
მაღალი დონის პროფილი: RC ყოველ 30 წუთში; დამატებითი. შეხსენებები ნებისმიერი „თითქმის ლიმიტით“.
გადასვლები: შესვენების გარეშე 3 RC- ის შემდეგ - სავალდებულო რეალობა (მაგალითად, 2 წუთი).
ანაბრები: მე -2 ანაბარი 60 წუთი - ფრაქციული ეკრანი, რომელსაც აქვს ხარჯების ისტორია პერიოდისთვის.
ღამის საათები: გაუმჯობესებული რეჟიმი (მოკლე RC, რბილი შესვენების შეთავაზებები).
ადგილობრივი ნორმები: ცალკეული პროფილები ბაზრებზე (მნიშვნელობები პოლიტიკის კონფიგურაციაში).
6) ტექსტები (ზეწოლის გარეშე) - მაგალითები
RC დრო:აკრძალულია ფორმულირება, რომელიც აიძულებს გაგრძელებას („კიდევ ცოტა“, „თითქმის გადაბრუნდა“).
7) UX ნიმუშები და წვდომა
მოდალური ფანჯრები ტაიმერით, სამი გასაგები ღილაკი: შესვენება, ლიმიტი, გაგრძელება.
სტატუს ბარი (ქუდი/მენიუ): სესიის დრო, სუფთა შედეგი, სწრაფი წვდომა ლიმიტებზე.
მოდალკაში ფოკუს ხაფანგი (წვდომა), კლავიატურადან კონტროლი, ხმის მიცემა ეკრანზე.
არ არის მუქი შაბლონები: ღილაკების იგივე ვიზუალური იერარქია, ლიმიტების შესუსტების დადასტურება - მხოლოდ „გაგრილების“ შემდეგ.
ლოკალიზაცია და ერთეულები: ვალუტა, თარიღების/დროის ფორმატები, 24-საათიანი ფორმატი.
8) ინტეგრაცია და მოვლენები
Game providers/aggregators: событие `reality_check` (payload: elapsed, net, stake_count), `session_pause`, `session_stop`.
Wallet/PSP: სუფთა შედეგზე წვდომა ფანჯრებისთვის (საათი/დღე/კვირა).
CRM: suppression high-risk/მრავალჯერადი RC; პერსონალიზებული ნოტები პრომო გარეშე.
Feature Flags: RC პროფილების ჩართვა A/B. ბაზარზე/სეგმენტებში
9) მონაცემები, კონფიდენციალურობა და ჟურნალისტიკა
მონაცემთა მოდელი (მინიმალური):შეინახეთ მხოლოდ საჭირო დანაყოფები; PII - ცალკე.
ჟურნალები უცვლელი (WORM), დრო UTC- ში; წვდომა RBAC/ABAC.
რეპეტიცია: RG/რეგულატორის პოლიტიკის შესახებ (ხშირად 5-7 წელი).
10) ალგორითმები და ლოგიკა
წესები: კონფისკაციის ძრავა (YAML/DB): ინტერვალები, ბარიერები, ტექსტები, ლოკალი.
Risk მოდულატორი: რისკის კლასი - RC - ის ინტერვალები, გაძლიერებულია friction ეკრანები.
ჰარმონიზაცია ლიმიტებთან: RC ითვალისწინებს მიმდინარე ლიმიტებს/დროებს/SE; თამაშის გაგრძელება შეუძლებელია აქტიური ბლოკირებით.
ანტი-სპამი: RC გაერთიანება ხშირი გამომწვევებით (debounce), მაგრამ კრიტიკული გამოტოვების გარეშე.
11) KPI/KRI და დაშბორდი
RC Coverage: აქტიური მოთამაშეების წილი, რომლებმაც მიიღეს RC პროფილში.
Time-to-RC: სხდომის დაწყებიდან პირველ RC- მდე (საშუალო).
RC Response:% შესვენება/ლიმიტი.
Limit Uptake: RC- დან კონვერტაცია დაწესებულია ლიმიტით.
Repeat Harm Markers 30/90d: შემცირება RC- ის განხორციელების შემდეგ.
Deposit Friction Impact: განმეორებითი დეპოზიტების სიხშირის შეცვლა 60 წთ
Complaints Rate: პრეტენზია შეპყრობილობის/გაუგებრობის შესახებ.
Auditability: RC- ის წილი სწორი ლოგოთი და კავშირები თამაშის/საფულის მოვლენებთან.
12) ჩეკის ფურცლები
გაშვებამდე
- ინტერვალების/ბარიერების პროფილები შეთანხმებულია Legal/RG- სთან.
- UX საავტორო უფლებები ლოკალიზებულია; ტექსტები წნევის გარეშე.
- პროვაიდერთან/საფულესთან ინტეგრაცია ტესტირებულია (პოზიტი ./უარყოფითი).
- Logs WORM, UTC დრო, შერიგება GL/საფულესთან.
- ხელმისაწვდომობა: კლავიატურა, კონტრასტი, ეკრანი, მობილური ჟესტები.
ოპერაციებში
- RC Coverage/Response Rate- ის ყოველდღიური მონიტორინგი.
- შემოწმება „ანაბრის წინ“ განმეორებით შევსებაში.
- გამაძლიერებელი მარკეტინგი მაღალი რისკის/ხშირი RC- სთვის.
- ესკალაცია CS- ში N RC მოთამაშეებისთვის შეფერხების გარეშე.
აუდიტი და გაუმჯობესება
- კვარტალური A/B ტესტები ინტერვალებით/საავტორო უფლებებით.
- ლოგოების ნიმუში: თამაშების/საფულის მოვლენების შესაბამისობა.
- CAPA საჩივრების/ინციდენტების შესახებ (ტექსტების შეცვლა/ინტერვალები).
13) შაბლონები (სწრაფი ჩანართები)
A) RC (60 წთ) მოდალური
შესვენება/ლიმიტის დაყენება/გაგრძელება
ბ) ფრიქცია დეპოზიტამდე
გირჩევთ შეზღუდოთ ბიუჯეტი ან შესვენება. გააგრძელე?
C) SMS/Push (რბილი)
დ) ბანერი პროფილში
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- ს შემდეგ; უფრო მოკლეა მაღალი დონის ინტერვალები.
მუქი შაბლონები და თანაბარი ღილაკები, ვიზუალური აქცენტების განადგურების აკრძალვა.
ყალბი თანხები/დრო - საფულესთან/აგრეგატორთან დაკავშირება, გამოთვლების 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 რისკის მოდული, იდაყვის გაფართოება.
Sparfall for CS/CRM (რა უნდა გავაკეთოთ ხვალ):
- თუ მოთამაშე ხშირად ხედავს RC- ს და არ აკეთებს შესვენებას - შესთავაზეთ დრო/ზღვარი.
- ნებისმიერი საჩივარი შეპყრობილობის შესახებ - დარეგისტრირდით; არ ამოიღოთ RC მოთამაშის თხოვნით.
- პასუხების შენახვა ნეიტრალური, წნევის გარეშე და tipping-off- ის გარეშე.
- შეამოწმეთ საფოსტო გზავნილები ხშირი RC და მაღალი რანგის მოთამაშეებში.