Métricas de videogame: DAU/WAU, Participações, completição rate

A gaimificação só funciona quando o efeito é confirmado por números. A seguir, uma análise de sistema de três métricas básicas sem as quais você não pode gerenciar missões, eventos e recompensas: DAU/WAU, participation rate (participação) e complition rate (conclusão).

1) DAU/WAU e «adesivo»

Definições

O DAU (Daily Action Users) é o número de usuários exclusivos com promoção de destino em 24 horas (login, lançamento de cliente, aposta/spin, missões, etc).

WAU (Weekly Action Users) é um usuário exclusivo com uma ação de destino nos últimos 7 dias.

DAU/WAU (Stickiness) - proporção de «ativos diários» entre «semanais».

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

Como interpretar

0,15-0,25 é um adesivo básico «saudável» para produtos de entretenimento com pattern não amigável.

0,25-0,35 é um bom nível em missões regulares e entradas fáceis.

💡 0,35 é uma forte «pegadinha» comportamental, normalmente em tarefas diárias, streak 'ax e recompensas motivadoras.

Importante: avaliar em segmentos de corte (novatos, re-ativados, pagantes, mid-core, high-value). O número total é fácil de disfarçar.

Distorções frequentes

Inflação por causa dos dias de bónus. Um único ípo «hípico» elevaria o DAU, mas não melhoraria a tendência DAU/WAU no horizonte de 4-8 semanas.

Falsa multiplicidade. Contas duplicadas/duplicadas. É obrigatório deduzir para os sinais device-fingerprint + KYC.

Mudança de destino. Se você mudar a regra "quem é considerado ativo", fixe a data e construa a "métrica 2. 0».

2) Participation rate (nível de participação)

Definição

Proporção de usuários que entraram no ciclo de gameficção (ivent/missão/torneio) entre o público-alvo.

Fórmulas básicas:

[
\text{Participation (gross)}=\frac{# \text{users_with_event_open}}{# \text{eligible_audience}}
]

[
\text{Participation (net)}=\frac{# \text{users_started_progress}}{# \text{eligible_audience}}
]

Gross - Todos os que viram o ívo e clicaram «participar».

Net - aqueles que realmente iniciaram a execução (por exemplo, fez os primeiros pontos X/spin/busca-passos).

O «denominador» correto

Por exemplo, todos os usuários ativos ≥1 vezes nos últimos 14 dias que entram em geo/regras.

Leia separadamente reach comunicações (push, in-app, email). Baixa participação muitas vezes = baixo reach.

Regulamentos e orientações

Net participation 12-25% para eventos leves de massa.

5-12% para Ivents «hardcore» com limite de entrada (depósito/nível).

30% + é alcançado em microsprintos para segmentos quentes (D1-D7 novatos, re-engaged).

3) Complition rate (conclusão)

Definição

Proporção de participantes que concluíram a missão/cadeia/ivent.

[
\text{Completion Rate}=\frac{# \text{users_completed}}{# \text{users_started}}
]

Variedades

Per-task complet - completar passos específicos na cadeia (T1, T2,...).

Discrição full-chain - completa toda a régua.

Time-bounded complition - Finalização para deadline.

Interpretação

As regras dependem do comprimento e do «preço» das tarefas.

Missão solitária simples, 60% a 85%.

Cadeia de 3-5 passos: 35-60%.

Uma longa busca de 7-10 passos, 18-35%.

A redução da completição tardia nem sempre é ruim. Pode ser um vórtice consciente de monetização/complexidade. É importante que Net Uplift permaneça positivo e métricas RG - na área verde.

4) Amarelo de métricas: «Vi → comecei → terminei»

Construa um único vórtice:

1. Reach, viram a iventa.

2. Participation (gross/net): entraram/iniciaram.

3. Progresso: T1/T2/.../Tn (com temporizadores).

4. Complition: concluído.

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

Isto permite capturar «fugas»: reach baixo, barreiras de entrada, superaquecimento na complexidade dos passos 2-3, falhas de UX (má visibilidade de progresso).

5) Analіtika: segmentação e conectividade

Cortes recomendados:

Estágio: novatos D0-D7 devolvidos R7-R30, P30 constante.
Monetização: não pagantes, novos pagantes (NPP), voltados a pagar (RPP), high-value.
Channel/Geo/Plataforma: web/iOS/Android, países/regulação.
Conteúdo: tipo de missão (XP, costas, depósito), volátil jogos, liminares.

Para cada grupo, fixe DAU/WAU, participation, complet, ARPU, Bónus Costa por Ativo - antes/durante/depois da atividade (D-window, W-window).

6) Design experimental: comprovamos o encarte

Controle Holdout: parte do público não vê o Ivent (ou vê «vazio»).

Randomized Invitação: distribuição aleatória de convites, captando reach.

Geo/Channel Split: Se for proibido, matching cuidadoso.

Janela de medição: efeito «durante» e post-event tail (7 a 14 dias).

As métricas finais são: Se For DAU/WAU, Participation/Complition, ARPU (net of bónus), Retence D7/D30, Net Uplift.

7) DWH/eventos: padrão mínimo de dados

Eventos (exemplo):

`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}`
`purchase/deposit {user_id, amount, ts}`
`spin/bet {user_id, game_id, bet, win, ts}`

Guias:

`missions {mission_id, type, start_at, end_at, rules, segment, min_requirement, reward_type}`
`users {user_id, geo, platform, signup_at, payer_flag, segments}`

8) Exemplos de cálculo (sketches SQL)

DAU por data d:

sql
SELECT DATE(ts) AS d, COUNT(DISTINCT user_id) AS dau
FROM session_start
WHERE DATE(ts) =:d
GROUP BY 1;

WAU na semana que termina com a data d:

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

DAU/WAU (stickiness):

sql
WITH dau AS (
SELECT COUNT(DISTINCT user_id) AS dau
FROM session_start
WHERE DATE(ts) =:d
), wau AS (
SELECT COUNT(DISTINCT user_id) AS wau
FROM 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;

Participação (net) por missão:

sql
WITH elig AS (
SELECT user_id
FROM users
WHERE last_active_at >=:d - INTERVAL '14 day'
), started AS (
SELECT DISTINCT user_id
FROM mission_progress
WHERE mission_id =:m AND ts BETWEEN:start AND:end
)
SELECT COUNT(DISTINCT s. user_id)::float / NULLIF(COUNT(DISTINCT e. user_id),0) AS participation_net
FROM elig e
LEFT JOIN started s ON s. user_id = e. user_id;

Complition rate por missão:

sql
WITH started AS (
SELECT DISTINCT user_id
FROM mission_progress
WHERE mission_id =:m AND ts BETWEEN:start AND:end
), completed AS (
SELECT DISTINCT user_id
FROM mission_complete
WHERE mission_id =:m AND ts BETWEEN:start AND:end
)
SELECT COUNT(DISTINCT c. user_id)::float / NULLIF(COUNT(DISTINCT s. user_id),0) AS completion_rate
FROM started s
LEFT JOIN completed c USING (user_id);

9) Design que afeta participation e complition

Visibilidade: banners sobre «linha de dobradinha», crachá no ícone «Mission», bar de progresso na tela principal.

Clareza de regras: 1 tela = 1 alvo chave, exemplos de «como marcar X pontos».

Micro-prêmios no caminho: Lut-drop por T1/T2/T3 → suporta a motivação.

Limite de entrada: não superestimem as exigências no primeiro passo; Complique-o à medida que progredir.

Prazos: Springs curtos (2-24 h) para segmentos quentes, arcos semanais para massas.

Dicas dinâmicas: «Faltam 120 pontos para o prémio ≈ 8 rodadas de 15».

10) Anti-distorção e qualidade de dados

Deduplicação: device-fingerprint + bandeiras KYC para combater o multiacuntamento.

Anomalias: saltos started sem progress → bags tracking; compition> started → duplicados.

Congelamento de esquema - qualquer alteração nas regras de negócios - apenas através da versionização de métricas.

Depuração de tempo: guarde 'event _ time' e 'ingest _ time'; os fusos horários são uma causa frequente de buracos.

11) Dashboard: o que mostrar diariamente

1. Adesivo: DAU, WAU, DAU/WAU (tendência de 8 semanas, mediana por segmento).

2. Vórtice de iventa: Reach → Participation gross/net → T1/T2/... → Complition.

3. Qualidade: falhas (bounce), tempo médio até T1/T2, erros de tracking.

4. Valor: Pois. ARPPU (net of bónus), Avg Deposit, Bónus Cost%, Net Uplift.

5. Segmentos: corte por estágio/geo/plataforma/payer-status.

6. Alerts: queda da participação> X p.p., falha da completição no passo, desvio do DAU/WAU do modelo sazonal.

12) Erros frequentes

Considerar participação em «toda a base» ignorando filtros eligíveis.

Atrapalhar gross e net participation, tirando conclusões «sobre o meio».

Otimizar apenas a completição, exagerar a complexidade e cortar o envolvimento.

É cego ficar feliz com o crescimento do DAU sem verificar se o adesivo (DAU/WAU) e o pós-efeito aumentou.

Ignorar o valor dos bónus/prêmios, interpretando de forma errada o ARPPU.

13) Folha de cheque de lançamento e avaliação

Os eventos e denominadores foram definidos.
Regras de negócios registradas para DAU/WAU/participation/complition (v1. 0).
Configurado holdout/rand para o encarte.
Dashboard em cortes de segmentos, plataformas, geo.
Alertas de qualidade e controle antifrode.
A nota final é: Se For DAU/WAU, Pixipation/Complition, ARPPU (net), Net Uplift, pós-efeito 7-14 dias.

O DAU/WAU mostra o hábito e a «pegajosidade» do produto, a participação - a capacidade do IVC de envolver o público-alvo, e a competition - a qualidade do equilíbrio de complexidade e recompensa. Leia-os com regras unificadas, guarde versões, verifique o encarte e o preço do crescimento. A videogame será uma ferramenta prevista, não uma loteria.