თამაშის შეზღუდვები

1) რატომ არის საჭირო დროის შეზღუდვა?

• სალიცენზიო და ეთიკური მოთხოვნების შესრულება;
• საჩივრებისა და ჩარჟბეკების შემცირება;
• LTV- ს მდგრადი მეტრიკა ჯანსაღი ქცევის გამო.

2) შეზღუდვების ტიპები (რეკომენდებული ტაქსონომია)

შენიშვნა: დროის შეზღუდვები უნდა შეთანხმდეს დეპოზიტების/ზარალის შეზღუდვებთან და რეალობის შემოწმებებთან.

3) პოლიტიკა და გამოყენების წესები

ლიმიტების შემცირება ძალაში შედის დაუყოვნებლივ.
ზრდა - მხოლოდ გაგრილების შემდეგ (24-168 საათი; ჩაწერეთ პოლიტიკაში).
სავალდებულო შესვენება სესიის ბარიერის მიღწევისას (მაგალითად, 90 წუთი) - ფანჯარა იბლოკება 5-15 წუთის განმავლობაში საპირისპირო დათვლით.
კომენდანტის საათები: ან ნებაყოფლობითი (თანხმობით), ან „ნაგულისხმევი“ მაღალი რისკის პროფილების/რეგიონალური სტანდარტებისთვის.
ჟურნალები: ინსტალაციის/ცვლილებების/ბლოკირების მუდმივი ფიქსაცია (WORM).

4) UX ნიმუშები „მუქი“ ტექნიკის გარეშე

პრინციპები: თანაბარი ხილვადობა „შესვენება/გაგრძელება“, მკაფიო რიცხვები (წუთი/საათი), ადგილობრივი TZ, ფანჯრებში პრომო გარეშე.

• პროფილი - „თვითკონტროლი“ და „თამაშის დრო“: სესიის/დღის/ყოველკვირეული ლიმიტები + კომენდანტის საათები.
• პროგრესის ინდიკატორი თამაშში: „დღეს: 45 წუთი 90 წუთიდან“.
• რეალობის შემოწმება ტაიმერით და net-result (დაბრუნების ზეწოლის გარეშე).

• ონბორდინგი: "შეარჩიეთ დროის ლიმიტები. შემცირება დაუყოვნებლივ მოქმედებს, ზრდა - 48 საათის შემდეგ (გაცივება)"
• პაუზამდე: „თქვენ თამაშობთ 90 წუთის განმავლობაში თქვენი უსაფრთხოების შესვენებისთვის 10 წუთის განმავლობაში. პაუზის დროს, განაკვეთები მიუწვდომელია.“
• დღის ლიმიტი მიღწეულია: "ამოწურულია დღის ლიმიტი (120 წუთი). თამაში ხელმისაწვდომი იქნება ხვალ, 00:00 საათიდან"
• გაზრდის მოთხოვნა: "დღის ლიმიტის 180 წუთამდე გაზრდა ძალაში შევა 48 საათის შემდეგ. დადასტურება?"

5) ტრიგერები და ესკალაცია (ინტერვენციის კიბე)

1. რბილი ნუჯი (30-60 წუთი): დროის/შესვენების შეხსენება, ღილაკები „შესვენება 15 წუთი/ლიმიტების კონფიგურაცია“.
2. გაძლიერებული მინიშნებები (ლიმიტის 80%): ლიმიტის დროულად მიტანა/შემცირება.
3. სავალდებულო შესვენება (სესიის ბარიერის 100%).
4. დროის დაბლოკვა დღის/ყოველკვირეული ლიმიტის მიღწევისას.
5. თვითგამორკვევის წინადადება სტაბილური ჭარბი და სხვა RG სიგნალებით (ჩასვლა, ღამის სესიები).
6. Sapport- ის კონტაქტი არის ადამიანი, რომელსაც აქვს reason-codes.

6) რთული შემთხვევები და როგორ მოვაგვაროთ ისინი

მულტფილმის მოწყობილობები/ჩანართები: განიხილეთ აქტიური თამაშის ფანჯარა; პარალელური სესიები, გამოიყენეთ heartbeat მოვლენები.
ტურნირის/ლაივ სესიები: წინასწარ გააფრთხილეთ, გამოიყენეთ „გრეის პერიოდი“ გათამაშების დასრულებამდე, მაგრამ ჩაწერეთ სავალდებულო შესვენება დაუყოვნებლივ.
AFK/უმოქმედობა: ავტომობილი-პაუზა და ავტო-მეტყველება უმოქმედობის N წუთის შემდეგ (არ ჩამოწეროთ AFK „თამაშის დროს“).
მრავალ ვერტიკალი: ცალკეული ვერტიკალური ლიმიტები + ანგარიშის ზოგადი „ქუდი“ ზღვარი.
Tymsons/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

დროებითი ლიმიტების ადაპტაცია (მიზანი - 30-50%).
Break Take Rate (ნებაყოფლობითი შესვენების წილი Reality Check- ის შემდეგ).
დრო-Enforce (დაბლოკვის წინ დროის ნულამდე): <1-2 წამი.
Overtime Prevention: პრევენციული განაკვეთების წილი ამოწურვის შემდეგ (ახლოს არის 100%).
Harm-Signal Reduction: ღამის გრძელი სესიების შემცირება/30 დღის განმავლობაში.
კომპლექსის ანგარიში შეტყობინებების შეპყრობისთვის (დაბალი შენახვა).
System Availability (Time Limits): ≥99. 9% დეგრადაციის ალერტებით.

11) RACI (როლები)

12) ჩეკის ფურცლები (ოპერაციული)

გაშვებამდე

• განისაზღვრება სესიის/დღის/ყოველკვირეული ბარიერები და კომენდანტის საათები.
• განხორციელდა სავალდებულო შესვენება და გაცივება.
• განლაგებულია heartbeat და სესიების დედუპლიკაცია (მულტფილმის მოწყობილობები).
• ლოკალი, წვდომა, ტექსტები პრომო გარეშე.
• WORM აუდიტი და SLO/მეტრიკის დაშბორდები.
• ჩატარდა DPIA, განახლდა RG პოლიტიკა.

ოპერაციაში

• ბარიერების და შეტყობინებების სიხშირის ყოველკვირეული კალიბრაცია.
• false blocks/false allows- ის მონიტორინგი და პრეტენზია შეპყრობილობის შესახებ.
• მხარდაჭერის კამპანიების შემოწმება ნულოვანი დროის დარჩენილი მოთამაშეებისთვის.

ინციდენტები

• დეგრადაციის გეგმა (read-only/ბოლო დარჩენილი).
• მოთამაშეთა კომუნიკაცია წარუმატებლობის, ჟურნალების დროის კორექტირების დროს.

13) სცენარების მაგალითები

A. სესიის ლიმიტი 90 წუთი, სავალდებულო შესვენება 10 წუთი

მოთამაშემ 90 წუთს მიაღწია - ფანჯარა იბლოკება, ტაიმერი 10 წუთი, ღილაკები „სერთიფიკატი/ამოღება“. შესვენების შემდეგ - სხდომის წინსვლა.

დღის ლიმიტი 120 წთ

მოთამაშემ ითამაშა 100 წუთი დილით და საღამოს 20 წუთი, ხოლო ბლოკი ადგილობრივი TZ 00:00 საათამდე. 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 ინსტრუმენტებთან და მკაცრი დაკვირვება. ეს მიდგომა იცავს მოთამაშეებს, აძლიერებს შესაბამისობას და რეპუტაციას და ზრდის პროდუქტის სტაბილურობას.