GH GambleHub

Оюнчуларды кармап талдоо

Оюнчулар кармап талдоо

Сактоо - продукт экономикасынын өзөгү: узак убакыт бою оюнчу LTV жогору, туруктуу киреше жана алдын ала пландаштыруу. Төмөндө - толук каркас: туура аныктамалардан баштап аман калуу моделдерине жана кайра активдештирүү контуруна чейин.

1) Аныктамалар жана эсепке алуу бирдиги

Бирдиги: оюнчу (user/master_id) - демейки; кыска мөөнөттүү тапшырмалар үчүн, мисалы, "эсеп/түзмөк", бирок аны паспортко жазыңыз.
Активдүүлүк: кайтаруу критерийи (≥ 1 сессия/ ≥ 1 коюм/ ≥ 1 депозит) - бекитүү.
Retenshn Dn: шилтеме күндөн кийин n-күнү кайтып когорта үлүшү.
Rolling/Bracket: Rolling D7 (1-7 күн каалаган) vs Exact D7 (так 7-күнү).
Churn (агып): ≥ T күндөрдүн жоктугу (мисалы, 14/30); продукт эреже катары берилет.
Когорттор: каттоо/биринчи депозит/биринчи оюн датасы боюнча - маркетинг/продукт тапшырмасын тандоо.

💡 Алтын эреже: алдын ала иш триггерди, убакыт зонасын, референттик датаны жана агып чыгуу эрежесин жазыңыз.

2) Базалык аналитика: когорттор жана retention ийри

Когорт жылуулук карталар: D1/D3/D7/D14/D30/D60; диагоналдары релиздер менен кампаниялардын ортосунда салыштырууга болот.
тирүү ийри: 0 күндөн N чейин активдүү үлүшү (survival curve).
Ийри сызыктын геометриясы: майрамдардын/релиздердин "тепкичтери"; эрте "кыйрашы" → көйгөйлөр onbording, "узун куйрук" → берилгендердин өзөгү.

Pseudo-SQL: 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) Аман калуу жана hazard моделдер

Kaplan-Meier: модель эмес баа survival (S (t)); ийри сызыктын жана медианын "формасын алып салуу" үчүн пайдалуу.
Cox PH/Accelerated Failure Time: белгилердин таасиринин түшүндүрүлүүчү моделдери (өлкө, канал, платформа, бонустар, мазмун) hazard (агып чыгуу коркунучу).
Discrete-time hazard (күндөр боюнча логит): азык-түлүк аналитикасы жана календардын сыныктары үчүн ийкемдүү.
"Кайра активдештирүү" окуясы: өзүнчө моделдөө (competing risks) же Марков чынжырына өтүү.

4) Марков жана жарым маркалык моделдер

Шарттар: New → Active → Dormant → Churned → Reactivated.
Өткөөл: мезгил үчүн ыктымалдыгы (күн/жума).
Баалуулугу: орточо чек/жыштык боюнча "Active" болуу ыктымалдыгын көп - LTV күтүлгөн салымын алуу.

5) байламта кармап жана LTV

LTV ( арзандатуу).
Ийкемдүүлүк: X PP өсүш D7 → Y% өсүш LTV (тарыхый маалыматтар/моделдер).
артыкчылыктуу: эрте кармап таасир жакшыртуу (D1-D7), дээрлик ар дайым абдан кирешелүү.

6) Сегментация кармоо

Конбординг когорты: биринчи мазмун/оюн категориясы/жүрүм-турум шаблон күнүнө 0.
Гео/платформа/канал: UX жана күтүүлөрдүн айырмачылыктары; календарга/майрамдарга тууралап.
Жүрүм-туруму/баалуулугу: RFM (Recency-Frequency-Monetary), агып чыгуу коркунучу, кирешелүүлүгү.
Стимулдарга жооп: offers/нотификация боюнча uplift-жооп сегменттери.

7) Себеп жана эксперименттер

А/В: онбординг, туториалдар, бош стратегиялар; негизги метрика - D7/D14/D30 retenshn, guardrails - даттануулар, жооп убактысы, RG.
Квазиэксперименттер: ДиД/синтетикалык контролдоо, качан рандомизациялоо мүмкүн эмес (мисалы, аймактык чыгуулар).
Uplift-моделдер: иш-аракет ыктымалдыгы эмес, кайра өсүшү максаттуу; Qini/AUUC баалоо.

8) Re-жандандыруу: триггерлер жана саясат

Сигналдар: жыштыктын төмөндөшү, N күндүк депозиттердин жоктугу, аномалдуу төмөн чек, 2-сессиясыз бүтүшү.

Decision стол (мисал)

ШартКонтекстИш-аракетКулдаунGuardrails
`risk_churn ≥ 0. 8` & `value_q ≥ 0. 8`VIPжеке offer LROMI≥0
`no_session ≥ 7д` & `no_deposit ≥ 14д`массалык сегмент. push + электрондук почта "кайра"...даттануулар ≤ X
`RG_risk ≥ τ`ар кандайРауза/RG кеңешиFPR≤1%

Histeresis: сигналдар үчүн ар кандай босоголор кирүү/чыгуу "жаркырап".
Каналдар: in-app, push, e-mail, SMS, колл-борбор - rate-limit жана артыкчылыктар менен.

9) кармоо Метрика

D1/D7/D30 (Rolling/Exact), WAU/MAU, Stickiness (DAU/MAU).
Survival медиана/квантили; аралыкта hazard.
Reactivation rate (R30), Dormancy share.
ROMI кайра активдештирүү, NNT (1 кайтарууга канча байланыш).
Fairness: өлкөлөр/платформалар боюнча метриктердин айырмачылыктары; саясаттан алгылыксыз белгилерди алып салыңыз.

10) Dashbord кармоо

Кокурт жылуулук картасы + тенденциялар сызыктары D1/D7/D30.
Survival/hazard сегменттер боюнча графиктер.
эрте жашоо Huni: install → reg → KYC → 1-оюн → 1-депозиттик.
Иш-карта: сигнал → чечим → канал → жыйынтык (conversion to return).
Guardrails: маалыматтардын сергектиги, окуялар coverage, даттануулар, RG көрсөткүчтөр.

11) Маалыматтар жана сапаты

Окуялар: канондук схема (UTC, версия), демпотенттик, дедуп.
Identity: user/device/e-mail/тел - көпүрө жана алтын жазуу.
Windows жана TZ: UTC + жергиликтүү аткаруу сактоо; майрамдардын бирдиктүү календары.
Filters: боттор/QA/Frod - Кокурт жана иш-аракеттерди жок.
Метриканын версиясы: 'RET _ D7 _ vN' c changelog.

12) Pseudo-SQL/питон Recipes

Rolling D30 Cocorts

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;

Kaplan-Meier (эскиз)

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

Discrete-hazard

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-максаттуу кармоо

Зоналар: Persuadables (байланыш болсо кайтып келет), Sure things (жана кайра келет), Lost causes, Do-not-disturb (байланыш зыян).
Метрика: uplift @k, Qini/AUUC; саясат - бюджет үчүн uplift боюнча топ-к байланышта.
Guardrails: байланыш жыштыгы боюнча cap, RG/этика, байланыш себептерин түшүндүрүү.

14) Операциялык эксплуатация

SLO: жаңылоо retenshn-dashboard ≤ 06:00 lok.; latency тобокелдик эсеби ≤ 300 мс; Decision→Action ≤ 5 с.
Мониторинг: сегменттер боюнча ийри сызыктардын жылышы, PSI белгилердин жылышы, "окуялардын үзүлүшү".
Рунибуки: D1 кулашы (онбординг/релиз), D7 кулашы (мазмун/жыштык), жергиликтүү байланыш каналдарынын бузулушу.

15) Көп каталар

Бирдиктерди аралаштыруу (сессия колдонуучулары), TZ, активдүүлүк терезелери.
Салыштыруу Rolling жана Exact көрсөткүчтөр бирдей.
Ignor bot/froda → жогорулатылган D1/D7.
Себептик текшерүүсүз корреляция боюнча корутундулар.
histeresis/кулдаун жоктугу → байланыш чарчоо.
LTV менен байланыш жок - CR оптималдаштыруу, бирок баалуулук эмес.

16) кармап контур бошотуу алдында чек-тизмеси

  • Паспорт метр (иш-аракет, терезе, TZ, версия)
  • Когорта отчеттор жана сегменттер боюнча survival/hazard
  • агып чыгуу жана uplift тобокелдик моделдери, капка жана guardrails каналдар
  • A/B планы жана/же интервенциялар үчүн квазиэксперименттер
  • Дашборд сергектик/coverage/даттануулар/RG
  • Runibook окуялар, histeresis жана rate-limits саясатта
  • LTV жана ROMI менен кармап туруу; күтүлгөн баалуулук боюнча артыкчылыктуу

Жыйынтык

Кармап талдоо гана эмес, "теплокарта когорт" жана башкарылуучу система: туура аныктамалар, survival/hazard-моделдер, баалуулук менен байланыш, максаттуу жана этикалык интервенциялар, катуу таасир баа берүү жана операциялык guardrails. Сиз LTV туруктуу жогорулатуу жана агып азайтат "байкоо → түшүнүү → чечим → иш-аракет → үйрөнүү" бир катар куруп жатабыз.

Contact

Биз менен байланышыңыз

Кандай гана суроо же колдоо керек болбосун — бизге кайрылыңыз.Биз дайым жардам берүүгө даярбыз!

Telegram
@Gamble_GC
Интеграцияны баштоо

Email — милдеттүү. Telegram же WhatsApp — каалооңузга жараша.

Атыңыз милдеттүү эмес
Email милдеттүү эмес
Тема милдеттүү эмес
Билдирүү милдеттүү эмес
Telegram милдеттүү эмес
@
Эгер Telegram көрсөтсөңүз — Emailден тышкары ошол жактан да жооп беребиз.
WhatsApp милдеттүү эмес
Формат: өлкөнүн коду жана номер (мисалы, +996XXXXXXXXX).

Түшүрүү баскычын басуу менен сиз маалыматтарыңыздын иштетилишине макул болосуз.