Come il casinò valuta lifetime value giocatori (LTV)

LTV è il valore dei futuri margini per giocatore o coorte, a meno di bonus, commissioni e tasse. Nei prodotti d'azzardo, la precisione è particolarmente importante: elevate variazioni di scommesse, cache istantanea, cookie-less e requisiti RG rendono pericolosi i «semplici medi». Di seguito è riportato uno schema pratico in cui ogni valore è definito e il modello è trasparente per il prodotto, la finanza e la compilazione.

1) Definizioni e limiti LTV

Base di reddito:

GGR (Grosse Gaming Revenue) = Scommesse - Vincite.
NGR (Net Gaming Revenue) = GGR - bonus - royalties di provider/aggregazione - tasse sul gioco (se tenute a livello di fatturato/fatturato).

Margine giocatore:


PC = NGR
− commissioni di pagamento
− chargeback/frod perdite (attese)
− zapport/CUS cost-per-case (atteso)

LTV (post-tax, post-fee):


LTV = Σt [ E(PC_t) × Survival_t × Discount_t ]

Dove «Survival _ t» è la probabilità che il giocatore sia attivo nel periodo t; «Discount _ t» è un fattore di dischetto (costo capitale/inflazione).

💡 Importante: CAC (costo di attrazione) NON incluso in LTV, ma confrontato separatamente (LTV: CAC).

2) Quali dati sono necessari (schema eventi)

Минимум: `signup`, `kyc_step`, `deposit`, `withdrawal`, `bet_place`, `bet_settle`, `bonus_grant/consume`, `chargeback`, `rg_limit_set`, `self_exclude`.

I registri (journals) sono obbligatori: gioco di cassa, pagamenti bancari.

Attributi: giurisdizione, canale, dispositivo, metodo di pagamento, segmento di rischio, aliquota di imposta GGR/NGR.

3) Come dalla GGR ottenere un margine «onesto»

1. Scartare bonus e promo (inclusa la cache/missione).

2. Considera le quote di provider (RGS/aggregatore).

3. Applica tasse di gioco (GGR/NGR - giurisdizione).

4. Deduce le commissioni di pagamento (in base al metodo) e i proveback previsti.

5. Normalizza i rimborsi/annullamenti (rettifiche nello stesso periodo).

6. Suddivide in un contributo di canale (LTV secondo le fonti).

Il risultato è PC _ t atteso per periodi (settimane/mesi).

4) Approcci alla previsione di contenimento (Survival)

A) Determinata coorte (semplice e trasparente)

Costruiamo una curva retensiva per coorte: 'D7, D30, M2... M12'.

Estrapoliamo la coda (ad esempio iperbole/espositiva).

I vantaggi sono spiegabili agli affari. Contro: brutale a livello individuale.

B) Sopravvivenza (Discrete-Time Hazard)

Modello «rischio di abbandono» per intervalli (logit/logue).

Ficci: frequenza/importo dei depositi, live/prematch, frod-score, segnali RG, velocità della cache.

Dì Survival _ t'per giocatore/segmento, è facilmente aggregabile.

C) Modelli comportamentali di frequenza/acquisti ripetuti

BG/NBD, Pareto/NBD per prevedere il numero di periodi/scommesse attive.

Combinano Recency, Frequency, Monetary e distribuiscono la coda.

Ben accostati a CRM/missioni (next-best-action).

💡 pratica: inizia con la coorte + hazard per il controllo, quindi aggiungi BG/NBD ai segmenti.

5) Sconto e costo del denaro

Il dischetto riflette il costo del capitale e il rischio di previsione:


Discount_t = 1 / (1 + r)^t

Dove «r» è un tasso mensile/trimestrale (nel iGaming spesso 0,5-1,5% nominale). Per le griffe ad alto rischio, utilizzare un aumento dì r "o una multa a Survival.

6) Esempio di calcolo (semplificato, 6 mesi)

Dato (coorte di 1.000 giocatori):

Media NGR1 in M1 = 10 u.e./giocatore; riduzione del 15% mensile della M2-M6.
Commissione di pagamento = 3% dei depositi; in semplificazione, prendiamo il 2% della NGR.
Chargeback expected = 0,4% от NGR.
Attività: M1 = 100%, M2 = 55%, M3 = 40%, M4 = 32%, M5 = 27%, M6 = 24%.
Dischetto r = 1 %/mes.

Passi:

1. `PC_t = NGR_t × (1 − 0,02 − 0,004) = NGR_t × 0,976`.

2. 'NGR _ t' = '10 x 0,85 ^ (t - 1)' (15% di riduzione).

3. `LTV = Σ_{t=1..6} PC_t × Retention_t × Discount_t`.

Conteggiamo M1 e M2 (il resto per modello):

M1: `PC_1 = 10 × 0,976 = 9,76`; contributo = '9,76 x 1,00 x 0,990 ≈ 9,66'.
M2: `NGR_2 = 8,5`; `PC_2 = 8,5 × 0,976 = 8,30`; contributo = '8,30 x 0,55 x 0,981 ≈ 4,48'.
Se riassumi la M1-M6, ottieni un punto di riferimento. LTV per giocatore in questo gruppo (a seconda degli arrotondamenti).

💡 In alto, confrontare il CAC con il target LTV: CAC (spesso 3:1 per una crescita sostenibile).

7) LTV attraverso canali e giurisdizioni

Dividere LTV in post-tax e pre-tax - confrontare i canali all'interno di una logica fiscale.

Tenere conto dei metodi di pagamento, dove la percentuale di rail istantanei è più alta e il successo del deposito, LTV è generalmente più alta con gli altri.

Includere gli eventi RG: i limiti predefiniti e l'auto-esclusione rapida riducono i picchi di guadagno, ma migliorano la coda e le lamentele/1k - LTV diventa più stabile.

8) Errori frequenti e come evitarli

1. Confusione GGR/NGR. Prima sottrai bonus/royalties/tasse sul gioco, poi le commissioni di pagamento.

2. Ignora frode/chargeback. Utilizzare le perdite previste (probability-weighted).

3. Media senza segmenti. Il comportamento new vs returning, low-risk vs high-risk è diverso.

4. Non ci sono registri di verifica. Senza il journaling «fuoriuscita» parte di NGR o di PC.

5. Estrapolazione troppo liscia. La stagione/tornei rompe un semplice esponente.

6. Si confrontano basi diverse (post-tax LTV e pre-tax CAC). Portate alla stessa base.

7. Non contano la velocità della cache. È correlata alle restituzioni e alla coda di LTV.

9) Metriche-guardie vicino a LTV

Denunce/1k sessioni (Obiettivo 0,6-1,2).

Tempo fino alla 1 ° cache (not 6-24 ore con KYC completato).

% delle prime conclusioni approvate.

Successo del deposito (≥92 -97%).

Percentuale di giocatori con limiti RG attivi e velocità di risposta RG-ticket.

10) Esperimenti e causalità

Qualsiasi A/B che influisce su LTV (missioni, margine, fronte di pagamento), accompagnare le metriche di sicurezza: lamentele/1k, payout _ speed, segnali RG.

Per i canali, utilizzate le variabili utensili o le differenze in caso di self-selection.

Fissare la data di snapshot dei dati: le previsioni LTV sono sensibili alle revisioni.

11) Struttura dashbord LTV (gold-vetrina)

1. Mappa delle griffe (signup-mese x giurisdizione x canale).

2. Curva di sopravvivenza e contributo PC per mese (stacked).

3. LTV per segmenti (device, risk-tier, payment-mix).

4. LTV: CAC e data di ritorno (payback) in settimane/mesi.

5. Sicurezza: lamentele/1k, payout SLA, attivazioni RG.

12) Assegno foglio di implementazione (0-90 giorni)

Definire la base: post-tax NGR → PC.
Abilita proveback expected e payment fees nel PC.
Configura i giornalismi e le scorciatoie (gioco di cassa i pagamenti della banca).
Costruisci coorti e semplice hazard per retention.
Avvia la vetrina LTV by cohort/channel/jurisdiction.
Esegui criteri di accantonamento e data istantanea.
Aggiungi metriche di sicurezza a ogni rapporto LTV.

13) Mini FAQ

LTV conta prima o dopo le tasse/commissioni?

Per la gestione - dopo (post-tax, post-fee). Per i benchmark esterni è possibile memorizzare anche la pre-tax.

Che orizzonte prendere?

Più spesso 12-18 mesi; «lunga coda», accantonate e convalidate il fatto.

Che mi dici dei giocatori che si escludono?

Chiudono la coda Survival alla data dell'evento; Influenza RG-Noah da considerare come un controllo positivo del rischio.

BG/NBD o coorti?

Coorti per la trasparenza, BG/NBD per CRM e personalizzazione «sottile». Coesistono.

La LTV esatta del casinò non è la formula «GGR x coefficiente». Questa è la disciplina: base corretta (post-tax NGR), costi previsti di pagamento/frodo, modello di contenimento, dischetto e metriche di sicurezza accanto. Questa LTV non è solo «bella nella diapositiva», ma permette anche di decidere quanto pagare per il traffico, dove accelerare la cache, quali missioni vengono ripagate e in quali segmenti è necessario aumentare l'RG.