Casino CRM yığını: segmentasyon, kampanyalar, kişiselleştirme
Tam makale
1) iGaming'de CRM hedefleri
LTV büyüme ve tutma: uygun bir kanal ve teklif ile zamanında oyuncu iade.
İletişim maliyetinin azaltılması: akıllı kanal/zaman/frekans seçimi.
Varsayılan olarak uyumluluk: RG/AML/opt-in, yaş/coğrafi kısıtlamalar, savunmasız gruplar için promosyonlara yönelik yasaklar.
Şeffaf atıf: gerçekten neyin işe yaradığını anlayın.
2) CRM yığını referans mimarisi
Etkinlikler (PAM/Cüzdan/RGS/Ödemeler/Web/Uygulama)
│
├─CDP (Kimlik + Profiller + Onay) ──Feature Mağaza (gerçek zamanlı + toplu)
│         │
│ ├─Segmentation Hizmeti (kurallar, SQL, ML listeleri)
│ └─Orchestrator (Yolculuklar/Tetikleyiciler/Sınırlar)
│                  │
│ ├─Channels: Push/E-posta/SMS/Yerinde/Uygulama İçi/Çağrı
│ └─Offers Motoru (bonuslar, görevler, ikramiyeler)
└─BI/DWH (atıf, yükseltme, deneyler)- Oyuncu profili ve izinleri (onay) ile CDP (Müşteri Veri Platformu).
- Frekans sınırları ve RG kuralları olan orkestratör senaryoları/kampanyaları.
- Çevrimiçi/toplu özellikler için Özellik Deposu (RTP eğilimi, favori sağlayıcılar, risk).
- Teklifler Motor - tekliflerin oluşturulması ve yürütülmesi (kurallar + ML).
- Tekdüze sözleşmeler ve geri bildirimler içeren kanallar (teslimat/açık/tıklama/cevap/spam).
3) Etkinlik modeli ve oyuncu profili
3. 1 Satır taban çizgisi olayları
'session. Başladı/bitti '- 'bet. yerleştirilmiş/yerleşmiş '(stake/win/in_bonus/provider/game)
- 'wallet. Borç/kredi '(sebep, gecikme)
3. 2 Profil (parça)
Json
{
"player_id":"p_123," brand_id":"A, "bölge": "EU", "locale":'de-DE "," rg_status":{"self_excluded":false,"limits":{"loss_daily":100}} ", consents": {'e-posta ": 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"
}Kurallar: tüm PII - tokenize; Onay işaretini ve değişiklik tarihini saklayın. Herhangi bir iletişim - sadece aktif bir katılım ile.
4) Segmentasyon: kurallar + ML
4. 1 Kurallar (kural tabanlı)
SQL/visual constructors: "DE + dep_count_30d=0 + last_seen>7d + consent. e-posta"
Segment dizinleri (VIP, yeni başlayanlar, yüksek değerli, hareketsiz).
Güncelleme: Kritik tetikleyiciler için gerçek zamanlı (akış), geniş kampanyalar için toplu (5-60 dakika).
4. 2 ML listesi
Churn eğilimi, Sonraki En İyi Aksiyon/Oyun, Depozito niyeti, Teklif hassasiyeti.
DWH eğitimi, Özellik Mağazasında puanlama; açıklanabilirlik: üst işaretler, güven.
5) Teklifler ve kişiselleştirme
5. 1 Teklif türleri
Bonuslar (para yatırma/para iadesi/bedava dönüşler), görevler/görevler, turnuvalar, ikramiye ödülleri, oyunların/kategorilerin kişisel önerileri.
5. 2 Uyumluluk kuralları
RG: kendinden dışlanmış/sınır hariç; yaş/lisans/bölge.
Ekonomi: Oyuncu/gün başına maksimum maliyet, vager/max bahis, çatışma bloğu.
Anti-spam: Kanal başına ve oyuncu başına frekans.
5. 3 Teklif oluşturma (örnek API)
POST/v1/offers/generate
{
"player_id":"p_123," "bağlam": {"niyet": "yeniden etkileşim", "kanal":'e-posta "}," kısıtlamalar ": {" max _ cost _ minor ": 500," rg _ safe ": true}
}
→ 200 {
"offer_id":"of_777," "şablon ": "bonus _ cashback", "param ": {"yüzde ": 10, "cap _ minor": 2000," wagerx": 15}, "expires_at":"2025-10-24T21:00:00Z"
}6) Kampanyaların ve tetikleyicilerin düzenlenmesi
6. 1 Tetikleyiciler (gerçek zamanlı)
'bet. Önemsiz olmayan bir kayıpla "yerleşti" - "teselli" cashback (RG izin verirse).
'ödeme. failed '(3-DS/AVS) - komut istemi/alternatif PSP.
'churn _ score> 0. 7 & last_seen>14d' - yeniden etkileşim zinciri (push - e-posta).
6. 2 Jorney (yolculuklar)
Durum grafiği: girin - bekleyin - kontrol edin - gönderin - değerlendirin - sonraki adım.
Giriş/çıkış koşulları, oyuncu tarafından deaddown, adımlar arasında bekleme süresi, abonelikten çıkma/şikayet üzerine otomatik vazgeçme.
6. 3 Frekans sınırları ve öncelikleri
Kanal başına/gün/hafta, global "mesaj sınırı", VIP/olay önceliği.
Hassas kampanyalarda "dört göz" (yüksek değerli tekliflerin manuel olarak onaylanması).
7) Kanallar ve teslimat
Teslim edilebilirlik: etki alanları, IP itibarı, ısınma, spam tetikleyicileri; 'teslimat/açık/tıklama/abonelikten çıkma/şikayet' takibi.
8) İçeriği ve önerileri kişiselleştirin
Rules + ML hybrid: önce lisans/sağlayıcıya göre filtreler, sonra ML sıralaması (geçmişe dayalı + popülerlik/yenilik).
Bağlam: cihaz/zaman/geo/kategori.
Korkuluklar: "tehlikeli" RG kalıplarını (uzun oturumlar/yüksek bahisler) hariç tutun, bonus kısıtlamalarını sınırlayın.
Şablonlar: Çok dilli içerik (BCP-47), teklif değişkenleri için yer tutucular, A/B seçenekleri.
9) Deney ve atıf
Kalıcı kovalama ile A/B/n.
Yükseltme modellemesi: Temastan (ve hepsinden değil) artış bekleyenleri hedefliyoruz.
Atıf: son dokunuş + konumsal modeller; Tetikleyiciler için - "saw/opened/clicked - action (deposit/return/involution)".
Korkuluklar: RG-göstergelerini kötüleştirmez (tetikleme sınırlarında artış, şikayetler).
10) CRM Metrikleri ve SLO
Teslimat: Teslimat oranı, açma/tıklama, şikayet/abonelikten çıkma.
İş: para yatırma/yeniden etkinleştirme, ARPU yükseltme, churn-down, ROI kampanyaları, katılım başına maliyet.
İşlemler: teklif üretim süresi, p95 "sobytiye ^ otpravka", mesaj kuyruğu, retrays.
RG/Uyumluluk: % RG tarafından engellendi, savunmasız kişilerle temasların paylaşımı, şikayetler.
SLO hedefleri (kriterler):- Gerçek zamanlı tetikleme "sobytiye   dostavka" p95 ≤ 30-90 s;
- 15 dakikaya kadar toplu kampanya;
- Şikayet oranı <0. %1, abonelikten çıkma <%1 posta ile.
11) Güvenlik, gizlilik, rıza
Onaylar sürümlüdür; Her iletişim için'hangi temelde gönderdiğimizi "kaydediyoruz.
PII yalıtımı: CRM'de belirteçler/sözde kimlik, güvenli kanal depolarında doğrudan bağlantılar.
RLS/ABAC: marka/bölge/role göre erişim (destek/pazarlama/analitik).
WORM denetimi: segmentlerde, kurallarda, tekliflerde, toplu postalarda yapılan değişiklikler.
Bölgelere göre yer değiştirme (veri ikameti), "unutulma hakkı".
12) Entegrasyon sözleşmeleri (fragmanlar)
Tetikleyici Olay
POST/v1/olaylar
{
"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 "
}Mesaj Gönder (Soyut Kanal)
POST/v1/messaging/send
Başlıklar: X-Idempotency-Key: msg_001
{
"channel":'e-posta "," player_id":"p_123, "template_id":"tpl_reengage_01," kişiselleştirme ": {" first _ name ":" Alex "," offer _ id ":" of _ 777 "}," frequency_policy_id":"fp_default "
}
^ 202 {"delivery _ id ": "dlv _ 9k"," status":" QUEUED"}Kanaldan geri bildirim
POST/v1/mesajlaşma/geri bildirim
{
"delivery_id":"dlv_9k," "event ":" open    tıklayın    Sıçrama    Şikayet    Abonelikten çık," "occurred_at":"2025-10-23T11:22:05Z"
}13) Operasyonel hijyen
Kampanya takvimi: Siyah pencereler (eşleşmeler, sürümler, reg dönemleri), "sessiz saatler".
İçerik İncelemesi: Yazım, Yasal Uyarı, Marka Uyumu ve Lisans.
Deadup: X dakika boyunca aynı olay hakkında iki mesaj göndermeyin.
Geri baskı: pik postaları sınırlayın, etki alanlarını ısıtın, işlem mesajlarına öncelik verin.
14) Kontrol listeleri
Mimari ve veri
- Tek CDP, profiller, onaylar, RG durumları.
- Olayların akışı ve toplu huni; Özellik Mağaza gerçek zamanlı + toplu.
- Outbox/CDC, idempotent gönderme ve geri besleme döngüsü.
- RLS/ABAC, PII izolasyonu, WORM denetimi.
Segmentasyon ve teklifler
- "iskelet" segmentleri + ML listeleri kümesi.
- Birlikte çalışabilirlik politikaları (RG, ekonomi, lisanslar).
- Kanal başına ve küresel olarak frekans sınırları.
Orkestrasyon ve kanallar
- Jorney cooldown ve abonelikten çıkma/otomatik çıkış şikayeti ile.
- Kanal izleme teslim edilebilirliği, alan adı/IP.
- Derin bağlantı izleme ve cüzdan/bahise dönüştürme.
Deneyler/ölçüm
- A/B/n + yükseltme; korkuluklar RG.
- Atıf ve ROI, maliyet raporu (kanal/PSP/yerel).
15) Kırmızı bayraklar (anti-desenler)
Frekans sınırları ve RG filtreleri olmayan toplu postalar.
Katılım hakkı olmayan veya süresi dolmuş izni olan oyuncuların kampanyaları.
Gereksiz yere düz metinde PII kullanarak kişiselleştirme.
Geri bildirim döngüsü yok: teslimat/şikayet verileri yok.
A/B ve telemetri olmadan "kablolu" kurallar.
Ekonomik kontrol olmadan ikramiye gönderme (kap, bütçe, kural çatışması).
İletişim verilerinin günlüklere/panolara depolanması.
16) Alt satır
IGaming'deki güçlü CRM yığını sadece "postalama" değildir. "Tek bir profil, izinler ve RG kısıtlamaları olan bir etkinlik platformudur; Akıllı segmentasyon ve tekliflerin oluşturulması; Frekans sınırları ve kanal geribildirimi ile derginin orkestratörü; Ve "keşif uğruna keşif" yerine yükseltme/ROI'yi ölçmek. Böylece LTV ve saklama oranını artırır, iletişim maliyetlerini düşürür, bunlara uyar ve iletişimi uygun, zamanında ve güvenli hale getirirsiniz.
