GH GambleHub

تحليل الاحتفاظ باللاعب

تحليل الاحتفاظ باللاعب

الاحتفاظ هو جوهر اقتصاد المنتج: كلما طالت مدة بقاء اللاعب نشطًا، زادت LTV، وكلما كان الدخل أكثر استقرارًا وكلما كان التخطيط أكثر قابلية للتنبؤ. يوجد أدناه إطار عمل كامل: من التعريفات الصحيحة إلى نماذج البقاء ودائرة إعادة التنشيط.

1) التعاريف ووحدات المحاسبة

الوحدة: لاعب (user/master_id) - افتراضياً ؛ بالنسبة للمهام القصيرة الأجل، يُسمح بـ «حساب/جهاز»، لكن قم بتسجيل ذلك في جواز السفر المتري.
النشاط: معيار العودة (الدورة ≥1/سعر ≥1/إيداع ≥1) - سجل.
الاحتفاظ Dn: نسبة المجموعة العائدة في اليوم n بعد التاريخ المرجعي.
Rolling/Bracket: Rolling D7 (في أي يوم من الأيام 1-7) مقابل Exact D7 (في اليوم 7).
Churn: لا نشاط لمدة ≥T أيام (مثل 14/30) ؛ كقاعدة من قواعد المنتجات.
المجموعات: حسب تاريخ التسجيل/الإيداع الأول/اللعبة الأولى - اختر لمهمة التسويق/المنتج.

💡 القاعدة الذهبية: قم بإصلاح مشغل النشاط والمنطقة الزمنية والتاريخ المرجعي وقم بتشغيل القاعدة مسبقًا.

2) التحليلات الأساسية: الأفواج ومنحنيات الاحتفاظ

خرائط الحرارة الجماعية: D1/D3/D7/D14/D30/D60 ؛ الأقطار قابلة للمقارنة بين الإصدارات والحملات.
منحنيات البقاء على قيد الحياة: نسبة النشطة من اليوم 0 إلى N (منحنى البقاء على قيد الحياة).
هندسة المنحنى: «خطوات» العطلات/الإصدارات ؛ «الانهيار المبكر →» مشاكل الصعود، «الذيل الطويل» → المخلص الأساسي.

Speudo-SQL: Cohort D7

sql
WITH regs AS (
SELECT user_id, DATE_TRUNC('day', ts) AS cohort_day
FROM event_register
),
act AS (
SELECT user_id, DATE_TRUNC('day', ts) AS act_day
FROM event_activity
),
d7 AS (
SELECT r. cohort_day,
COUNT(DISTINCT r. user_id)              AS cohort_size,
COUNT(DISTINCT CASE WHEN a. act_day = r. cohort_day + INTERVAL '7 day'
THEN r. user_id END)       AS retained_d7
FROM regs r
LEFT JOIN act a ON a. user_id = r. user_id
GROUP BY 1
)
SELECT cohort_day, cohort_size,
retained_d7::decimal / NULLIF(cohort_size,0) AS cr_d7
FROM d7
ORDER BY cohort_day;

3) نماذج البقاء والمخاطر

كابلان ماير: درجة بقاء غير نموذجية (S (t)) ؛ مفيد «لتجريد الشكل» من المنحنى ومتوسط العمر.
Cox PH/Accelerated Failure Time: نماذج تفسيرية لتأثير الخصائص (البلد، القناة، المنصة، المكافآت، المحتوى) على الخطر (خطر التدفق الخارجي).
خطر منفصل (سجل يوميًا): مرن لتحليلات المنتج وميزات التقويم.
إعادة تنشيط الحدث-نموذج منفصل (المخاطر المتنافسة) أو كانتقال في سلسلة ماركوف.

4) طرازات ماركوف وشبه ماركوف

New → Active → Namant → Churned → Reactivated.
التحولات: الاحتمالات لكل فترة (يوم/أسبوع).
القيمة: ضرب احتمالات البقاء في «نشط» في متوسط الفحص/التردد - احصل على المساهمة المتوقعة في LTV.

5) الاحتفاظ بالحزمة و LTV

LTV ( خصم).
المرونة: زيادة D7 بمقدار X pp → LTV بنسبة Y٪ (من البيانات/النماذج التاريخية).
تحديد الأولويات: التحسينات التي تؤثر على الاحتفاظ المبكر (D1-D7) هي دائمًا الأكثر ربحية.

6) تقسيم الاحتفاظ

مجموعات الصعود: فئة المحتوى/اللعب الأول/النمط السلوكي في اليوم 0.
Geo/platform/channel: UX والفروق في التوقعات ؛ ضبط التقويم/العطلات.
السلوك/القيمة: RFM (Recency-Wrefency-Monitory)، مخاطر التدفق الخارجي، الربحية.
الرد على الحوافز: الأجزاء المتعلقة برفع رد الفعل على العروض/الإخطارات.

7) السببية والتجارب

ألف/باء: الدروس، استراتيجيات الدفع ؛ المقياس الرئيسي - الاحتفاظ D7/D14/D30، حواجز الحماية - الشكاوى، وقت الاستجابة، النمو الحقيقي.
شبه التجارب: DiD/التحكم الاصطناعي عندما لا يكون التوزيع العشوائي ممكنًا (على سبيل المثال عمليات الانطلاق الإقليمية).
نماذج الارتقاء: مكاسب العائد المستهدف، وليس احتمالات النشاط ؛ تقييم Qini/AUUC.

8) إعادة التنشيط: المحفزات والسياسة

الإشارات: انخفاض التردد، عدم وجود ودائع في الأيام، فحص منخفض بشكل غير طبيعي، اكتمل الصعود على متن الطائرة دون جلسة ثانية.

جدول القرار (مثال)

حالةالسياقالعملتهدئةحواجز الحماية
'risk _ churn ≥ 0. 8 '&' قيمة _ q ≥ 0. 8`كبار الشخصياتعرض شخصي L7 دROMI≥0
«no _ session ≥ 7д» & «no _ deposit ≥» 14дالجزء الشامل. دفع + البريد الإلكتروني «العودة إلى»...5dzhaloby≤Kh
'RG _ risk ≥ τ'أيrouse/council RG1 دFPR≤1٪

Hysteresis: عتبات مدخلات/مخرجات مختلفة للإشارات حتى لا «ترمش».
القنوات: داخل التطبيق، الدفع، البريد الإلكتروني، الرسائل القصيرة، مركز الاتصال - مع حد للسعر والأولويات.

9) مقاييس الاحتفاظ

D1/D7/D30 (Rolling/Exact), WAU/MAU, Stickinsis (DAU/MAU).
متوسط البقاء/الكميات ؛ على فترات متقطعة.
معدل إعادة التنشيط (R30)، حصة السكون.
إعادة تنشيط ROMI، NNT (عدد جهات الاتصال لكل عودة 1).
الإنصاف: الاختلافات المترية حسب البلد/المنبر ؛ استبعاد الخصائص غير الصحيحة من السياسات.

10) لوحات معلومات الاحتفاظ

خريطة حرارة المجموعة + خطوط الاتجاه D1/D7/D30.
رسوم بيانية للبقاء/الخطر حسب القطاع.
قمع الحياة المبكرة: install→reg→KYC→1 igra→1 الوديعة.
خريطة العمل: signal→resheniye→kanal→iskhod (التحويل إلى العودة).
حواجز الحماية: نضارة البيانات، تغطية الأحداث، الشكاوى، مؤشرات النمو الحقيقي.

11) البيانات والجودة

الأحداث: مخطط قانوني (UTC، إصدارات)، الخصوصية، الوفاة.
الهويات: المستخدم/الجهاز/البريد الإلكتروني/الهاتف - الجسور والدخول الذهبي.
Windows and TZ: تخزين في UTC + مناظر محلية ؛ تقويم واحد للعطلات.
المرشحات: الروبوتات/QA/الاحتيال - استثني من المجموعة والأنشطة.
مقاييس الإصدار: «RET _ D7 _ vN» مع التغيير.

12) وصفات Pseudo-SQL/python

دحرجة D30 حسب المجموعة

sql
WITH base AS (
SELECT user_id, DATE_TRUNC('day', MIN(ts)) AS cohort_day
FROM event_register GROUP BY 1
),
act AS (
SELECT user_id, DATE_TRUNC('day', ts) AS d
FROM event_activity
),
roll30 AS (
SELECT b. cohort_day,
COUNT(DISTINCT b. user_id)                              AS cohort_size,
COUNT(DISTINCT CASE WHEN a. d BETWEEN b. cohort_day AND b. cohort_day + INTERVAL '30 day'
THEN b. user_id END)                      AS any_1_30
FROM base b LEFT JOIN act a ON a. user_id = b. user_id
GROUP BY 1
)
SELECT cohort_day, any_1_30::decimal/cohort_size AS rolling_d30
FROM roll30;

كابلان ماير (رسم تخطيطي)

python t_i - time to outflow or censorship; e_i - event indicator
S(t) = Π_{t_i ≤ t} (1 - d_i / n_i)

خطر منفصل (سجل في اليوم)

python
For each user, create records before the event/censorship by day:
target = 1 if there was an outflow on that day; characteristics: calendar, activity, promo, etc.
Training logistic regression/GBM; forecast p_t - probability of outflow on day t.

13) الاحتفاظ باستهداف الارتفاع

المناطق: المقنعات (ستعود إذا اتصلنا)، أشياء مؤكدة (ستعود وهكذا)، الأسباب المفقودة، عدم الإزعاج (أضرار الاتصال).
المقاييس: uplift @ k, Qini/AUC ؛ السياسة - نتواصل مع القمة من خلال رفع الميزانية.
حواجز الحماية: حد أقصى لتردد الاتصال، RG/الأخلاق، إمكانية شرح سبب الاتصال.

14) التشغيل التشغيلي

SLO: تحديث لوحة الاحتفاظ ≤ 06:00 قفل ؛ ووقت تسجيل المخاطر ≤ 300 مللي ثانية ؛ Decision→Action ≤ 5 с.
المراقبة: تحولات المنحنيات حسب المقاطع، PSI للانجراف المميز، «استراحة الحدث».
Runibooks: D1 drop (على متن الطائرة/الإصدار)، D7 drop (المحتوى/التردد)، فشل قناة الاتصال المحلية.

15) الأخطاء المتكررة

خلط الوحدات (sessii↔polzovateli)، TZ، نوافذ النشاط.
مقارنة المؤشرات المتجددة والدقيقة على قدم المساواة.
تجاهل الروبوتات/الاحتيال → تضخم D1/D7.
استنتاجات بشأن الارتباط دون إثبات الصحة السببية.
لا هستيريا/تهدئة → التعب التلامسي.
لا يوجد رابط مع LTV - نحن نحسن CR، ولكن ليس القيمة.

16) قائمة التحقق من حلقة الاحتفاظ قبل الإصدار

  • جواز سفر متري (مشغل النشاط، النافذة، TZ، النسخة)
  • تقارير المجموعات والبقاء/الخطر حسب القطاع
  • نماذج مخاطر التدفق والرفع، وقنوات الكاباس وحواجز الحماية
  • الخطة ألف/باء و/أو شبه التجارب للتدخلات
  • لوحات معلومات النضارة/التغطية/الشكاوى/النمو الحقيقي
  • كتب تشغيل الحوادث والترنح وحدود الأسعار في السياسة
  • الاحتفاظ بالحزمة مع LTV و ROMI ؛ تحديد الأولويات حسب القيمة المتوقعة

المجموع

تحليل الاحتفاظ ليس فقط «خريطة الحرارة للأفواج»، ولكن نظام مُدار: التعريفات الصحيحة، ونماذج البقاء/الخطر، والارتباط بالقيمة، والتدخلات المستهدفة والأخلاقية، وتقييم التأثير الصارم، وحواجز الحماية التشغيلية. أنت تبني دورة «مراقبة → تفهم → تقرر → تتصرف → تتعلم» تزيد بشكل مطرد من LTV وتقلل من التدفق الخارجي.

Contact

اتصل بنا

تواصل معنا لأي أسئلة أو دعم.نحن دائمًا جاهزون لمساعدتكم!

Telegram
@Gamble_GC
بدء التكامل

البريد الإلكتروني — إلزامي. تيليغرام أو واتساب — اختياري.

اسمك اختياري
البريد الإلكتروني اختياري
الموضوع اختياري
الرسالة اختياري
Telegram اختياري
@
إذا ذكرت تيليغرام — سنرد عليك هناك أيضًا بالإضافة إلى البريد الإلكتروني.
WhatsApp اختياري
الصيغة: رمز الدولة + الرقم (مثال: +971XXXXXXXXX).

بالنقر على الزر، فإنك توافق على معالجة بياناتك.