Como os cassinos avaliam lifetime value jogadores (LTV)

A LTV é o valor da futura margem por jogador ou por cômodo, excluindo bônus, comissões e impostos. Em produtos de azar, a precisão é particularmente importante: alta dispersão de apostas, cachês instantâneos, cookie-less atribuições e exigências RG tornam as «médias simples» perigosas. Abaixo, um padrão prático onde cada valor é definido e o modelo é transparente para o produto, as finanças e a complacência.

1) Definições e limites da LTV

Base de renda:

GGR (Gross Gaming Revenue) = Taxas - Pagamento de ganhos.
NGR (Net Gaming Revenue) = GGR - bônus - royalties de provimento/agregação - impostos sobre jogo (se mantidos ao nível de circulação/receita).

Margem do jogador:


PC = NGR
− comissões de pagamento
− chargeback/frod perdas (esperadas)
− Zapport/CUS costa-para-case (esperado)

LTV (post-tax, post-fee):


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

Onde 'Surfival _ t' é a probabilidade de o jogador estar ativo no período t; 'Discount _ t' é o fator de desconto (custo de capital/inflação).

💡 Importante: CAC (custo de contratação) NÃO incluído na LTV, mas comparado separadamente (LTV: CAC).

2) Quais são os dados necessários (padrão de eventos)

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

Os registos (jornals) são obrigatórios: jogo ↔ caixa ↔ pagamentos ↔ banco.

Atributos: jurisdição, canal, dispositivo, método de pagamento, segmento de risco, taxa de imposto sobre a GGR/NGR.

3) Como da GGR obter uma margem «honesta»

1. Isentar bónus e promoção (incluindo cachê/missão).

2. Considerar as participações de provedor (RGS/agregador).

3. Aplicar impostos sobre o jogo (GGR/NGR - jurisdição).

4. Deduza as comissões de pagamento (pelo método) e a marceback prevista.

5. Normalizar devoluções/cancelamentos (correções retráteis no mesmo período).

6. Dividir em uma contribuição de canal (se você acha LTV nas fontes).

O resultado é o PC _ t esperado para os períodos (semanas/meses).

4) Abordagens de previsão de retenção (Surfival)

A) Determinação de linha (simples e transparente)

Construindo uma curva de retenção por cômodos: 'D7, D30, Mm... M12'.

Extrapolamos «cauda» (por exemplo, hipérbole/exposição).

Os benefícios são explicáveis para os negócios. Contras: rude a nível individual.

B) Sobrevivência (Discrete-Time Hazard)

O modelo de risco de saída em intervalos (logit/logs-logs).

Fici: frequência/soma de depósitos, lave/prematch, frod screen, RG, velocidade de cachê.

Dá 'Survival _ t' por jogador/segmento, facilmente agregável.

C) Modelos comportamentais de frequência/reaproveitamento

BG/NBD, Pareto/NBD para prever o número de períodos/apostas ativos.

Combinando Recency, Frequency, Monetary e distribuindo «cauda».

Deitam-se bem em CRM/missões (next-best-action).

💡 Prática: Comece com o cômodo + hazard para controle e adicione BG/NBD aos segmentos.

5) Desconto e custo do dinheiro

O desconto reflete o custo do capital e o risco de previsão:


Discount_t = 1 / (1 + r)^t

Onde 'r' é uma taxa mensal/trimestral (muitas vezes entre 0,5% e 1,5% na iGaming nominal). Use um aumento de 'r' ou uma multa para o Survival.

6) Exemplo de cálculo (simplificado, 6 meses)

Dado (cômodo 1 000 jogadores):

NGR1 médio em M1 = 10 u.e. jogador; Redução do Mm-M6 em 15% mensais.
Comissões de pagamento = 3% dos depósitos; Na simplificação, tomamos 2% da NGR.
Chargeback expected = 0,4% от NGR.
Retenção (atividade): M1 = 100%, M2 = 55%, M3 = 40%, M4 = 32%, M5 = 27%, M6 = 24%.
Desconto r = 1 %/mes.

Passos:

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

2. 'NGR _ t' = '10 x 0,85 ^ (t - 1)' (15% de redução).

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

Contamos M1 e M2 (o resto do modelo):

M1: `PC_1 = 10 × 0,976 = 9,76`; contribuição = '9,76 x 1,00 x 0,990 ≈ 9,66'.
M2: `NGR_2 = 8,5`; `PC_2 = 8,5 × 0,976 = 8,30`; contribuição = '8,30 x 0,55 x 0,981 ≈ 4,48'.
Somando o M1-M6, receba um ponto de referência de £24-27. LTV por jogador nesta seção (dependendo das circunscrições).

💡 Por cima, compare com o CAC e a meta da LTV: CAC (muitas vezes 3:1 para crescimento sustentável).

7) LTV por canais e jurisdições

Divida a LTV em pós-tax e camada pré-tax: compare os canais dentro de uma lógica fiscal.

Leve em consideração os métodos de pagamento - onde a proporção de roteiros instantâneos é maior e o êxito de depósito, a LTV é geralmente mais elevada, com outros iguais.

Inclua eventos RG: os limites padrão e a auto-exclusão rápida reduzem o rendimento de pico, mas melhoram a cauda e as queixas/1k - LTV se tornam mais estáveis.

8) Erros frequentes e como evitá-los

1. Confusão GGR/NGR. Primeiro, deduza os bónus/royalties/impostos sobre o jogo, depois as comissões de pagamento.

2. Ignorar frod/chargeback. Use as perdas esperadas (propability-weighted).

3. Média sem segmentos. O comportamento new vs returning, low-risk vs high-risk é diferente.

4. Não há revistas de confecção. Sem o jornaling «vazamento», parte da NGR ou se tornará PC.

5. Extrapolação demasiado suave. A sazonalidade/torneios quebra um simples expoente.

6. Comparam bases diferentes (post-tax LTV com pré-tax CAC). Leve a uma base de dados.

7. Não contém a velocidade do cachê. Ela está correlacionada com as devoluções e a cauda da LTV.

9) Guardas métricos perto da LTV

Queixas/1k sessões (alvo de £0,6-1,2).

Tempo até o 1º cachê (£6-24 horas no KYC que passou).

% das primeiras conclusões aprovadas (£85-93%).

Êxito de depósito (≥92 -97%).

Proporção de jogadores com limites RG ativos e velocidade de resposta por tíquetes RG.

10) Experimentos e causalidade

Qualquer A/B que afete a LTV (missões, margens, frente de pagamento), acompanhe as métricas de segurança: queixas/1k, payout _ speed, RG.

Para os canais, use variáveis de ferramentas ou variáveis de diferença, se houver self-selecção.

Verifique a «data de imagem» dos dados: as previsões de LTV são sensíveis a revisões.

11) Estrutura de dashbord LTV (vitrine gold)

1. Mapa do cômodo (signup-mês x jurisdição x canal).

2. Curva de sobrevivência e contribuição PC por mês (stacked).

3. LTV por segmento (device, risk-tier, payment-mix).

4. LTV: CAC e prazo de retorno (payback) em semanas/meses.

5. Segurança: queixas/1k, payout SLA, ativação RG.

12) Folha de cheque de implementação (0-90 dias)

Definir base: post-tax NGR → PC.
Ativar o exposed e o payment fees em PC.
Personalizar o jornals e os pacotes (jogo ↔ caixa ↔ pagamentos ↔ banco).
Construir cômodos e simples hazard por retenção.
Iniciar a vitrine LTV by cohort/channel/jurisdicção.
Iniciar uma política de desconto e «data de foto».
Adicionar métricas de segurança a cada relatório LTV.

13) Mini-FAQ

LTV contar antes ou depois de impostos/comissões?

Para gerenciar - depois (post-tax, post-fee). Os benchmark externos também podem ser armazenados pré-tax.

Que horizonte é esse?

Mais de 12 a 18 meses; «cauda longa» desconta e valide o fato.

O que aconteceu aos jogadores que se autodeclaram?

Eles fecham a cauda do Survival na data do evento; Os efeitos do RG-NuJ sejam considerados como um controle positivo de risco.

BG/NBD ou cômodos?

Côrtes para transparência, BG/NBD - para CRM e personalização «fina». Coexistem.

A LTV precisa no casino não é uma fórmula «GGR x coeficiente». É uma disciplina: base correta (post-tax NGR), custos previstos de pagamento/frode, modelo de retenção, desconto e métricas de segurança ao lado. A LTV não só é «bonita no slide», mas também permite decidir quanto pagar pelo tráfego, onde acelerar o cachê, quais missões são rentáveis e em que segmentos o RG precisa ser reforçado.