بازی مسئولانه و محدودیت ها

1) هدف و منطقه

ایجاد یک سیستم که از آسیب رساندن به بازیکنان جلوگیری می کند و خطرات قانونی/شهرت را کاهش می دهد: محدودیت های شفاف، مداخلات به موقع، ارتباطات صحیح، مستند سازی تصمیمات و پایه شواهد انطباق. پوشش: وب/محصول تلفن همراه، CRM/بازاریابی، CS، پرداخت/نتیجه گیری، ارائه دهندگان بازی، گزارش بازار.

2) اصول RG

پیشگیری مهمتر از واکنش است. نشانه های اولیه و مداخلات خفیف قبل از آسیب رخ می دهد.
بازیکن استقلال. محدودیت ها به سادگی تنظیم می شوند، فقط در جهت سفت شدن (خنک کننده) قابل برگشت هستند.
شفافیت. شرح روشنی از قوانین، برش زمان/مقدار، دید از پیشرفت حد.
بدون فشار. ممنوعیت افزایش فروش تهاجمی/فعال سازی مجدد برای بازیکنان آسیب پذیر.
مدرک دارم. تمام مراحل در سیاهههای مربوط با timestamps و منابع هستند.
حریم خصوصی به حداقل رساندن PII، ذخیره سازی RBAC/DPO و دسترسی.

3) نقش ها و RACI

RG Lead (صاحب سیاست) - استراتژی، معیارها، تأیید UX/کپی رایت، تشدید. (الف)

ریسک/AML - نشانگرهای آسیب، نمرات ریسک، چک های «مقرون به صرفه». (R)

CS/CRM - ارتباطات، حمایت از محدودیت/خود حذفی. (R)

پرداخت/امور مالی - انجماد خروجی در طول چک RG/AML، بازده با توجه به سیاست. (R)

محصول/UX/مهندسی - محدودیت ها، آگهی های ذهنیت، بررسی واقعیت، شمارنده ها، ادغام رجیستری. (R)

قانونی/DPO - مطابق با هنجارها/مناطق، حریم خصوصی. (ج)

حسابرسی داخلی - حسابرسی مستقل و پیگیری CAPAs. (ج)

Exec Sponsor (COO/CEO) - «تن از بالا»، منابع. (I/A)

4) انواع محدودیت ها و مکانیک

4. 1 محدودیت های مالی

سپرده/دوباره پر کردن (روز/هفته/ماه).
حد ضرر - از دست دادن خالص برای دوره.
کلاه شرط بندی - مقدار ناخالص.
حد برد/خروجی - اختیاری برای منحنیهای رفتار.

4. ۲ محدودیتهای موقت

زمان در روز/هفته، طول جلسه، وقفه های مورد نیاز.
بررسی واقعیت: پنجره های بازشو با دکمه زمان/از دست دادن و خروج.

4. 3 خویشتن داری

زمان (خنک کردن): 24 ساعت/7/30 روز.
خود حذفی: 6-12 ماه یا به طور نامحدود; لغو - فقط از طریق خنک کننده و تایید.

4. 4 رفتاری «نرم» ابزار

تاریخچه هزینه و نتیجه خالص با یک نمودار بصری.
هواپیمای بی موتور بودجه (ورود به بودجه سرگرمی ماهانه).
یادآوری از حد تعیین شده قبل از رسیدن به آن (70/90٪).
غیر فعال کردن ایمیل های بازاریابی با یک کلیک.

قوانین: سفت کردن - حق دور ؛ کاهش - پس از یک دوره خنک کننده (به عنوان مثال 24-168 ساعت)

5) نشانگرهای آسیب و ارزیابی ریسک

مالی: رشد در سپرده/زیان, مکرر «نزدیک به حد» حوادث, لغو نتیجه گیری, بدهی/روش های اعتباری.
رفتاری: جلسات شبانه، افزایش سرعت شرط بندی، بسیاری از بازی های موازی، بازگشت سریع پس از باخت.
ارتباطات: پرخاشگری در چت/CS، درخواست برای حذف محدودیت، شکایت در مورد مشکلات مالی.
اجتماعی: موقعیت خود را به عنوان «خروج از بدهی»، با اشاره به اعتیاد.
تنظیم کننده: ناسازگاری با محدودیت های ثبت نام/محدودیت سنی.

امتیاز دهی: قاعده پایه (آستانه) + سیگنال های ML (آموزش در موارد تایید شده).
کلاس های خطر: سطوح مداخله متناظر کم/متوسط/زیاد.

6) مداخلات و سناریوها

سطح 0 (آموزشی): آگهی ها، بررسی واقعیت، راهنمایی «چگونه یک حد تعیین کنیم».
سطح 1 (تماس نرم): پیام ایمیل/در برنامه با پیشنهاد محدود/شکستن.
سطح 2 (تماس CS): گفتگوی شخصی، بررسی سلامت، پیشنهاد timeout.
سطح 3 (محدودیت ها): کاهش اجباری محدودیت ها، مسدود کردن موقت بازاریابی/پاداش ها.
سطح 4 (اندازه گیری سخت): خود حذفی/مسدود کردن حساب و اطلاع رسانی به رجیستری در صورت لزوم.

• "ما فعالیت هایی را نشان دادیم که خطرات را نشان می داد. میخواهید محدودیت ایجاد کنید یا استراحت کنید ؟
• «ما پیشنهادات تبلیغاتی را متوقف خواهیم کرد تا به شما زمان لازم برای تصمیم گیری آگاهانه بدهیم».
• با توجه به قوانین بازی مسئولانه، ما به طور موقت دسترسی را محدود خواهیم کرد. در اینجا این است که چگونه به درخواست کمک"

7) UX و کپی رایت

محدودیت ها - در یک کلیک از هدر/مشخصات ؛ شاخص های قابل مشاهده پیشرفت

متن بدون گیمیفیکیشن و دستکاری ؛ اجتناب از «تلنگر» سبز برای ادامه.
صفحه نمایش «اصطکاک» قبل از رسوبات مکرر در یک روند منفی.
صفحه راهنما با توضیحات ساده و منابع پشتیبانی محلی.

8) قیمت مناسب

· درخواست اطلاعات اضافی: منبع بودجه/درآمد (در چارچوب قانون)، اعتبار سنجی برای سپرده های بزرگ/مکرر.
تعلیق جزئی/کامل بازی برای مدت زمان بازبینی.
تصمیمات مستند شوند ؛ هیچ نکته ای در مورد سوء ظن AML وجود ندارد.

9) ادغام و ارائه دهندگان

رجیسترهای خود حذفی (nat/regional): هماهنگ سازی در زمان واقعی یا T + 1 ؛ بلوک قبل از ورود/سپرده.

ارائه دهندگان بازی: API برای «انجماد»، انتقال وضعیت محدود/شکستن ؛ تک رویداد «session_stop.»

پرداخت/PSP: پرچم RG در ضد تقلب, انحراف سپرده نرم تحت محدودیت های فعال.

10) داده ها، حفظ حریم خصوصی و حفظ

: 'user _ id, , value, period, , understand, user _ id.
سیاهههای مربوط مداخله: 'risk _ score _ before/after، کانال، script_id، نتیجه'.

به حداقل رساندن PII: ذخیره تنها آنچه شما نیاز دارید ؛ ماسک در گزارشها

محدودیت ها/مداخلات - حداقل یک دوره نظارتی (اغلب 5-7 سال) ؛ دسترسی - RBAC، مشاهده - تنها با نیاز به دانستن.

11) گزارش RG و داشبورد

• پوشش:٪ از بازیکنان فعال با محدودیت های تعیین شده.
• زمان به مداخله: متوسط از نشانگر آسیب به تماس.
• محدود کردن جذب: تبدیل از پیشنهاد محدودیت → تنظیم شده است.
• عود: نشانگرهای آسیب مکرر در روزهای 30/90.
• نرخ خود حذفی و بازده پس از دوره خنک کننده.
• سرکوب بازاریابی:٪ تحت لیست سرکوب آسیب پذیر است.
• شکایات/اختلافات: درصد شکایات حل شده ≤ X روز.
• SLA انطباق: هماهنگ سازی با ثبت، اطلاعیه به موقع.

12) تعهدات نظارتی (اسکلت)

خود حذفی/ثبت: ثبت نام/هماهنگ سازی، زمان بندی.
ارتباطات: بدون بازاریابی تهاجمی/پاداش برای آسیب پذیر است.
گزارش ها: فرکانس و فرمت (رویدادها، محدودیت ها، SE).
حوادث RG: اطلاعیه به تنظیم کننده در زمان، مصنوعات.
محلی سازی: زبان رابط و کمک به بازار.

13) چک لیست

قبل از شروع محدودیت ها

• جریان UX ساده شده است (≤ 3 کلیک).
• خنک کننده تضعیف پیکربندی شده است.
• SE/CR ادغام رجیستری تست شده (موارد مثبت/منفی).
• شمارنده زمان/از دست دادن در یک محیط چند ارائه دهنده درست است.
• اسکریپت CS با حقوقی/RG سرب به توافق رسیدند.
• سیاهههای مربوط/سیاهههای مربوط تغییر ناپذیر هستند، گزارش با GL/کیف پول همگرا.

مداخلات

• مقیاس محرک ها و سطح واکنش وجود دارد.
• قالب های پیام بدون فشار/دستکاری.
• لیست سرکوب به CRM/فشار/ایمیل متصل است.
• مستندات علت و نتیجه اجباری است.

گزارش و حسابرسی

• داشبورد RG روزانه به روز می شود.
• نمونه های مورد به صورت سه ماهه توسط IA بررسی می شود.
• CAPA توسط پیدا کردن مجدد در زمان بندی (SLA).

14) اشتباهات مکرر و چگونگی اجتناب از آنها

دشوار است برای پیدا کردن محدودیت. → برای قرار دادن در هدر/مشخصات/واقعیت بررسی.
کاهش بدون خنک کننده → همیشه خنک کردن را اجرا کنید.
بازاریابی به آسیب پذیر → پرچم سرکوب اجباری در مبارزات انتخاباتی.
هیچ پایه شواهد وجود دارد. → سیاهههای مربوط به ساختار, ID لینک به مصنوعات.
→ به طور منظم اثبات A/B برای تبدیل محدودیت و کاهش نشانگر آسیب.

15) قالب (درج سریع)

الف) تنظیم بنر محدود

B) پیام به بازیکن (سطح 1)

C) پاسخ CS در تاخیر خروجی (بدون اوج خاموش)

کلید> بررسی امنیت استاندارد را می گذراند. به محض اینکه کامل شد به شما اطلاع خواهیم داد.

D) نامه خود حذفی

16) اجرای فنی (اسکلت)

سرویس RG-محدودیت (API idempotent): «POST/محدودیت», «GET/محدودیت», «POST/خود حذفی», «POST/cooloff».
Реестр событий: «limit _ threshold _ reached»، «reality _ check»، «rg _ intervention»، «marketing _ suppressed».
موتور سیاست: قوانین ماشه، خنک کننده، سرکوب.
کیفیت داده: آشتی GL/کیف پول در مقابل گزارش RG، اعتبار سنج مدار.
حریم خصوصی توسط طراحی: زمینه های PII از هم جدا ؛ تمام آپلودها - با ماسک.

17) برنامه اجرایی (30 روز)

1 هفته

1. تصویب سیاست RG (محدودیت، خنک کننده، سطح مداخله).
2. مدل داده/رویداد و RACI را مشخص کنید.
3. آماده پوسته UX و متون (RU/EN + مکان های کلیدی).

2 هفته

4. پیاده سازی یک سرویس از محدودیت ها و بررسی واقعیت، ادغام با ارائه دهندگان/PSP.
5. حلقه های سرکوب را در CRM و بلوک های بازاریابی تنظیم کنید.
6. آموزش CS/CRM، اسکریپت انتشار و 1 صفحه.

3 هفته

7. خلبان برای 5-10٪ از ترافیک: چک کردن سیاهههای مربوط، خنک کننده، SE.
8. آزمون نشانگر آسیب جدولی، اعتبار سنجی مورد کتابچه راهنمای کاربر.
9. جمع آوری بازخورد، به روز رسانی قوانین و متون.

4 هفته

10. آزادی کامل ؛ نظارت روزانه بر KPI ها و حوادث RG

11. گزارش به مدیریت ؛ CAPA برای انحرافات.
12. نقشه شماره 1 1: یکپارچگی منطقه ای، سیگنال های ML، محدودیت های اضافی.

• منشور اخلاقی و رفتاری
• آموزش AML و آموزش کارکنان
• آگاهی از انطباق کارکنان
• کتاب های بازی و اسکریپت های حادثه
• اطلاعیه های نقض و مهلت گزارش
• گزارش های نظارتی و فرمت های داده
• حسابرسی داخلی و حسابرسی خارجی
• چک لیست ها و بررسی های حسابرسی
• تجدید مجوز و بازرسی
• تغییرات منطقه ای