カジノがプレイヤーの生涯価値(LTV)をどのように評価するか)
LTVは、ボーナス、手数料、税金を差し引いたプレーヤーまたはコホートによる将来のマージンの現在価値です。ギャンブル製品では、高いベット分散、インスタントキャッシュアウト、クッキーレス属性、およびRG要件が「単純平均」を危険にします。以下は、各量が定義され、モデルが製品、金融、コンプライアンスに透明である実用的なスキームです。
1) LTVの定義と境界
所得ベース:- GGR (Gross Gaming Revenue)=ベット−ペイアウト。
- NGR (Net Gaming Revenue)=GGR −ボーナス−プロバイダのロイヤリティ/アグリゲーション−ゲーム税(売上/収益レベルで保持されている場合)。
PC=NGR
−支払手数料
−チャージバック/損失(予想)
−サポート/ケースあたりのコスト(想定)
LTV(ポストタックス、ポストフィー):
LTV= t [E ( ) ]
ここで「Survival_t」はプレイヤーがピリオドtで活動している確率です。「Discount_t」は割引係数(資本コスト/インフレ)です。
2)必要なデータ(イベント図)
「signup」、 「kyc_step」、 「deposit」、 「dethal」、 「bet_place」、 「bet_settle」、 「bonus_grant/consume」、 「chargeback」、 「rg_limit_set」、 「self_exclude」。
和解ジャーナルが必要です:ゲーム↔キャッシュデスク↔支払い↔銀行。
属性:管轄、チャネル、デバイス、支払方法、リスクセグメント、GGR/NGRの税率。
3) GGRから「フェア」マージンを取得する方法
1.ボーナスとプロモーションをキャンセル(キャッシュバック/ミッションを含む)。
2.プロバイダ共有(RGS/aggregator)を考慮してください。
3.ゲーム税(GGR/NGR-管轄によって)を適用します。
4.支払手数料(方法別)と予想されるチャージバックを差し引いてください。
5.返品/キャンセルを正規化します(同じ期間にレトロな修正)。
6.チャネル貢献度で割る(ソース別にLTVを数える場合)。
「合計」(Total)-期間(週/月)ごとの予想PC_t。
4)予報を保持するためのアプローチ(生存)
A)コホート決定論的(単純で透明)
コホートによる保持曲線を構築します:'D7、 D30、 M2..。M12'。
「尾」(例えば、双曲線/指数)を外形化します。
長所:ビジネスに説明可能。短所:個々のレベルで荒い。
B)生存(離散時間危険)
モデルを間隔ごとに残すリスク(logit/log-log)
特徴:頻度/沈殿物量、ライブ/プレマッチ、詐欺率、RG信号、キャッシュアウト速度。
プレイヤー/セグメントに「Survival_t」を簡単に集約します。
C)頻度/リピート購入の行動パターン
BG/NBD、 パレート/NBDアクティブ期間/ベットの数を予測します。
Recency、 Frequency、 Monetaryを組み合わせ、尾の分布を与えます。
彼らはCRM/ミッション(次のベストアクション)によく合います。
5)割引とお金の価値
割引は、資本コストと予測リスクを反映しています:
Discount_t=1/(1+r)^t
ここで'r'は毎月/四半期のレートです(iGamingでは多くの場合0。5-1.名目的に1ヶ月あたりの5%)。ハイリスクコホートの場合は、Survivalに対する'r'の増加またはペナルティを使用します。
6)計算例(簡略化、6ヶ月)
Dano (1,000プレーヤーコホート):- M1の平均NGR1=10 cu/player;毎月15%のM2-M6削減。
- 支払手数料=預金の3%。単純化では、NGRの2%を取りましょう。
- 期待されるチャージバック=0,4% NGR。
- 保持(活動):M1=100%、 M2=55%、 M3=40%、 M4=32%、 M5=27%、 M6=24%。
- 割引r=1%/月
- 1。 'PC_t=NGR_t × (1 − 0,02 − 0,004)=NGR_t × 0,976'。
- 2.'NGR_t'='10 × 0。85^(t − 1)'(15%削減)。
- 3。 'LTV= } 。
- M1: 'PC_1=10 × 0,976=9,76';貢献='9。76 × 1。00 × 0。990 ≈ 9.66'.
- M2: 'NGR_2=8,5'; 'PC_2=8,5 × 0,976=8,30';contribution='8。30 × 0。55 × 0。981 ≈ 4.48'.
- M1-M6をまとめ、24-27 cu ~ランドマークを取得します。このコホートのプレーヤーごとのLTV(ラウンドによって異なります)。
7)チャネルおよび管轄によるLTV
LTVを税後レイヤーと税前レイヤーに分けます。同じ税務ロジック内のチャネルを比較します。
支払い方法を考えてみましょう:インスタントレールと預金のシェアが高い場合、LTVは通常より高く、他のすべてのものは同じです。
RGイベントを含める:デフォルトの制限と迅速な自己排除はピーク収益を削減しますが、尾と苦情を改善します/1k-LTVはより安定します。
8)頻繁な間違いとそれらを回避する方法
1.GGR/NGRの混乱。まず、ゲームのボーナス/ロイヤリティ/税金を控除し、次に支払い手数料を差し引きます。
2.詐欺/チャージバックを無視します。確率加重損失を使用します。
3.セグメントのない媒体。新しいvsリターン、低リスクvs高リスクの挙動は異なります。
4.和解ジャーナルはありません。ジャーナリングなしでは、NGRの一部は「漏洩」したり、PCを過大評価したりします。
5.外観がスムーズすぎる。季節性/トーナメントの混和は単純な指数を破る。
6.異なる拠点(税後LTVと税前CAC)を比較します。1つの基地に持って来い。
7.キャッシュアウト率を考慮しないでください。それはリターンとLTVの尾と相関します。
9) LTVの近くのセキュリティ指標
Complaints/1kセッション(ターゲット~ 0。6-1.2).
1回目のキャッシュアウトまでの時間(KYCが通過した場合は6〜24時間~)。
承認された最初の結論の%(~ 85-93%)。
入金成功(≥ 92-97%)。
アクティブなRG制限とRGチケット応答率を持つプレーヤーのシェア。
10)実験と因果関係
LTV(ミッション、マージン、支払いフロント)に影響を与える任意のA/Bは、セキュリティメトリクスに同行します:苦情/1k、 payout_speed、 RG信号。
チャンネルの場合は、自己選択がある場合はインストゥルメンタル変数または差分を使用します。
データの「スナップショット日」を記録します。LTV予測はリビジョンに敏感です。
11) LTVダッシュボード構造(ゴールドショーケース)
1.コホートマップ(サインアップ月×管轄×チャンネル)。
2.月ごとのサバイバルカーブとPCの貢献(積み重ね)。
3.LTVセグメント別(デバイス、リスク層、ペイメントミックス)。
4.LTV:週/月のCACおよび回収期間。
5.セキュリティ:苦情/1k、支払いSLA、 RGアクティベーション。
12)実装チェックリスト(0-90日)
- ベースを定義する:税後NGR→PC。
- PCでチャージバックが予想され、支払いフィードが有効になります。
- ジャーナルと和解(ゲーム↔キャッシュデスク↔支払い↔銀行)を設定します。
- 保持によってコホートおよび簡単な危険を造って下さい。
- コホート/チャネル/管轄ショーケースでLTVを起動します。
- ディスカウントポリシーと「スナップショット日付」を入力します。
- 各LTVレポートにセキュリティメトリックを追加します。
13) ミニFAQ
LTVは税金/手数料の前後にカウントされますか?
管理のために-(後税、後料金)後。外部ベンチマークについては、税引前の保管も可能です。
どのような地平線を取るのですか?
より頻繁に12-18か月;「ロングテール」割引と事実の検証。
自己排除されたプレーヤーはどうですか?
彼らはイベントの日付のためにサバイバルの尾をカバーします。RG nujasの影響を肯定的なリスク管理と考えてください。
BG/NBDまたはコホート?
透明性のためのコホート、CRMとパーソナライゼーションのためのBG/NBD。共存している。
カジノの正確なLTVは「GGR ×ファクター」の公式ではありません。これは規律です。正しいベース(税後NGR)、支払い/詐欺の予想コスト、保持モデル、割引およびセキュリティ指標が近くにあります。このようなLTVは「スライドで美しい」だけでなく、トラフィックの支払い、キャッシュアウトのスピードアップ、ミッションの支払い、RGの強化が必要なセグメントなど、意思決定を行うことができます。