Wskaźniki gamingu: DAU/WAU, udział, wskaźnik ukończenia

Grafika działa tylko wtedy, gdy jej efekt jest potwierdzony liczbami. Poniżej znajduje się analiza systemowa trzech podstawowych metryk, bez których nie można zarządzać misjami, imprezami i nagrodami: DAU/WAU, współczynnik uczestnictwa (udział) i wskaźnik ukończenia (ukończenie).

1) DAU/WAU i lepkość

Definicje

DAU (Daily Active Users) - liczba unikalnych użytkowników z ukierunkowanym działaniem dziennie (logowanie, uruchamianie klienta, zakład/spin, zakończenie misji itp.).

WAU (Weekly Active Users) - Unikalni użytkownicy z ukierunkowaną aktywnością w ciągu ostatnich 7 dni.

DAU/WAU (Lepkość) - odsetek „codziennej aktywności” wśród „tygodniowo”.

[
\ tekst {DAU/WAU} =\frac {\tekst {DAU}} {\tekst {WAU} }\quad (0\ldots1)
]

Jak interpretować

0. 15-0. 25 - podstawowa „zdrowa” lepkość produktów rekreacyjnych o niegodnym schemacie.

0. 25-0. 35 - dobry poziom z regularnymi misjami i łatwym wejściem.

💡 0. 35 - silna „lepkość” behawioralna, zwykle z codziennymi zadaniami, smugą 'ax i motywującymi nagrodami.

Ważne: ocenić według segmentu (początkujących, ponownie aktywowanych, płatnych, średniego rdzenia, wysokiej wartości). Ogólna liczba łatwo maskuje problemy.

Częste zniekształcenia

Inflacja z powodu dni bonusowych. Pojedyncze wydarzenie „hype” podniesie DAU, ale nie poprawi trendu DAU/WAU na horyzoncie 4-8 tygodni.

Fałszywa wieloczynność. Konta bot/duplikat. Urządzenie-odciski palców deduplikacji + sygnały KYC są wymagane.

Zmiana "działania docelowego. "Jeśli zmienisz zasadę" kto jest uważany za aktywny ", ustaw datę i zbuduj' metric 2. 0».

2) Stopa uczestnictwa

Definicja

Odsetek użytkowników, którzy przystąpili do cyklu gier (wydarzenie/misja/turniej) wśród docelowej publiczności.

Podstawowe wzory:

[
\ text {Udział (brutto)} =\frac {#\text {users _ with _ event _ open}} {#\text {eligible _ audience}}
]

[
\ text {Udział (net)} =\frac {#\text {users _ started _ progress}} {#\text {eligible _ audience}}
]

Gross - każdy, kto widział wydarzenie i kliknął „uczestniczyć”.

Net - ci, którzy naprawdę rozpoczęli wykonanie (na przykład wykonali pierwsze X punkty/spiny/zadania).

Poprawny „mianownik”

„Opcjonalna publiczność” jest rejestrowana z wyprzedzeniem: na przykład wszyscy użytkownicy aktywni ≥ 1 razy w ciągu ostatnich 14 dni i wpadają w geo/zasady.

Osobno, przeczytaj komunikaty reach (push, in-app, e-mail). Niski udział często = niski zasięg.

Normy i wytyczne

Udział netto 12-25% dla imprez masowych.

5-12% dla zdarzeń „hardcore” z progiem wejścia (depozyt/poziom).

30% + uzyskuje się w mikro drukach dla ciepłych segmentów (D1-D7 początkujących, ponownie zaangażowanych).

3) Wskaźnik ukończenia

Definicja

Odsetek uczestników kończących misję/łańcuch/wydarzenie.

[
\ text {Rate Completion} =\frac {#\text {users _ completed} {#\text {users _ started}}
]

Wersje

Wykonanie na zadanie - zakończenie określonych kroków w łańcuchu (T1, T2,...).

Zakończenie pełnego łańcucha - zakończenie całej linii.

Ukończenie ograniczone czasowo - zakończenie do terminu.

Tłumaczenie ustne

Standardy zależą od długości i „ceny” zadań.

Prosta pojedyncza misja: 60-85%.

Łańcuch 3-5 kroków: 35-60%.

Długie zadanie 7-10 kroków: 18-35%.

Zmniejszenie ukończenia w późnych krokach nie zawsze jest złą rzeczą. Może to być świadomy lejek monetyzacji/złożoności. Ważne jest, aby Net Uplift pozostał pozytywny, a wskaźniki RG pozostały w zielonej strefie.

4) Kilka metryki: „saw → started → completed”

Zbuduj pojedynczy lejek:

1. Reach: zobaczył wydarzenie.

2. Udział (brutto/netto): in/out.

3. Progresja: odsetek osiągniętych T1/T2/.../Tn (z wyczuciem czasu).

4. Zakończenie: zakończone.

5. Wartość: ΔDAU/WAU, ΔRetention, ΔARPPU, ΔAvg Deposit, Bonus Cost%, Net Uplift.

Pozwala to złapać „przecieki”: niski zasięg, bariery wejścia, gięcie nad złożonością kroków 2-3, zanurzenia UX (słaba widoczność postępu).

5) Analтtika: segmentacja i kohorty

Zalecane sekcje:

Etap: początkujący D0-D7, powracający R7-R30, stały P30.
Monetyzacja: niepłacenie, nowa płatność (NPP), ponowna płatność (RPP), wysoka wartość.
Kanał/Geo/Platforma: web/iOS/Android, kraje/regulacje.
Zawartość: typ misji (XP, plecy, depozyt), zmienność gry, progi.

Dla każdej grupy, naprawić DAU/WAU, udział, zakończenie, ARPPU, Bonus Cost per Active - przed/podczas/po zdarzeniu (D-window, W-window).

6) Projekt eksperymentalny: udowodnienie przyrostu

Kontrola Holdout: część publiczności nie widzi wydarzenia (lub widzi „manekina”).

Randomizowane zaproszenie: losowa dystrybucja zaproszeń, fix reach.

Geo/Channel Split: jeśli losowe jest zabronione - schludne dopasowanie.

Okno pomiarowe: efekt „podczas” i ogon po zdarzeniu (7-14 dni).

Metryka końcowa: DAU/WAU, Czekolada/Zakończenie, Na ARPPU (bez premii), Retention D7/D30, Net Uplift.

7) DWH/wydarzenia: minimalny schemat danych

Zdarzenia (przykład):

„sesja _ start {user_id, ts, platform}”
„mission _ view {user_id, mission_id, ts}”
„mission _ join {user_id, mission_id, ts}”
„mission _ progress {user_id, mission_id, step, value, ts}”
„mission _ complete {user_id, mission_id, ts}”
„purchase/deposit {user_id, amount, ts}”
„spin/bet {user_id, game_id, bet, win, ts}”

Książki referencyjne:

"misje {mission_id, typ, start_at, end_at, zasady, segment, min_requirement, reward_type}'
„użytkownicy {user_id, geo, platforma, signup_at, payer_flag, segmenty}”

8) Przykłady obliczeń (szkice SQL)

DAU dla daty d:

sql
SELECT DATE (s) AS d, COUNT (DISTINCT user_id) AS dau
OD session_start
GDZIE DATA (t) =: d
GRUPA PRZEZ 1;

WAU na tydzień kończący się datą d:

sql
SELECT COUNT (DISTINCT user_id) AS wau
OD session_start
WHERE ts> =: d - INTERVAL '6 day' AND ts <: d + INTERVAL '1 day';

DAU/WAU (lepkość):

sql
Z dau AS (
WYBIERZ LICZBĘ (ODRĘBNE user_id) JAKO dau
OD session_start
GDZIE DATA (t) =: d
), wau AS (
SELECT COUNT (DISTINCT user_id) AS wau
OD session_start
WHERE ts> =: d - INTERVAL '6 day' AND ts <: d + INTERVAL '1 day'
)
SELECT dau:: float/NULLIF (wau, 0) AS dau_wau FROM dau, wau;

Udział (netto) w podziale na misje:

sql
Z ELIG AS (
WYBIERZ user_id
OD UŻYTKOWNIKÓW
GDZIE last_active_at> =: d - PRZEDZIAŁ „14 dni”
), rozpoczęty AS (
WYBIERZ ODRĘBNE user_id
OD mission_progress
GDZIE mission_id =: m i ts MIĘDZY: START I: KONIEC
)
SELECT COUNT (DISTINCT s. user_id)::float/NULLIF (COUNT (DISTINCT e. user_id),0) AS participation_net
OD elig e
LEFT JOIN started s ON s. user_id = e. user_id;

Wskaźnik wykonania według misji:

sql
ROZPOCZYNAJĄC JAKO (
WYBIERZ ODRĘBNE user_id
OD mission_progress
GDZIE mission_id =: m i ts MIĘDZY: START I: KONIEC
), wypełniony AS (
WYBIERZ ODRĘBNE user_id
OD mission_complete
GDZIE mission_id =: m i ts MIĘDZY: START I: KONIEC
)
SELECT COUNT (DISTINCT c. user_id)::float/NULLIF (COUNT (DISTINCT s. user_id),0) AS completion_rate
OD start s
POŁĄCZENIE LEWE zakończone c PRZY UŻYCIU (user_id);

9) Projekt wpływający na uczestnictwo i ukończenie

Widoczność: banery powyżej „linii zagięć”, odznaka na ikonie Mission, pasek postępu na ekranie głównym.

Jasność reguł: 1 ekran = 1 kluczowy cel, przykłady „jak zdobyć punkty X”.

Mikro-nagrody w drodze: krople do łupów dla T1/T2/T3 → motywacja wsparcia.

Próg wejścia: nie zawyżać wymagań w pierwszym kroku; komplikuje się w miarę postępu.

Czas: krótkie sprinty (2-24 h) dla gorących segmentów, tygodniowe łuki dla masy.

Dynamiczne wskazówki: „120 punktów pozostało przed przyznaniem nagrody8 rund po 15”.

10) Zapobieganie zniekształceniom i jakości danych

Deduplikacja: urządzenie-odcisk palca + flagi KYC do walki z multiaccounting.

Anomalie: wybuchy rozpoczęły się bez postępu → śledzenie błędów; completion> started → duplikaty.

Zamrażanie schematu: wszelkie zmiany w zasadach biznesowych - tylko poprzez wersioning metryczny.

Debugowanie czasu: przechowywać 'event _ time' i 'ingest _ time'; zmiany strefy czasowej są częstą przyczyną „dziur”.

11) Deska rozdzielcza: co pokazać codziennie

1. Lepkość: DAU, WAU, DAU/WAU (trend 8 tygodni, mediana według segmentu).

2. Event lejek: Reach → Udział brutto/netto → T1/T2/... → Zakończenie.

3. Jakość: awarie (bounce), średni czas do T1/T2, błędy śledzenia.

4. Wartość: Na ARPPU (bez bonusu), Na depozycie, Na koszt bonusu%, Na podwyższonym poziomie netto.

5. Segmenty: sekcja według etapu/geo/platforma/status płatnika.

6. Wpisy: spadek udziału> X pp, niepowodzenie ukończenia w kroku, odchylenie DAU/WAU od modelu sezonowego.

12) Częste błędy

Przeczytaj udział w „całej bazie danych”, ignorując opcjonalne filtry.

Ingerowanie w udział brutto i netto, wyciąganie wniosków „średnio”.

Zoptymalizuj tylko zakończenie, przeceniając złożoność i cięcie zaangażowania.

Ślepo cieszyć się ze wzrostu DAU bez sprawdzenia, czy lepkość (DAU/WAU) i po efekcie wzrosły.

Ignoruj wartość bonusów/nagród, błędnie interpretując ARPPU.

13) Lista kontrolna rozruchu i oceny

Zdefiniowano wydarzenia i mianowniki (publiczność fakultatywna).
Zasady działalności DAU/WAU/uczestnictwo/zakończenie (v1. 0).
Holdout/rand skonfigurowane dla przyrostu.
Deska rozdzielcza w odcinkach segmentów, platform, geo.
Ostrzeżenia dotyczące jakości i kontrola zwalczania nadużyć finansowych.
Końcowy wynik: WWiI/DAU, WP/Zakończenie, WP (net), Net Uplift, po efekcie 7-14 dni.

DAU/WAU pokazuje nawyk i lepkość produktu, udział pokazuje zdolność imprezy do zaangażowania odbiorców docelowych, a ukończenie pokazuje jakość równowagi złożoności i nagród. Weź je pod uwagę zgodnie z tymi samymi zasadami, zachowaj wersje, sprawdź przyrost i cenę wzrostu. Wtedy gra będzie przewidywalnym narzędziem, a nie loterią.