Jogos selecionados por milhares de jogadores nas últimas 24 horas: como contar, filtrar e classificar sem distorções

1) O que achamos exatamente «nas últimas 24 horas»

Janela: T-24h deslizante... T com vitrine de tempo fixo (uma para todo o projeto).
Segmentos: mobile/desctop, público novo/voltado, GEO chave (se relevante).
Deduplicação: um usuário = uma conta (leve em conta o device-fingerprint/anti-fraud) e «skin» de um jogo é combinado em uma versão ativa.

2) Liminares mínimos de tolerância por amostra

O jogo só entra no pool se, em 24h, pelo menos uma das seguintes:

Unique Starts 1 000 * Sessions 4 000 (escala para o projeto).

E ao mesmo tempo:

Crash/Erro Rate ≤ 0,5% das sessões.
TTI (Web) ≤ 6 c no início «frio».
Não há anomalias de tráfego (P5).

3) Métricas de núcleo (coletando «como é» e suave)

Suavização de porção (suavização beta):

$$
\ hat p =\frac se\ext por causa dos avanços de 350 +\alpha por\ext\ensaios por 03 +\alpha +\beta 03
$$

Real tempo médio (EMA por relógio):

Peso de uma hora $ h $ para trás: $ w _ h = 0, <5\h/au h. $, período de meia-entrada $au = 6 $ h.
Valor suave: $\overline x =\sum (w _ h x _ h )/\sum w _ h $.

4) Indicador de tendência (TrendLift) em 24 horas

5) Anti-anomalias e limpeza de dados

Cortamos os candidatos se encontrarmos pelo menos uma coisa:

Saltos de uma única fonte de tráfego/GEO (> 70% de todas as iniciações) sem confirmação nas próximas 6 a 12 horas.
Repetições suspeitas (muitas contas com um único dispositivo/IP), claramente farm pattern auto-spin.
Duplica os «skins» do mesmo jogo em diferentes categorias (deixe a versão mais completa).
Distorções em UX (arranque automático forçado sem clique, tutoriais «salpicados»).
Processo: Crash> 0,5%, TTI> 6 c, reiniciando assets frequentes.

6) Compilação integral «Escolha 24 horas»

Normalizamos as métricas de percurso dentro da janela 24h (winsorize 1-2%) e acreditamos:

extbf{Score}_{24h} = 0{,}14\cdot CR + 0{,}14\cdot ASL + 0{,}08\cdot SPS + 0{,}08\cdot (BER	MFR) + 0{,}12\cdot Fav + 0{,}10\cdot Reopen + 0{,}10\cdot (PW100	NPS) + 0{,}08\cdot UStarts_{norm} + 0{,}16\cdot TrendLift - ext{Penalties}
$$

7) Limiar de acesso à vitrine final

O jogo é exibido em bloco se:

Cumpriu os liminares da P2 e passou por anomalias.
CR (podre) ≥ 38%, ASL/SPS ≥ medians da janela.
BER ≈ 1/85-1/140 * * MFR = um ívo a cada 8-25 spins.
Fav/Add ≥ 10%, Reopen ≥ 30% (ambos) .
PW100 ≥ 10 * NPS ≥ 30%.
A pontuação é\_ diante do top quartel entre os candidatos.

8) Equilíbrio da vitrine (para que a lista não seja «zakis»)

9) Modelo de cartão de jogo

Linha de factos:

* Mecânica\Volatilidade = Ritmo: Evento de cada N-M Spin\BER (ou MFR) = ASL/SPS ≥ Medians = Fav/Add X-Y %\Reopen Z% = Tendência de ↑ (TrendLift) *

Extensão curta (3-4 pontos):

o que «mantém» a base (miniventes/rand-moda),
como se sente o bónus (frequência/retrigger),
para quem (novatos/experientes),
vantagens técnicas (início rápido, estabilidade).

10) Por que é que estes jogos entram em «escolha em 24 horas»

Sinais típicos:

1. Ritmo vivo - eventos a cada spin, poucos episódios silenciosos.
2. Bónus disponível ou MFR compensador - o jogador recebe reforços rapidamente.
3. UX puro - TTI ≤ 6 s, skip animações, grandes botões, retorno correto do fundo.
4. Forte reação comportamental - crescimento da Fav/Add, alto Reopen já nas primeiras horas.
5. Resistência - as métricas são mantidas após suavização e limpeza do tráfego.

11) Folha de cheque de publicação do bloco

12) Bandeiras vermelhas (excluído da vitrine)

13) Responsável