چگونه به تجزیه و تحلیل LTV و کوهورت در iGaming
1) چرا تجزیه و تحلیل کوهورت در iGaming
iGaming «طولانی» عمودی است: بازیکنان پرداخت نه یک بار، اما یک سری از سپرده. رویکرد کوهورت به دو سوال اصلی پاسخ می دهد:1. آیا خرید پرداخت می شود (زمانی و به چه دلیل)، 2. آینده درآمد چیست (چقدر بیشتر در این گروه کسب خواهیم کرد).
بدون گروه ها، فصلی بودن، پاداش ها و اثرات شوک را با کیفیت واقعی ترافیک اشتباه می گیرید.
2) تعاریف اساسی (در یک ورق)
کوهورت - گروهی از کاربران که بر اساس تاریخ رویداد کلیدی گروه بندی شده اند (اغلب: کلیک کنید/reg/FTD).
GGR (درآمد ناخالص بازی) - شرط ها − برنده ها.
NGR (درآمد خالص بازی) - GGR منهای پاداش/jackpots/کمیسیون از ارائه دهندگان بازی/پرداخت، وظیفه بازی، بازپرداخت/بازپرداخت.
ARPU_Dn - درآمد متوسط هر بازیکن در روز n (معمولا توسط NGR).
Cum_ARPU_Dn = ARPU تجمعی در روز n.
LTV - درآمد کل با تخفیف به ازای هر بازیکن بیش از افق T (یا بی نهایت).
بازپرداخت - حداقل n که در آن CAC/CPA Cum_ARPU_Dn ≥.
Retention_Dn - نسبت گروه فعال در روز n (ورود/نرخ/سپرده).
نرخ دوم dep - نسبت بازیکنان FTD که سپرده دوم را برای این دوره ساخته اند.
در تصمیمات مالی، از NGR استفاده کنید، نه GGR: این تنها راهی است که ROI/Payback واقعیت را نشان می دهد.
3) از کجا قطع «روز صفر»: انتخاب محور کوهورت
کوهورت کلیک کنید - نیاز به بهینه سازی رسانه ها و انتساب.
Reg cohort - نیاز به محصول/CRM برای فعال سازی و KYC.
کوهورت FTD (توصیه می شود برای P & L/ROI) - دقیق تر CAC و دم پول را پیوند می دهد.
شما می توانید هر سه را نگه دارید، اما تصمیم گیری های مالی در گروه FTD.
4) مدل داده: چه رویدادها و مقادیر برای ذخیره
رویدادها (حداقل): 'ثبت نام'، 'kyc _ approved'، 'سپرده _ موفقیت {مقدار، ارز، _ ftd}'، 'برداشت'، 'بازپرداخت'، 'بازپرداخت'، رویدادهای بازی برای GGR (در صورت موجود بودن).
Атрибуты: 'click _ id', 'utm _', 'geo', 'device/os', 'payment _ method', 'brand', 'offer'.
زمان: فروشگاه در UTC ؛ در پنجره گزارش - محل پروژه.
پول: در ارز معامله و در «ارز گزارش» (در نرخ ارز در تاریخ رویداد) نگه دارید.
NGR در روز t:
NGR_t = GGR_t
− های BonusCost_t
− های ProviderFee_t
− های PaymentFee_t
− های GamingDuty_t
− های Chargeback_t
5) معیارهای کوهورت اصلی
5. 1. کسب درآمد
ARPU_Dn = (Σ NGR [0.. n] )/FTD
ARPPU_Dn = (Σ NGR [0.. n] )/ ActivePayers_Dn
سپرده در هر Payer_Dn، Avg_Deposit_Size_Dn - مفید برای برش VIP.
5. 2. رفتار/کیفیت
Retention_D1/D7/D30/D90 (ورود/نرخ/dep)
نرخ دوم درجه، نرخ سوم درجه- نرخ نقدی، نرخ بازپرداخت
- نرخ عبور KYC، تاخیر FTD (рег→FTD)
5. 3. اقتصاد خرید
CPA (یا CAC) = هزینه/FTD- بازپرداخت - روز CPA Cum_ARPU ≥
- ROAS_Dn = (Σ NGR [0.. n] )/خرج کردن ؛ = ( NGR خرج کردن Opex مستقیم )/خرج کردن
6) نمایشگاه ها و گزارش ها: چه چیزی برای ساخت در BI
جداول واقعی:- 'fact _ events' (سطح رویداد: کاربر، ts، نوع، مقدار، ارز)
- 'fact _ spend' (کانال/روز/جغرافیایی/خلاق)
- 'fx _ rates' (دورهها)
- 'dim _ user'، 'dim _ utm'، 'dim _ geo'، 'dim _ device'، 'dim _ brand/offer'
1. cohort_ftd_daily - FTD - когорты: 'cohort _ date', 'users _ ftd', 'NGR _ d', 'dep _ d', 'retention _ d', '2nd _ d'.
2. cohort_cum - معیارهای تجمعی در روز n: 'cum _ ARPU _ Dn', 'cum _ ROAS _ Dn', 'payback _ day'.
3. channel_cohort - связка с UTM: «منبع/رسانه/کمپین/محتوا».
نقشه های حرارتی: Cum_ARPU شده توسط ردیف (کوهورت) و ستون (روز 1.. 90).
7) فرمول ها و مینی مثال
پایه (ماهانه کانال X، FTD-کوهورت D0):- FTD = 1000 ؛ هزینه = 50 000 ؛ к D30: Σ NGR = 94 200
CPA = 50 000/1 000 = 50
ARPU_D30 = 94 200/1 000 = 94 2
Cum_ARPU_D30 ≥ CPA بله → بازپرداخت زودتر به دست آورد.
بازپرداخت نمره خشن: روز متوسط. ARPU ≈ 94 2 / 30 = 3. 14 → 50 / 3. 14 ≈ D16
(دقیق تر، با توجه به منحنی ARPU تجمعی روز به روز).
2nd-dep rate_D30 = 32٪ (به عنوان مثال) - سیگنال کیفیت و دم آینده.
8) پیش بینی LTV: چگونه می توان دم بلند را ارزیابی کرد
8. 1. برون یابی ساده (عامل)
سهم روزانه ARPU را پس از D30 (D31..D120) در گروه های تاریخی جغرافیایی/منابع/مارک های مشابه ترسیم کنید.
اعمال ضریب دم: 'LTV _ k'، که در آن 'k' از تاریخ است (به عنوان مثال، 1. 35 برای یک جغرافیایی/محصول خاص).
8. 2. مدل های پارامتریک (زمانی که داده های زیادی وجود دارد)
BG/NBD (تکرار «خرید» = سپرده) → پیش بینی فرکانس.
گاما - گاما (مقدار پولی) → پیش بینی اندازه متوسط سپرده/NGR در پرداخت کننده فعال.
مدل های مخلوط با VIP/تقسیم بندی جرم (ورود به سیستم طبیعی/گاما با مقدار).
8. 3. تخفیف دادن
'LTV = Σ_{t=0..T} (NGR_t/ Users_FTD )/( 1 + r) ^ {t/30}'، که در آن r نرخ ماهانه (1-2 ٪/ماه برای فایل برنامه) است.
9) بخش هایی که «هوا را ایجاد می کنند»
GEO (مالیات/پرداخت/ارز)- دستگاه/سیستم عامل (iOS در مقابل آندروید)
- روش های پرداخت (هزینه و مقدار مجاز)
- خلاق/زاویه/زمین (انتظارات مختلف → عمق های مختلف)
لایه های VIP (به عنوان مثال، NGR P95/P99) - آنها را جداگانه نگه دارید: آنها «جلو» دم و ایجاد سر و صدا در وسط.
10) تشخیص کیفیت توسط کوهورت
به طور معمول CR بالا (کلیک کنید → reg) اما CR ضعیف (reg → FTD) → مشکل onboarding/پرداخت.
FTD بالا، اما 2 درجه نرخ پایین → شکارچیان پاداش، حفظ ضعیف است.
یک Cum_ARPU_D7 خوب، فراتر از فلات، هیچ مکانیک CRM (ماموریت ها، تبلیغات، پیشنهادات تقسیم شده) وجود ندارد.
افزایش هزینه/بازپرداخت → منابع ضد تقلب/پرداخت، کانال های خاکستری.
11) اشتباهات رایج (و چگونه برای جلوگیری از)
1. ARPU/LTV را بیش از حد برآورد کنید. → همیشه توسط NGR.
2. مخلوط کردن منطقه زمانی/ارز → D0/D1/Payback شناور → ارز گزارش UTC + را نگه دارید.
3. کوهورت با کلیک برای P&L → انتساب پر سر و صدا. → برای پول، استفاده از FTD.
4. راه حل در نمونه های کوچک → واریانس ماسک → آستانه را وارد کنید (≥30 -50 reg یا ≥300 -500 کلیک/بسته نرم افزاری ؛ برای LTV - ≥200 FTD/تکه).
5. بدون بازپرداخت/بازپرداخت → دم دم. → شامل رویدادهای «منفی».
6. متوسط دمای بیمارستان → پنهان کردن اثرات VIP/خلاق. → بخش
7. نادیده گرفتن 2nd-dep → اعتبار کیفیت کوهورت قبل از افزایش نرخ/کلاه.
12) مینی راهنمای تجسم
Heatmap Cum_ARPU (کوهورت × روز) - شما می توانید شیب دم را ببینید.
منحنی نگهداری D1..D90 - توسط ورود و سپرده (دو منحنی).
NGR: GGR → → →
نقاط بازپرداخت در امتداد کانال ها خط «شکستن حتی CPA» هستند.
VIP Pareto - 20/80 (یا 10/90): سهم NGR از x٪ بالای بازیکنان.
13) کنترل کیفیت داده ها
رویداد سمت سرور (سپرده ها/خروجی ها)، idemotency توسط «event _ id».
هشدارها: تاخیر پستها> 15 دقیقه، شکستن «operator↔DWH»، سهم رویدادها بدون «click _ id».
آشتی مقادیر (NGR) بین منابع یک بار در هفته ؛ ثبت وقایع «رد شده/اصلاح شده».
14) چک لیست اجرای LTV کوهورت
داده ها و رویدادها
- زنجیره S2S: 'reg/KYC/FTD/2nd _ dep/بازپرداخت/بازپرداخت' (UTC، ارز)
- فرمول NGR توافق (آنچه که دقیقا است/شامل نمی شود)
- ارزها بر اساس تاریخ رویداد تبدیل می شوند ؛ «گزارش ارز» ذخیره می شود
- Витрины 'cohort _ ftd _ daily'، 'cohort _ cum'، 'channel _ cohort'
معیارها و گزارشات
- Cum_ARPU D1/D7/D30/D90، نگهداری، نرخ دوم درجه
- بازپرداخت توسط کوهورت در مقابل CPA ؛ ROAS/ROI
- برش VIP (P95/P99)، روش های پرداخت، دستگاه/جغرافیایی
فرآیند ها
- آستانه آمار و قوانین برای غیر فعال کردن/نرخ نمایه سازی
- یکپارچهسازی با سیستمعامل هفتگی: بالا/ضد بسته نرم افزاری، انتقال خودی
- آشتی operator↔DWH، گزارش حادثه
15) طرح 30-60-90
0-30 روز - قاب و بهداشت
فرمول NGR را توصیف کنید، شامل S2S در مورد رویدادهای کلیدی است.
جمع آوری ویترین کوهورت پایه (محور FTD) و Cum_ARPU D1/D7/D30.
تنظیم هشدار تاخیر/واریانس ؛ ارائه ارز/TZ.
31-60 روز - عمق و کیفیت
2-dep، Retention، chargeback/refund را به گزارش اضافه کنید.
آستانه بازپرداخت و قوانین برای نمایه سازی نرخ کیفیت کوهورت را معرفی کنید.
تقسیم بندی: جغرافیایی/دستگاه/پرداخت/VIP ؛ گزارش خلاق/زمین
61-90 روز - پیش بینی و مدیریت
BG/NBD + گاما گاما خلبان یا نسبت دم تاریخی است.
برنامه واقعی برای LTV و بازپرداخت ؛ CPA/استخوان پاداش چه اگر حالات.
استاندارد سازی playbooks: راه اندازی، آشتی، تشدید ناهنجاری.
16) خط پایین
تجزیه و تحلیل کوهورت و LTV در iGaming یک سیستم است: محور صحیح (بهتر از FTD)، درآمد عادلانه NGR، رویداد و نظم و انضباط ارز/منطقه زمانی، منحنی تجمعی و کنترل کیفیت (2 درجه، نگهداری، بازپرداخت). پیش بینی دم (مدل ها یا نسبت های تاریخی)، آستانه های آماری و فرآیندهای نمایه سازی نرخ را اضافه کنید - و تصمیمات بودجه سریع، قابل تجدید و سودآور می شوند.