پشته CRM کازینو: تقسیم بندی، کمپین ها، شخصی سازی
مقاله کامل
1) اهداف CRM در iGaming
رشد LTV و حفظ: بازگشت بازیکن در زمان با یک کانال مناسب و پیشنهاد.
کاهش هزینه ارتباطات: انتخاب کانال/زمان/فرکانس هوشمند
انطباق به طور پیش فرض: RG/AML/انتخاب، سن/محدودیت های جغرافیایی، ممنوعیت تبلیغات برای گروه های آسیب پذیر.
تخصیص شفاف: درک آنچه واقعا کار می کند.
2) معماری مرجع پشته CRM
رویدادها (PAM/کیف پول/RGS/پرداخت/وب/برنامه)
│
├─CDP (هویت + پروفایل + رضایت) ──Feature فروشگاه (زمان واقعی + دسته ای)
│         │
│ ├─Segmentation سرویس (قوانین، SQL، لیست ML)
│ └─Orchestrator (سفر/راه اندازی/محدودیت)
│                  │
│ ├─Channels: فشار/ایمیل/اس ام اس/در محل/در برنامه/تماس
موتور │ └─Offers (پاداش، ماموریت، جکپات)
└─BI/DWH (انتساب، بالا بردن، آزمایش)- CDP (پلت فرم داده مشتری) با مشخصات بازیکن و مجوز (رضایت).
- اسکریپت ها/کمپین های ارکستر با محدودیت فرکانس و قوانین RG.
- ویژگی فروشگاه برای ویژگی های آنلاین/دسته ای (تمایل RTP، ارائه دهندگان مورد علاقه، خطر).
- ارائه می دهد موتور - تولید و اجرای پیشنهادات (قوانین + ML).
- کانال هایی با قراردادهای یکنواخت و بازخورد (تحویل/باز/کلیک/پاسخ/هرزنامه).
3) مدل رویداد و مشخصات بازیکن
3. 1 رویدادهای پایه
به سلامتی. شروع/پایان- خوب شد. قرار داده شده/حل و فصل '(stake/win/in_bonus/provider/game)
- تمام شد. بدهی/اعتبار '(دلیل، تاخیر)
3. 2 مشخصات (قطعه)
جی سون
{
"player_id":"p_123," "brand_id":"A," "منطقه":" اتحادیه اروپا"، "محلی":" de-DE"، "rg_status":{"self_excluded":false,"limits":{"loss_daily":100}} "، رضایت ": {"ایمیل ": درست، "فشار ": درست،" اس ام اس": غلط،" پروفایل": درست}، "ویژگی ها": {
«tenure_days":186»، «dep_count_30d":3»، «churn_score":0». 62 "، fav_providers":["studio_x,""live_y"]
«last_seen_at":"2025-10-22T21:10:00Z»
}قوانین: همه PII - توکنیزه کردن ؛ حفظ نشانه ای از رضایت و تاریخ تغییر. هر گونه ارتباط - فقط با انتخاب فعال.
4) تقسیم بندی: قوانین + ML
4. 1 قوانین (مبتنی بر قانون)
سازندههای SQL/visual: "DE + dep_count_30d=0 + last_seen>7d + رضایت. ایمیل"
دایرکتوری های بخش (VIP، مبتدیان، ارزش بالا، خفته).
بروز: زمان واقعی (جریان) برای عوامل مهم، دسته ای (5-60 دقیقه) برای کمپین های گسترده.
4. لیست 2 میلی لیتر
گرایش ریزش, بعدی بهترین اقدام/بازی, قصد سپرده, حساسیت ارائه.
آموزش DWH، به ثمر رساند در فروشگاه ویژگی ؛ توضیح: نشانه های بالا، اعتماد.
5) پیشنهادات و شخصی سازی
5. 1 انواع پیشنهادات
جوایز (سپرده/کلیدهای/چرخش آزاد), ماموریت/quests, مسابقات, جوایز برنده تمام پولها, توصیه های شخصی از بازی/دسته.
5. 2 قوانین سازگاری
RG: حذف خود محروم/محدود ؛ سن/مجوز/منطقه
اقتصاد: حداکثر هزینه هر بازیکن/روز، شرط بندی vager/max، بلوک درگیری.
ضد اسپم: فرکانس در هر کانال و در هر بازیکن.
5. 3 ایجاد یک پیشنهاد (به عنوان مثال API)
POST/v1/پیشنهادات/تولید
{
«player_id":"p_123,» «context «: {«intent «: «reengage»,» channel»:» email»}, «constraints «: {«max _ cost _ minor»: 500,» rg _ safe»: true}
}
→ 200 {
«offer_id":"of_777,» «الگو «: «پاداش _ کش بک», «پارامز «: {«درصد «: 10, «کلاه _ صغیر»: 2000,» wagerx»: 15}, «expires_at":"2025-10-24T21:00:00Z»
}6) هماهنگی کمپین ها و عوامل
6. 1 راه اندازی (زمان واقعی)
خوب شد. حل و فصل 'با از دست دادن بی اهمیت → «تسلی» cashback (اگر RG اجازه می دهد).
حق الزحمه. خرابی '(3-DS/AVS) → PSP سریع/متناوب.
'churn _ score> 0. 7 & last_seen>14d' → زنجیره تعامل مجدد (فشار → ایمیل).
6. ۲ جورنی (سفر)
State graph: enter → wait → check → send → evaluate → گام بعدی را وارد کنید.
شرایط ورود/خروج، خاموش شدن توسط بازیکن، خنک شدن بین مراحل، لغو خودکار در لغو اشتراک/شکایت.
6. ۳ محدودیتها و اولویتهای فرکانس
در هر کانال/روز/هفته، جهانی «کلاه پیام»، اولویت VIP/حادثه.
«چهار چشم» در کمپین های حساس (تصویب دستی پیشنهادات عالی).
7) کانال ها و تحویل
قابلیت تحویل: دامنه ها، شهرت IP، گرم کردن، محرک های اسپم ؛ ردیابی 'تحویل/باز/کلیک/لغو اشتراک/شکایت'.
8) شخصی سازی محتوا و توصیه ها
قوانین + ML ترکیبی: اولین فیلتر توسط مجوز/ارائه دهنده، سپس رتبه بندی ML (تاریخ + محبوبیت/تازگی).
زمینه: دستگاه/زمان/جغرافیایی/رده.
Guardrails: الگوهای RG «خطرناک» (جلسات طولانی/سهام بالا) را حذف کنید، محدودیت های پاداش را محدود کنید.
قالب ها: محتوای چند زبانه (BCP-47)، متغیرهایی برای متغیرهای پیشنهاد، گزینه های A/B.
9) آزمایش و انتساب
A/B/n با دست و پنجه نرم مداوم.
مدل سازی بالا بردن: ما کسانی که انتظار افزایش از تماس (و نه همه) هدف قرار دهند.
انتساب: آخرین لمس + مدل های موقعیتی ؛ for triggers - «saw/open/clicked → action (deposit/return/involvement)».
گاردریل ها: شاخص های RG را بدتر نکنید (افزایش محدودیت های تحریک، شکایات).
10) معیارهای CRM و SLO
تحویل: میزان تحویل، باز/کلیک، شکایت/لغو اشتراک.
کسب و کار: سپرده بالا بردن/دوباره فعال، ARPU بالا بردن، بهم زدن به پایین، کمپین ROI، هزینه در هر درگیر.
عملیات: ارائه زمان تولید، p95 «sobytiye → otpravka»، صف پیام، retrays.
RG/انطباق:٪ مسدود شده توسط RG، سهم تماس با آسیب پذیر، شکایت.
اهداف SLO (معیارها):- ماشه زمان واقعی «sobytiye → dostavka» p95 ≤ 30-90 s ؛
- کمپین دسته ای تا 15 دقیقه ؛
- میزان شکایت <0. 1%, لغو اشتراک <1% توسط پستی.
11) امنیت، حریم خصوصی، رضایت
رضایت ها تقسیم می شوند ؛ برای هر ارتباطی که ما وارد می کنیم «بر چه اساس ما ارسال کردیم».
جداسازی PII: نشانه ها/pseudo-ID در CRM، تماس مستقیم در مخازن کانال امن.
RLS/ABAC: دسترسی به نام تجاری/منطقه/نقش (پشتیبانی/بازاریابی/تجزیه و تحلیل).
ممیزی WORM: تغییرات در بخش ها، قوانین، پیشنهادات، ارسال نامه های جمعی.
جابجایی توسط منطقه (اقامت داده)، «حق فراموشی».
12) قراردادهای ادغام (قطعات)
رویداد ماشه
پست/v1/رویدادها
{
"event_type":"payment. failed "," trace_id":"tr_a1b2, "player_id":"p_123," payload ": {" psp ":" X "," reason _ code ":" 3DS _ TIMEOUT "}," occurred_at":"2025-10-23T11:21:05Z "
}ارسال پیام (کانال انتزاعی)
ارسال/v1/پیام/ارسال
هدر: X-idempotency-کلید: msg_001
{
«کانال «:» ایمیل»، «player_id":"p_123,» «template_id":"tpl_reengage_01,» شخصی سازی «: {«نام «:» الکس»،» پیشنهاد _ id»:» از _ 777»}»، «frequency_policy_id":"fp_default»
}
→ 202 {«delivery _ id «: «dlv _ 9k»,» status»:» QUEUED»}بازخورد از کانال
POST/v1/پیام/بازخورد
{
«delivery_id":"dlv_9k,» «رویداد»: «باز کردن»    کلیک کنید    گزاف گویی    شکایت نامه    لغو اشتراک، «occurred_at":"2025-10-23T11:22:05Z»
}13) بهداشت عملیاتی
تقویم کمپین: پنجره های سیاه (مسابقات، نسخه ها، دوره های reg)، «ساعت های آرام».
بررسی محتوا: املا، سلب مسئولیت قانونی، نام تجاری مناسب و مجوز.
Deadup: دو پیام در مورد یک رویداد را برای X دقیقه ارسال نکنید.
فشار برگشتی: محدود کردن نامه های پیک، گرم کردن دامنه ها، اولویت بندی پیام های معامله.
14) چک لیست
معماری و داده ها
- تنها CDP، پروفایل، رضایت، وضعیت RG.
- جریان حوادث و قیف دسته ای ؛ ویژگی فروشگاه زمان واقعی + دسته ای.
- Outbox/CDC، حلقه ارسال و بازخورد بی نظیر.
- RLS/ABAC، جداسازی PII، حسابرسی WORM.
تقسیم بندی و پیشنهادات
- مجموعه ای از بخش های «اسکلت» + لیست ML.
- سیاست های قابلیت همکاری (RG، اقتصاد، مجوز).
- محدودیت فرکانس در هر کانال و در سطح جهانی.
ارکستراسیون و کانال ها
- Jorney با cooldown و لغو اشتراک/شکایت خودکار.
- کانال نظارت تحویل، شهرت دامنه/IP.
- ردیابی پیوند عمیق و تبدیل به کیف پول/شرط.
آزمایش/اندازه گیری
- A/B/n + بالا بردن ؛ گاردریل RG.
- تخصیص و ROI، گزارش هزینه (کانال/PSP/محلی).
15) پرچم های قرمز (ضد الگوهای)
نامه های توده ای بدون محدودیت فرکانس و فیلترهای RG.
کمپین در بازیکنان بدون انتخاب در و یا با رضایت منقضی شده است.
شخصی سازی با استفاده از PII در متن ساده غیر ضروری.
بدون حلقه بازخورد: هیچ داده تحویل/شکایت.
«سخت سیمی» قوانین بدون A/B و تله متری.
ارسال پاداش بدون کنترل اقتصادی (کلاه، بودجه، درگیری قانون).
ذخیره سازی اطلاعات تماس در سیاهههای مربوط/داشبورد.
16) خط پایین
پشته CRM قوی در iGaming نه تنها «پستی» است. "این یک پلت فرم رویداد با یک نمایه، موافقت و محدودیت های RG است ؛ تقسیم بندی هوشمند و تولید پیشنهادات ؛ هماهنگ کننده مجله با محدودیت فرکانس و بازخورد کانال ؛ و اندازه گیری بالا بردن/ROI به جای «کشف به خاطر کشف». "بنابراین شما LTV و حفظ را افزایش می دهید، هزینه های تماس را کاهش می دهید، رعایت می کنید - و ارتباطات مناسب، به موقع و ایمن برقرار می کنید.
