CRM კაზინოს დასტის: სეგმენტი, კამპანიები, პერსონალიზაცია

სტატიის სრული ტექსტი

💡 18+. მასალა პლატფორმების/ოპერატორებისა და iGaming მარკეტინგის/ანალიტიკური ბრძანებების შესახებ. არა თამაშის მოწოდება. ყველა მაგალითი ეხება კორპორატიულ არქიტექტურას და მომხმარებლებთან უსაფრთხო კომუნიკაციას.

1) CRM მიზნები iGaming- ში

LTV- ის ზრდა და შენარჩუნება: მოთამაშის დროულად დაბრუნება შესაფერისი არხით და ოფისით.

კომუნიკაციების ღირებულების შემცირება: არხის/დროის/სიხშირის ჭკვიანი არჩევანი.

ნაგულისხმევი შესაბამისობა: RG/AML/opt-in, ასაკობრივი/გეო შეზღუდვები, დაუცველი ჯგუფების პრომო აკრძალვები.

გამჭვირვალე ატრიბუტი: იმის გაგება, რომ ის ნამდვილად მუშაობს.

2) რეფერენდუმი-CRM დასტის არქიტექტურა


Events (PAM/Wallet/RGS/Payments/Web/App)
│
├─CDP (Identity + Profiles + Consent) ──Feature Store (real-time + batch)
│         │
│         ├─Segmentation Service (rules, SQL, ML lists)
│         └─Orchestrator (Journeys/Triggers/Limits)
│                  │
│                  ├─Channels: Push / Email / SMS / On-site / In-app / Call
│                  └─Offers Engine (bonuses, missions, jackpots)
└─BI/DWH (attribution, uplift, experiments)

ძირითადი ელემენტები:

CDP (Customer Data Platform) მოთამაშის პროფილი და რეზოლუცია (რეზოლუცია).
Orchestrator სცენარები/კამპანიები სიხშირის ლიმიტით და RG წესებით.
Feature Store ონლაინ/batch ნიშნებისთვის (RTP ტენდენცია, საყვარელი პროვაიდერები, რისკი).
Offers Engine - ოფშორული წარმოება და შესრულება (წესები + ML).
არხები ერთი კონტრაქტით და უკუკავშირით (delivery/Open/click/reply/spam).

3) ღონისძიების მოდელი და მოთამაშის პროფილი

3. 1 ძირითადი მოვლენები

`session. started/ended`

`bet. placed/settled` (stake/win/in_bonus/provider/game)
`wallet. debit/credit` (reason, latency)

`payment. intent	authorized	captured	refund	withdraw`
`bonus. issued	consumed	expired`
`rg. limit. hit	reality_check`
`crm. delivery	open	click	unsubscribe	complaint`

3. 2 პროფილი (ფრაგმენტი)

json
{
"player_id":"p_123",  "brand_id":"A",  "region":"EU",  "locale":"de-DE",  "rg_status":{"self_excluded":false,"limits":{"loss_daily":100}},  "consents":{"email":true,"push":true,"sms":false,"profiling":true},  "features":{
"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 - ტოკნიზირება; შეინახეთ თანხმობის ნიშანი და შეცვლის თარიღი. ნებისმიერი კომუნიკაცია მხოლოდ ამჟამინდელი opt-in.

4) სეგმენტი: წესები + ML

4. 1 წესები

SQL/ვიზუალური დიზაინერები: "DE + dep _ count _ 30d = 0 + last _ seen> 7d + consent. email».

სეგმენტის ცნობარები (VIP, დამწყებთათვის, მაღალი დონის, დორმანტი).

განახლება: რეალურ დროში (ნაკადი) კრიტიკული ტრიგერებისთვის, batch (5-60 წუთი) ფართო კამპანიებისთვის.

4. 2 ML სიები

Churn propensity, Next Best Action/Game, Deposit intent, Offer sensitivity.

ტრენინგი DWH- ში, მორიელი Feature Store- ში; განმარტება: ტოპ ნიშნები, ნდობა.

5) ოფერები და პერსონალიზაცია

5. 1 ოფშორული ტიპები

პრემია (ანაბარი/ფულადი სახსრები/უფასო სპინები), მისიები/სტუმარი, ტურნირები, ჯეკპოტის პრიზები, თამაშების/კატეგორიის პირადი რეკომენდაციები.

5. 2 თავსებადობის წესები

RG: გამორიცხეთ თვითგამოცხადებული/ლიმიტი; ასაკი/ლიცენზია/რეგიონი.

ეკონომიკა: max cost per player/day, vager/max ფსონი, კონფლიქტების ბლოკი.

Anti-spam: per არხის სიხშირე და per player.

5. 3 ოფერის თაობა (API მაგალითი)


POST /v1/offers/generate
{
"player_id":"p_123",  "context":{"intent":"reengage","channel":"email"},  "constraints":{"max_cost_minor":500,"rg_safe":true}
}
→ 200 {
"offer_id":"of_777",  "template":"bonus_cashback",  "params":{"percent":10,"cap_minor":2000,"wagerx":15},  "expires_at":"2025-10-24T21:00:00Z"
}

6) კამპანიებისა და ტრიგერების ორკესტრი

6. 1 გამომწვევი (რეალური დრო)

`bet. არა ტრივიალური წაგებით - „დამამშვიდებელი“ ფულადი სახსრები (თუ RG საშუალებას გაძლევთ).

`payment. failed '(3-DS/AVS) - მინიშნება/ალტერნატიული PSP.

`churn_score>0. 7 & last _ seen> 14d '- re-engage ჯაჭვი (push-email).

6. 2 ჯორჯი

სახელმწიფოების გრაფიკი: enter - wait - check - send - evaluate - შემდეგი ნაბიჯი.

შესვლის/გასვლის პირობები, მოთამაშის დედობა, ნაბიჯებს შორის cooldown, ავტომატური opt-out ხელმოწერის/საჩივრის დროს.

6. 3 სიხშირის ლიმიტები და პრიორიტეტები

Per channel/day/week, გლობალური „cap მესიჯი“, VIP/ინციდენტის შეტყობინებების პრიორიტეტი.

„Four-eyes“ მგრძნობიარე კამპანიებისთვის (მაღალი მნიშვნელობის ოფისის სახელმძღვანელო დამტკიცება).

7) არხები და მიწოდება

არხი	გამოყენებისას	მახასიათებლები
Push	სწრაფი გამომწვევი, მობილური მოლოდინი	მშვიდი საათი, deep-link, permishens
Email	რთული ოფერები/შინაარსი	DMARC/SPF/DKIM, დათბობა, სეგრეგაცია IP
SMS	კრიტიკულად სწრაფად	ძვირი, მოკლე, იურიდიული შეზღუდვები
In-app/On-site	კონტექსტი პროდუქტში	შინაარსის რეკომენდაციები, პირადი ბანერები
Call/Support	VIP/სარისკო შემთხვევები	საუბრებისა და ლიმიტების ჟურნალი

Deliverability: დომენები, IP რეპუტაცია, დათბობა, სპამის გამომწვევი; trecing 'delivery/Open/click/unsubscribe/complaint'.

8) შინაარსისა და რეკომენდაციების პერსონალიზაცია

წესები + ML ჰიბრიდი: ჯერ ფილტრები ლიცენზიის/პროვაიდერის ქვეშ, შემდეგ რანჟირება ML (history-based + popularity/novelty).

კონტექსტი: მოწყობილობა/დრო/გეო/კატეგორია.

Guardrails: გამორიცხეთ „საშიში“ ნიმუშები RG- სთვის (გრძელი სესიები/მაღალი განაკვეთები), ბონუსის შეზღუდვების შეზღუდვა.

შაბლონები: მრავალენოვანი შინაარსი (BCP-47), პლეიშოლდერები ცვლადი ოფერისთვის, A/B ვარიანტები.

9) ექსპერიმენტები და ატრიბუტები

A/B/n პროფილის დონეზე დაყოფით.

Uplift მოდელირება: ჩვენ მიზანს ვაძლევთ მათ, ვისაც კონტაქტიდან ზრდა ველოდებით (და არა ყველა).

ატრიბუტი: ბოლო touch + პოზიციური მოდელები; გამომწვევებისთვის - „დავინახე/გავხსენი/გავაფუჭე მოქმედება (ანაბარი/დაბრუნება/ჩართვა)“.

Guardrails: არ გაუარესდეს RG ინდიკატორები (ლიმიტების ზრდის ზრდა, პრეტენზიები).

10) მეტრიკა და SLO CRM

ადგილზე მიტანა: ადგილზე მიტანა, ღია/კლიკი, კომპლექტი/unsubscribe.

ბიზნესი: დეპოზიტები/რეაქტივები, ARPU uplift, churn-down, ROI კამპანიები, cost per engaged.

ოპერაციები: ოფშორული თაობის დრო, p95 „მოვლენა - გაგზავნა“, შეტყობინებების სტრიქონი, რელე.

RG/Complaens:% დაბლოკილია RG- ით, დაუცველებთან კონტაქტების წილი, საჩივრები.

SLO მიზნები (სახელმძღვანელო):

ნამდვილი დროის გამომწვევი „მოვლენა - მიწოდება“ p95-30-90 გვ;
Batch კამპანია 15 წუთამდე;
complaint rate < 0. 1%, unsubscribe <1% ბიულეტენში.

11) უსაფრთხოება, კონფიდენციალურობა, თანხმობა

Consents ვერსია; თითოეული კომუნიკაციისთვის ჩვენ ვაწარმოებთ „რა საფუძველზე გაგზავნეს“.

PII იზოლაცია: ნიშნები/ფსევდო-ID CRM- ში, პირდაპირი კონტაქტები დაცული არხების საცავებში.

RLS/ABAC: ბრენდის/რეგიონის/როლების წვდომა (მხარდაჭერა/მარკეტინგი/ანალიზები).

WORM აუდიტი: სეგმენტების ცვლილებები, წესები, ოფერები, მასობრივი ბიულეტენები.

რეგიონის განდევნა (მონაცემთა აღდგენა), „დავიწყების უფლება“.

12) ინტეგრაციის კონტრაქტები (ფრაგმენტები)

მოვლენა ტრიგერისთვის


POST /v1/events
{
"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"
}

შეტყობინებების გაგზავნა (აბსტრაქტული არხი)


POST /v1/messaging/send
Headers: X-Idempotency-Key: msg_001
{
"channel":"email",  "player_id":"p_123",  "template_id":"tpl_reengage_01",  "personalization":{"first_name":"Alex","offer_id":"of_777"},  "frequency_policy_id":"fp_default"
}
→ 202 {"delivery_id":"dlv_9k","status":"QUEUED"}

Feedback არხიდან


POST /v1/messaging/feedback
{
"delivery_id":"dlv_9k",  "event":"open    click    bounce    complaint    unsubscribe",  "occurred_at":"2025-10-23T11:22:05Z"
}

13) ოპერაციული ჰიგიენა

კამპანიის კალენდარი: შავი ფანჯრები (მატჩები, გამოშვებები, რაგბის პერიოდები), „მშვიდი საათი“.

შინაარსის მიმოხილვა: მართლწერა, იურიდიული დისკლეიმერი, ბრენდის შესაბამისობა და ლიცენზია.

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

Back-pressure: შეზღუდეთ მწვერვალები, გაათბეთ დომენები, პრიორიტეტული გარიგების შეტყობინებები.

14) ჩეკის ფურცლები

არქიტექტურა და მონაცემები

ერთიანი CDP, პროფილები, კონსოლები, RG სტატუსები.
მოვლენების ნაკადი და batch ძაბვები; Feature Store real-time + batch.
Outbox/CDC, idempotent გაგზავნა და feedback მარყუჟი.
RLS/ABAC, PII იზოლაცია, WORM აუდიტი.

სეგმენტი და ოფერები

ჩონჩხის სეგმენტების ნაკრები + ML ფურცლები.
თავსებადობის პოლიტიკა (RG, ეკონომიკა, ლიცენზია).
სიხშირის ლიმიტები per არხი და გლობალურად.

ორკესტრაცია და არხები

ჯორჯი cooldown- ით და მანქანის გასასვლელი ხელმოწერით/საჩივრით.
არხის მონიტორინგი deliverability, დომენის რეპუტაცია/IP.
ტრეკინგი deep-link და გადაქცევა საფულეზე/განაკვეთამდე.

ექსპერიმენტები/განზომილება

A/B/n + uplift; guardrails RG.
ატრიბუტი და ROI, ხარჯების ანგარიში (არხი/PSP/ადგილი).

15) წითელი დროშები (ანტი-ნიმუშები)

მასობრივი ბიულეტენები სიხშირის ლიმიტების და RG ფილტრების გარეშე.

კამპანიები მოთამაშეთა გარეშე opt-in ან ვადაგადაცილებული თანხმობით.

პერსონალიზაცია PII- ის გამოყენებით ღია ტექსტში საჭიროების გარეშე.

feedback მარყუჟის არარსებობა: არ არსებობს მონაცემები მიწოდების/საჩივრების შესახებ.

„მკაცრად გაჟღენთილი“ წესები A/B და ტელემეტრიის გარეშე.

პრემიების გაგზავნა ეკონომიკის კონტროლის გარეშე (cap, ბიუჯეტი, წესების კონფლიქტი).

საკონტაქტო მონაცემების შენახვა ლოგოებში/დაშბორდებში.

16) შედეგი

IGaming- ში ძლიერი CRM სტეკი არ არის მხოლოდ „წერილების გაგზავნა“. ეს არის ღონისძიების პლატფორმა, რომელსაც აქვს ერთი პროფილი, თანხმობა და RG შეზღუდვები; ჭკვიანური სეგმენტაცია და ოფისის წარმოება; ჯორნის ორკესტრი სიხშირის ლიმიტებით და არხის უკუკავშირით; და გაზომვა uplift/ROI ნაცვლად „აღმოჩენებისთვის“. ასე რომ, თქვენ ზრდის LTV- ს და შენარჩუნებას, ამცირებთ კონტაქტის ღირებულებას, დააკვირდებით შესაბამისობას - და გახდით კომუნიკაციები სათანადო, დროული და უსაფრთხო.