Crypto Casino
Torrent Gear
Valori gamificare: DA/WAU, participare, rata de finalizare
Gamificarea funcționează numai în cazul în care efectul său este confirmat de numere. Mai jos este o analiză de sistem a trei valori de bază, fără de care este imposibil de gestionat misiuni, evenimente și premii: DA/WAU, rata de participare (participare) și rata de finalizare (finalizare).
1) DA/WAU și stickiness
Definiții
DA (Daily Active Users) - numărul de utilizatori unici cu o acțiune direcționată pe zi (autentificare, lansare client, pariu/rotire, finalizarea misiunii etc.).
WAU (Weekly Active Users) - Utilizatori unici cu o activitate țintită în ultimele 7 zile.
DA/WAU (Stickiness) - proporția de „zi cu zi activă” în rândul „săptămânal”.
[
\ text {DA/WAU} =\frac {\text {DA}} {\text {WAU} }\quad (0\ldots1)
]Cum se interpretează
0. 15-0. 25 - aderență „sănătoasă” de bază pentru produsele recreative cu un model non-zilnic.
0. 25-0. 35 - un nivel bun cu misiuni regulate și intrare ușoară.
Important: evaluarea pe segmente (începători, reactivați, plătitori, mid-core, valoare mare). Cifra generală maschează cu ușurință problemele.
Distorsiuni frecvente
Inflația din cauza zilelor bonus. Un singur eveniment „hype” va ridica DA, dar nu va îmbunătăți tendința DA/WAU la orizont de 4-8 săptămâni.
Fals multi-activitate. Conturi bot/duplicat. Dispozitiv-amprentă de eliminare a duplicatelor + semnale KYC sunt necesare.
Schimbarea "acțiunii țintă. „Dacă schimbați regula „cine este considerat activ”, fixați data și construiți „metric 2. 0».
2) Rata de participare
Definiție
Proporția de utilizatori care au intrat în ciclul de gamificare (eveniment/misiune/turneu) în rândul publicului țintă.
Formule de bază:[
\ text {Participation (brut)} =\frac {#\text {users _ with _ event _ open}} {#\text {eligible _ audience}}}
][
\ text {Participation (net)} =\frac {#\text {users _ started _ progress}} {#\text {eligible _ audience}}}
]Brut - toți cei care au văzut evenimentul și au făcut clic pe „participă”.
Net - cei care au început într-adevăr execuția (de exemplu, a făcut primele puncte X/rotiri/pași de căutare).
Corect „numitor”
„Publicul opțional” este înregistrat în avans: de exemplu, toți utilizatorii care sunt activi de ≥1 ori în ultimele 14 zile și se încadrează în geo/reguli.
Separat, citiți comunicările la îndemână (push, in-app, e-mail). Participarea scăzută adesea = atingerea scăzută.
Standarde și orientări
Participare netă 12-25% pentru evenimente de lumină în masă.
5-12% pentru evenimente „hardcore” cu prag de intrare (depozit/nivel).
30% + se realizează în micro-printuri pentru segmente calde (D1-D7 începători, re-implicați).
3) Rata de finalizare
Definiție
Procentul de participanți care completează misiunea/lanțul/evenimentul.
[
\ text {Rata de finalizare} =\frac {#\text {users _ finalized}} {#\text {users _ started}}
]Versiuni
Finalizarea pe sarcini - finalizarea unor etape specifice în lanț (T1, T2,...).
Finalizarea întregului lanț - finalizarea întregii linii.
Termene limitate - finalizare până la termen.
Interpretare
Standardele depind de lungimea și „prețul” sarcinilor.
Misiune simplă unică: 60-85%.
Lanț de 3-5 pași: 35-60%.
Misiune lungă 7-10 pași: 18-35%.
Reducerea finalizării în pași târzii nu este întotdeauna un lucru rău. Poate fi o pâlnie conștientă de monetizare/complexitate. Este important ca Net Uplift să rămână pozitiv, iar valorile RG să rămână în zona verde.
4) O grămadă de valori: „a văzut → a început → finalizat”
Construiți o singură pâlnie:1. Reach: a văzut evenimentul.
2. Participare (brut/net): in/out.
3. Progresie: proporţie de T1/T2/.../Tn atinsă (cu temporizări).
4. Finalizare: finalizat.
5. Valoare: Δ DA/WAU, Δ Retention, Δ ARPPU, Δ Avg Depozit, Bonus Cost%, Net Uplift.
Acest lucru vă permite să prindeți „scurgeri”: reacție scăzută, bariere de intrare, îndoire peste complexitatea etapelor 2-3, UX dips (vizibilitate slabă a progresului).
5) Analіtika: segmentare și cohorte
Secţiuni recomandate:- Etapa: incepatori D0-D7, returnat R7-R30, permanent P30.
- Monetizarea: neplata, noua plata (NPP), re-plata (RPP), valoare mare.
- Canal/Geo/Platformă: web/iOS/Android, țări/reglementări.
- Conținut: tipul de misiune (XP, spate, depozit), volatilitatea jocului, praguri.
Pentru fiecare grup, fixați DA/WAU, participare, finalizare, ARPPU, Bonus Cost per Active - înainte/în timpul/după eveniment (D-fereastră, W-fereastră).
6) Design experimental: dovedirea creșterii
Holdout control: o parte din public nu vede evenimentul (sau vede „manechinul”).
Invitație aleatorie: distribuirea aleatorie a invitațiilor, fixarea accesului.
Geo/Channel Split: dacă este interzis aleatoriu - potrivire îngrijită.
Fereastra de măsurare: efect „în timpul” și coada post-eveniment (7-14 zile).
Valori finale: Δ DA/WAU, Participare Δ/Finalizare, Δ ARPPU (net de bonus), Retentie D7/D30, Net Uplift.
7) DWH/evenimente: schema minimă de date
Evenimente (exemplu):- 'session _ 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}'
- 'cumpărare/depunere {user_id, sumă, ts}'
- 'spin/bet {user_id, game_id, bet, win, ts}'
- 'missions {mission_id, tip, start_at, end_at, reguli, segment, min_requirement, reward_type}'
- 'utilizatori {user_id, geo, platformă, signup_at, payer_flag, segmente}'
8) Exemple de calcul (schițe SQL)
DA pentru data d:sql
SELECTAȚI DATA (ts) CA d, COUNT (DISTINCT user_id) CA dau
DE LA session_start
ÎN CAZUL ÎN CARE DATA (ts) =: d
GRUPA 1;sql
SELECTAȚI COUNT (user_id DISTINCT) CA wau
DE LA session_start
UNDE ts> =: d - INTERVAL '6 ZI' ŞI ts <: d + INTERVAL '1 zi';sql
CU DA AS (
SELECTAȚI COUNT (user_id DISTINCT) CA dau
DE LA session_start
ÎN CAZUL ÎN CARE DATA (ts) =: d
), wau AS (
SELECTAȚI COUNT (user_id DISTINCT) CA wau
DE LA session_start
UNDE TS> =: d - INTERVAL '6 ZI' ŞI TS <: d + INTERVAL '1 zi'
)
SELECT da:: float/NULLIF (wau, 0) AS dau_wau FROM, wau;sql
CU ELIG AS (
SELECTEAZĂ user_id
DE LA UTILIZATORI
UNDE last_active_at> =: d - INTERVALUL „14 zile”
), a început AS (
SELECTAȚI user_id DISTINCTE
DE LA mission_progress
UNDE mission_id =: m ȘI TS ÎNTRE: START ȘI: end
)
SELECTAȚI COUNT (DISTINCT s. user_id)::float/NULLIF (COUNT (DISTINCT e. user_id),0) AS participation_net
DE LA elig e
LEFT JOIN a început s ON s. user_id = e. user_id;sql
CU A ÎNCEPUT CA (
SELECTAȚI user_id DISTINCTE
DE LA mission_progress
UNDE mission_id =: m ȘI TS ÎNTRE: START ȘI: end
), completat AS (
SELECTAȚI user_id DISTINCTE
DE LA mission_complete
UNDE mission_id =: m ȘI TS ÎNTRE: START ȘI: end
)
SELECTAȚI COUNT (DISTINCT c. user_id)::float/NULLIF (COUNT (DISTINCT s. user_id),0) AS completion_rate
DE LA început s
LEFT JOIN completat c USING (user_id);9) Proiectarea care afectează participarea și finalizarea
Vizibilitate: bannere deasupra „liniei de încrețire”, insignă pe pictograma Misiune, bara de progres pe ecranul de start.
Claritatea regulilor: 1 ecran = 1 obiectiv cheie, exemple de „cum să obții puncte X”.
Micro-recompense pe drum: scăderi de pradă pentru T1/T2/T3 → motivație de sprijin.
Pragul de intrare: nu exagerați cerințele în prima etapă; complica pe măsură ce progresezi.
Calendarul: sprinturi scurte (2-24 h) pentru segmente calde, arcade săptămânale pentru masă.
Sugestii dinamice: „120 de puncte rămase înainte de premiu ≈ 8 runde de 15”.
10) Anti-distorsiune și calitatea datelor
Deduplicare: dispozitiv-amprentă digitală + steaguri KYC pentru a combate multiaccounting.
Anomalii: exploziile au început fără progres → urmărirea bug-urilor; finalizare> a început → duplicate.
Freeze schema: orice modificări ale regulilor de afaceri - numai prin versioning metric.
Depanarea timpului: stocați 'event _ time' și 'ingest _ time'; schimburile de fus orar sunt o cauză comună a „găurilor”.
11) Tabloul de bord: ce să arate zilnic
1. Stickiness: DA, WAU, DA/WAU (trend 8 săptămâni, mediană pe segment).
2. Pâlnie eveniment: Reach Participare brut/net Finalizare.
3. Calitate: eșecuri (salt), timpul mediu de T1/T2, erori de urmărire.
4. Valoare: Δ ARPPU (net de bonus), Δ Avg Depozit, Bonus Cost%, Net Uplift.
5. Segmente: secțiune după stadiu/geo/platformă/statut plătitor.
6. Alerte: picătură de participare> X pp, eșec de finalizare într-un pas, deviere DA/WAU de la modelul sezonier.
12) Erori frecvente
Citiți participarea la „întreaga bază de date”, ignorând filtrele opționale.
Interfera cu participarea brută și netă, trăgând concluzii „în medie”.
Optimizați numai finalizarea, supraestimarea complexității și reducerea angajamentului.
Bucurați-vă orbește în creșterea DA fără a verifica dacă stickiness (DA/WAU) și post-efect au crescut.
Ignorați valoarea bonusurilor/premiilor prin interpretarea greșită a Δ ARPPU.
13) Lista de start-up și evaluare
- Evenimentele și numitorii (publicul opțional) sunt definite.
- Reguli de afaceri pentru DA/WAU/participare/finalizare (v1. 0).
- Holdout/rand configurat pentru increment.
- Tablou de bord în secțiuni de segmente, platforme, geo.
- Alerte de calitate și control antifraudă.
- Scor final: Δ DA/WAU, Participare Δ/Finalizare, Δ ARPPU (net), Net Uplift, post-efect 7-14 zile.
DA/WAU arată obiceiul și lipiciozitatea produsului, participarea arată capacitatea evenimentului de a angaja publicul țintă, iar finalizarea arată calitatea echilibrului de complexitate și recompense. Considerați-le în conformitate cu aceleași reguli, păstrați versiuni, verificați creșterea și prețul creșterii. Apoi, gamificarea va fi un instrument previzibil, nu o loterie.