Casinolar oyuncuların yaşam boyu değerini nasıl değerlendirir (LTV)

LTV, oyuncu veya kohort eksi ikramiye, komisyon ve vergilerle gelecekteki marjın bugünkü değeridir. Kumar ürünlerinde doğruluk özellikle önemlidir: yüksek bahis varyansları, anlık nakit çıkışları, çerezsiz atıflar ve RG gereksinimleri "basit ortalamaları" tehlikeli hale getirir. Aşağıda, her miktarın tanımlandığı ve modelin ürün, finans ve uyumluluk için şeffaf olduğu pratik bir şema bulunmaktadır.

1) LTV'nin tanımları ve sınırları

Gelir tabanı:

GGR (Brüt Oyun Geliri) = Bahisler − Ödemeler.
NGR (Net Oyun Geliri) = GGR − bonusları − sağlayıcı telif/toplama − oyun vergileri (satış/gelir düzeyinde tutulursa).

Oyuncu katkı payı:


PC = NGR
− ödeme ücretleri
− ters ibraz/kayıp (beklenen)
− desteği/vaka başına maliyet (beklenen)

LTV (vergi sonrası, ücret sonrası):


LTV =  t [E ( )   ]

Burada 'Survival _ t', oyuncunun t periyodunda aktif olma olasılığıdır; 'Discount _ t' indirim faktörüdür (sermaye/enflasyon maliyeti).

Önemli: CAC (çekim maliyeti) LTV'ye dahil DEĞİLDİR, ancak ayrı olarak karşılaştırılır (LTV: CAC).

2) Hangi verilere ihtiyaç vardır (olay diyagramı)

Минимум: 'signup', 'kyc _ step', 'deposit', 'withdraw', 'bet _ place', 'bet _ settle', 'bonus _ grant/consume', 'chargeback','rg _ limit _ set ',' self _ exclude '.

Mutabakat dergileri gereklidir: oyun ↔ nakit masası ↔ ödemeler ↔ banka.

Özellikler: yargı, kanal, cihaz, ödeme yöntemi, risk segmenti, GGR/NGR üzerindeki vergi oranı.

3) GGR'den "adil" marjlar nasıl alınır

1. Bonusları ve promosyonları iptal edin (cashback/görevler dahil).

2. Sağlayıcı paylarını düşünün (RGS/toplayıcı).

3. Oyun vergileri uygulayın (GGR/NGR - yargı yetkisine göre).

4. Ödeme ücretlerini (yöntemle) ve beklenen ters ibrazı çıkarın.

5. İadeleri/iptalleri normalleştirin (aynı dönemdeki retro düzeltmeler).

6. Kanal katkısına bölün (LTV'yi kaynağa göre sayarsanız).

Toplam - Döneme göre beklenen PC_t (haftalar/aylar).

4) Tahmin tutma yaklaşımları (Hayatta kalma)

A) Kohort deterministik (basit ve şeffaf)

Kohortlar tarafından bir tutma eğrisi oluşturuyoruz: 'D7, D30, M2... M12 '.

"Kuyruk" ekstrapolasyon (örneğin, hiperbol/üs).

Artılar: iş için açıklanabilir. Eksileri: Bireysel düzeyde kaba.

B) Hayatta kalma (Ayrık-Zaman Tehlikesi)

Modelden aralıklara göre ayrılma riski (logit/log-log).

Özellikler: Sıklık/para yatırma miktarları, canlı/prematch, dolandırıcılık oranı, RG sinyalleri, nakit ödeme hızı.

Oyuncu/segmente 'Survival _ t' verir, kolayca toplanır.

C) Frekans/tekrar alımlarının davranış kalıpları

Aktif periyot/bahis sayısını tahmin etmek için BG/NBD, Pareto/NBD.

Recency, Frequency, Monetary'yi birleştirin ve kuyruk dağılımını verin.

CRM/görevlere iyi uyuyorlar (bir sonraki en iyi eylem).

💡 Uygulama: Kohortlar + kontrol için tehlike ile başlayın, ardından segmentlere BG/NBD ekleyin.

5) İndirim ve paranın değeri

İndirim, sermaye maliyetini ve tahmin riskini yansıtır:


Discount_t = 1/( 1 + r) ^ t

Burada'r 'aylık/üç aylık orandır (iGaming'de genellikle 0. 5-1. Nominal olarak ayda %5). Yüksek riskli kohortlar için, artan bir'r 'veya Hayatta Kalma cezası kullanın.

6) Hesaplama örneği (basitleştirilmiş, 6 ay)

Dano (1,000 oyuncu grubu):

M1 = 10 cu/oyuncu ortalama NGR1; Aylık %15 M2-M6 azaltma.
Ödeme komisyonları = mevduatların %3'ü; Sadeleştirirken, NGR'nin %2'sini alalım.
Ters ibraz beklentisi = %0,4 от NGR.
Elde tutma (aktivite): M1 = %100, M2 = %55, M3 = %40, M4 = %32, M5 = %27, M6 = %24.
İndirim r = %1/ay

Adımlar:

1. 'PC _ t = NGR_t × (1 − 0,02 − 0,004) = NGR_t × 0,976'.

2. 'NGR _ t' = '10 × 0. 85 ^ (t − 1) '(%15 azalma).

3. 'LTV = } .

M1 ve M2'yi hesaplayalım (gerisi şablona göre):

M1: 'PC _ 1 = 10 × 0,976 = 9,76'; Katkı = '9. 76 × 1. 00 × 0. 990 ≈ 9. 66'.
M2: 'NGR _ 2 = 8,5'; 'PC _ 2 = 8,5 × 0,976 = 8,30'; Katkı = '8. 30 × 0. 55 × 0. 981 ≈ 4. 48'.
M1-M6 özetleyerek, 24-27 cu ~ bir dönüm noktası olsun. Bu kohorttaki oyuncu başına LTV (yuvarlamaya bağlı olarak).

💡 CAC ile üst karşılaştırma ve hedef LTV: CAC oranı (sürekli büyüme için genellikle 3:1).

7) Kanala ve yargı yetkisine göre LTV

LTV'yi vergi sonrası ve vergi öncesi katmanlara bölün: kanalları aynı vergi mantığı içinde karşılaştırın.

Ödeme yöntemlerini düşünün: anlık rayların ve depozito başarısının payının daha yüksek olduğu yerlerde, LTV genellikle daha yüksektir, diğer her şey eşittir.

RG olaylarını dahil edin: varsayılan limitler ve hızlı kendini dışlama, en yüksek geliri azaltır, ancak kuyruk ve şikayetleri iyileştirir/1k - LTV daha kararlı hale gelir.

8) Sık yapılan hatalar ve bunlardan nasıl kaçınılacağı

1. GGR/NGR karışıklığı. İlk olarak, oyundaki bonusları/telif haklarını/vergileri, ardından ödeme komisyonlarını düşün.

2. Dolandırıcılık/ters ibraz görmezden gelin. Olasılık ağırlıklı kayıplar kullanın.

3. Segmentsiz orta. Yeni vs dönen, düşük riskli vs yüksek riskli davranışı farklıdır.

4. Uzlaşma günlükleri yok. Günlüğe kaydetmeden, NGR'nin bir kısmı PC'yi "sızdıracak" veya fazla tahmin edecektir.

5. Ekstrapolasyon çok düzgün. Mevsimselliğin/turnuvaların bir karışımı basit bir üssü kırar.

6. Farklı bazları karşılaştırın (vergi sonrası LTV ile vergi öncesi CAC). Bir üsse getirin.

7. Cashout oranını düşünmeyin. Dönüşler ve LTV kuyruğu ile ilişkilidir.

9) LTV yakınındaki güvenlik metrikleri

Complaints/1k oturumları (hedef ~ 0. 6-1. 2).

1. para yatırma zamanı (KYC ile ~ 6-24 saat geçti).

Onaylanan ilk sonuçların %'si (~ %85-93).

Para yatırma başarısı (≥92 - %97).

Aktif RG limitleri ve RG bilet yanıt oranı olan oyuncuların payı.

10) Deneyler ve nedensellik

LTV'yi etkileyen herhangi bir A/B (görevler, marj, ödeme cephesi), güvenlik metriklerine eşlik eder: Şikayetler/1k, payout_speed, RG sinyalleri.

Kanallar için, kendi kendine seçim varsa, enstrümantal değişkenleri veya farklılıklardaki farklılıkları kullanın.

Verilerin "anlık görüntü tarihini" kaydedin: LTV tahminleri revizyonlara duyarlıdır.

11) LTV gösterge paneli yapısı (altın vitrin)

1. Kohort haritası (kayıt ayı × yargı × kanalı).

2. Hayatta kalma eğrisi ve aylara göre PC katkısı (yığılmış).

3. Segmente göre LTV (cihaz, risk katmanı, ödeme karışımı).

4. LTV: Haftalar/aylar içinde CAC ve geri ödeme süresi.

5. Güvenlik: şikayetler/1k, ödeme SLA, RG aktivasyonu.

12) Uygulama kontrol listesi (0-90 gün)

Tabanı tanımlayın: vergi sonrası NGR ^ PC.
PC'de geri ödeme beklenen ve ödeme beslemelerini etkinleştirin.
Dergiler ve mutabakatlar kurmak (oyun ↔ nakit masası ↔ ödemeler ↔ banka).
Tutma ile kohortlar ve basit tehlike oluşturun.
LTV'yi kohort/kanal/yargı vitrini ile başlatın.
İndirim politikası ve "anlık görüntü tarihi" girin.
Her LTV raporuna güvenlik metrikleri ekleyin.

13) Mini-SSS

LTV sayımı vergi/harçlardan önce mi sonra mı?

Yönetim için - sonra (vergi sonrası, ücret sonrası). Dış kriterler için, vergi öncesi de saklanabilir.

Nasıl bir ufuk?

Daha sık 12-18 ay; "uzun kuyruk" indirim ve gerçeği doğrulamak.

Peki ya dışlanan oyuncular?

Olay tarihi için Survival'ın kuyruğunu örtüyorlar; RG nujaların olumlu bir risk kontrolü olarak etkisini düşünün.

BG/NBD veya kohortlar?

Şeffaflık için kohortlar, CRM için BG/NBD ve iyi kişiselleştirme. Bir arada var ol.

Bir kumarhanedeki tam LTV, "GGR × faktörü" formülü değildir. Bu disiplindir: doğru taban (vergi sonrası NGR), beklenen ödeme/dolandırıcılık maliyeti, elde tutma modeli, indirim ve güvenlik ölçümleri. Böyle bir LTV sadece "slaytta güzel görünmekle" kalmaz, aynı zamanda karar vermenizi sağlar: trafik için ne kadar ödeme yapacağınız, nakit çıkışı nerede hızlandıracağınız, hangi görevlerin ödeyeceği ve hangi segmentlerde RG'yi güçlendirmeniz gerektiği.