Ekibimizle görüşün

Kaynaklar / PAM ve CRM / iGaming'de PAM ve CRM: İki Sistem, Tek Oyuncu Lifecycle'ı

iGaming'de PAM ve CRM: İki Sistem, Tek Oyuncu Lifecycle'ı

6 dk okuma · Karşılaştırma · Rise Betting Solutions

PAM ile CRM’in farklı sorumluluklarını ve bağlantılı oyuncu yaşam döngüsü bağlamının neden önemli olduğunu açıklayan B2B rehber.

PAM ve CRM çoğu zaman iki ayrı kategori olarak anlatılır.

Operasyon açısından oyuncu bu ayrımı yaşamaz.

Hesap bir sistemde açılır. Verification state başka bir workflow tarafından yönetilebilir. Deposit, ürün aktivitesi, support etkileşimleri, restriction'lar, campaign'ler ve retention journey'leri zaman içinde yeni bağlam ekler.

Operatörün sonunda bilmek istediği tek bir şey vardır:

Bu oyuncuyla şu anda ne oluyor?

Bu yüzden PAM ile CRM arasındaki ilişki, isimlerinden daha önemlidir.

İki sistem farklı problemleri çözer; ancak tek ve anlaşılır bir player lifecycle paylaştıklarında çok daha iyi çalışırlar.

Kimler için

Kontrollü iGaming operasyonlarını yürüten lisanslı operatörler ile platform, destek, CRM, ürün ve entegrasyon ekipleri.

Kimler için değil

Kumar oynamak isteyen son kullanıcılar. Casino bonusu aramaları. Bahis ipucu veya tahmin aramaları. Gerçek parayla casino erişimi. Casino incelemeleri. Kumar oynama yönlendirmesi arayan son kullanıcılar.

PAM sisteminin görevi nedir?

PAM, Player Account Management anlamına gelir.

Temelinde hesap ve o hesabın etrafındaki operasyonel durumdan sorumludur.

Platforma göre şu alanları kapsayabilir:

PAM bu nedenle basit bir müşteri veritabanı değildir.

Platformun kontrol katmanlarından biridir.

Bir operatör hesabın login olup olamayacağını, bir ürünü kullanıp kullanamayacağını, belirli bir işlemi tamamlayıp tamamlayamayacağını ya da aktif kalıp kalamayacağını sorduğunda PAM ve etrafındaki policy sistemleri çoğu zaman cevabın merkezindedir.

  • registration,
  • authentication,
  • profil bilgileri,
  • hesap durumu,
  • verification state,
  • wallet ilişkileri,
  • permission ve restriction'lar,
  • responsible-gaming kontrolleri,
  • product eligibility,
  • session ve security state,
  • hesap geçmişi.

CRM neyi yönetir?

CRM daha çok oyuncuyla kurulan ilişki ve lifecycle üzerine odaklanır.

Tipik CRM kabiliyetleri şunları içerebilir:

CRM operatörün kime, hangi iletişimi veya journey'yi, ne zaman sunacağını ve sonucu nasıl ölçeceğini belirlemesine yardım eder.

Bu nedenle PAM'den farklı bir sistemdir.

Ama CRM'in kararları sık sık PAM bağlamına ihtiyaç duyar.

  • segmentation,
  • lifecycle state'leri,
  • campaign eligibility,
  • messaging,
  • bonus veya offer workflow'ları,
  • retention journey'leri,
  • reactivation,
  • engagement history,
  • communication preferences,
  • campaign reporting.

Problemler sistem sınırında başlar

CRM bir oyuncuyu lifecycle campaign için uygun görüyor olsun.

Marketing açısından hesap aktiftir.

Ama PAM hesabın restricted olduğunu biliyor olabilir.

Ya da verification tamamlanmamıştır.

Ya da ilgili product o hesaba açık değildir.

Ya da communication preference belirli bir mesajı engellemelidir.

CRM bu state'i görmüyorsa teknik olarak geçerli ama operasyonel olarak yanlış bir kampanya kararı verebilir.

Tersi de olabilir.

Back office'ta hesaba bakan operatör hesabın geçerli olduğunu görür ama hangi lifecycle journey'nin aktif olduğunu, hangi mesajın gönderildiğini veya hesabın üzerindeki bir teklifin neden orada olduğunu bilmez.

Kopuk sistemler eksik gerçekler üretir.

Ortak bağlam, kopyalanmış veriden daha değerlidir

Çözüm her veriyi her sisteme kopyalamak değildir.

Bu çoğu zaman yeni bir problem yaratır: aynı state'in farklı versiyonları birkaç sistemde yaşamaya başlar.

Daha iyi mimari hangi bilgi tipinin hangi sistem tarafından yönetildiğini netleştirir ve diğer sistemlere doğru karar vermeleri için yeterli bağlamı sunar.

Örneğin:

Operasyon ortamı bu state'leri tek dev veritabanına aitmiş gibi davranmadan birbirine bağlayabilir.

AI destekli operasyonlarda bu daha da değerlidir; çünkü iyi bir cevap için hangi kaynağın güvenilir olduğunu bilmek gerekir.

  • PAM account status için authoritative olabilir.
  • CRM campaign workflow için authoritative olabilir.
  • payments transaction state için authoritative olabilir.
  • support case state için authoritative olabilir.

Tek lifecycle tek sistem demek değildir

Fragmentation problemini her özelliği tek ürüne dönüştürerek çözme isteği vardır.

Bu her zaman gerekli değildir.

Operatörler uzmanlaşmış bileşenlere sahip olup yine de tutarlı bir lifecycle koruyabilir.

Önemli olan transition'ların açık olmasıdır.

Oyuncu registered durumundan verified durumuna geçtiğinde verification'a bağlı sistemler bunu bilmelidir.

Restriction uygulandığında ilgili journey'ler tepki vermelidir.

Support vakası operasyon bağlamını değiştirdiğinde gerekli yerlerde bu bağlam görülebilmelidir.

CRM oyuncuyu bir journey'ye aldığında hesap inceleyen operatör bu durumu görebilmelidir.

Lifecycle, bu geçişler gözlemlenebilir olduğunda güçlenir.

PAM hesap durumunu korumalıdır

PAM identity ve access'e yakın olduğu için etrafındaki değişiklikler güçlü kontrollere ihtiyaç duyar.

Operatör şunları anlayabilmelidir:

Her field aynı risk seviyesinde değildir.

Marketing preference değiştirmek ile restriction veya security state değiştirmek aynı şey değildir.

İyi platform bu farkı ciddiye alır.

  • account state'i kim değiştirdi,
  • ne zaman değiştirdi,
  • neden değiştirdi,
  • değişiklik otomasyondan mı insandan mı geldi,
  • hangi downstream kabiliyetleri etkiledi.

CRM operasyonel uygunluğu anlayabilmelidir

CRM bir segmentteki her oyuncu aynı şekilde aksiyona açıkmış gibi çalışmamalıdır.

Gerçek campaign eligibility marketing attribute'lardan fazlasına bağlı olabilir.

Account state, product access, geography, verification, communication preferences, recent activity veya başka operasyon kuralları gerekebilir.

Bu CRM'in bütün kuralların sahibi olması gerektiği anlamına gelmez.

CRM bu kurallara saygı gösterebilmelidir.

PAM ile CRM'i ortak operasyon modeli üzerinden bağlamanın en net faydalarından biri budur.

AI bu bağlantıyı daha önemli hale getirir

AI lifecycle operasyonlarını kolaylaştırabilir; ancak yalnızca doğru bağlamı görebiliyorsa.

Bir ajan operatöre şu sorularda yardımcı olabilir:

Bunlar cross-system sorulardır.

PAM ve CRM yalnızca kendi izole görünümünü sunuyorsa model bu sorulara güvenilir cevap veremez.

AI bu nedenle iyi tanımlanmış sistem sınırlarının değerini azaltmaz; artırır.

  • Bu oyuncu journey için neden uygun değil?
  • Hangi account state campaign'i bloke ediyor?
  • Restriction uygulanmadan önce ne oldu?
  • Hangi iletişimler zaten gönderildi?
  • Hangi sonraki adım insan incelemesi gerektiriyor?

PAM ve CRM değerlendirirken ne sorulmalı?

Bir platformda iki ürünün de olup olmadığını sormak yerine birlikte nasıl davrandıklarını sorun.

Örneğin:

Bu sorular gerçek lifecycle tasarımını gösterir.

  • Her kritik player state'in sahibi hangi sistem?
  • State değişiklikleri ne kadar hızlı yayılıyor?
  • CRM journey'leri PAM restriction'larına otomatik olarak saygı gösterebiliyor mu?
  • Back office kullanıcıları ilgili CRM bağlamını görebiliyor mu?
  • Değişiklikler audit edilebiliyor mu?
  • Oyuncunun bir journey'ye neden girdiği veya çıktığı izlenebiliyor mu?
  • Permission'lar sistemler arasında tutarlı mı?
  • Otomasyon human-review adımında durdurulabiliyor mu?
  • Player context dokümante API'lerden tüketilebiliyor mu?
  • Mimari authoritative data'nın gereksiz kopyalanmasını önlüyor mu?

Asıl ürün sınırı player lifecycle'dır

PAM ve CRM faydalı kategoriler olmaya devam edecek.

Operatörlerin account management ile lifecycle engagement'ı ayrı ayrı değerlendirmesi hâlâ gerekir.

Ama günlük operasyon iki sistemin de üzerinden geçer.

Bu yüzden daha iyi soru PAM mi CRM mi daha önemli değildir.

Daha iyi soru, her sistem kendi görevini iyi yaparken platformun tek ve anlaşılır bir player lifecycle koruyup koruyamadığıdır.

Account management'ın dağınık araçlar toplamından operasyon altyapısına dönüştüğü nokta tam olarak burasıdır.

Bağlantılı kaynaklar

İlgili kaynaklar

Ekibimizle görüşün