Dashboard provedor e métricas de conteúdo
1) Atribuição e princípios
O dashboard do provedor é um «single essence of truth» para uma linha de conteúdo (slots, jogos de lave, instantâneo, crash etc.) que reúne sinais de alimentos, operacionais, comerciais e técnicos. Objetivos:- Gerenciamento diário de conteúdo vórtice: lançamentos, desempenho, localização, certificação.
- Controle de qualidade: estabilidade dos bildos, atrasos, quedas, velocidade de carregamento, compatibilidade.
- Monetização: GGR/NGR, ARPDAU, conversão de jogos em apostas, receitas de mercado e parceiros.
- Crescimento: testes A/B, ficheflags, telemetria UX, detecção de "hidden gems'.
- Compatibilidade e disponibilidade: licenças, perfis RTP, certificação, práticas responsáveis.
- «Sinais> dados»: por padrão, estatais e anomalias; detalhe por clique.
- Papéis e contexto: Cada papel vê seus próprios KPI, filtros e recomendações.
- Tempo até o insight <10 segundos: pré-filtros, busca rápida, pin de widgets importantes.
- Intervalos de refresco estáveis, temporizão fixo, data/janela de análise explícita.
2) Papéis e cenários-chave
Gerenciador de Produtos (PM): priorização de lançamentos, rastreamento de performance, A/B, bandeiras de fichas.
Gerente de conteúdo: revestimento de locais e moedas, diretórios, posições nas lojas das operadoras.
Comercial/BD: receitas por operadoras e regiões, contratos, janelas de promoção, transações em catalã.
Tech/DevOps: farmácia de endpoint, latency, versões bilds, crash/exclusão, CDN.
QA: Regressão de montagens, estabilidade de lançamentos, falha térmica.
Compliance: RTP/certificação/restrições de idade, fichas de jogo responsável.
Suporte/CS: incidentes sobre operadores/guias, queixas frequentes, FAQ, ação rápida.
3) Estrutura de interface (arquitetura de informações)
1. Painel superior: filtros globais (período, operador (s), geo, produto-linha, onda de lançamento, versão bild).
2. A aba principal de hoje é um resumo KPI + alertas/anomalias.
3. Conteúdo: classificação de jogos, lançamento de lançamentos, «conteúdo coverage» (locais, moedas, dispositivos).
4. Comercial: GGR/NGR, ARPDAU, Rex/Operator, margem, vórtice de apostas.
5. Produto/UX: sessões, retenção, hit rate, volatilidade, time-to-fun, tutoriais.
6. Qualidade/Técnica: API de farmácia, errador rate, FPS/CPU para WebGL, TTFB/TTI, crack.
7. Compliance: certificação de mercado, limites de taxas, perfis RTP, eventos self-exclusion.
8. A/B e experimentos: objetivos, cortes, intervalos de confiança, risco/efeito.
9. Ferramentas: exportação, webhooks, subscrição de alertas, «Saved views».
4) KPI e fórmulas (mínimo recomendado)
4. 1 Comercial
Bets = número de apostas.
Stake Sum = soma das apostas.
Payout Sum = valor do pagamento.
GGR = Stake Sum − Payout Sum.
Promo Cost = bónus + frisas (equivalente a dinheiro).
NGR = GGR − Promo Cost − Platform Fee − PSP Fee.
ARPDAU = NGR/DAU (por jogo/carteira).
Take Rate = GGR / Stake Sum.
Conversion to Bet = jogadores únicos que apostaram/lançadores únicos do jogo.
4. 2 Produto e comportamento
DAU/WAU/MAU и Stickiness = DAU/MAU.
Retention D1/D7/D30.
Avg Sessions Length = tempo total/período de sessão.
Sessions/User durante o período.
Hit Rate = (número de ganhos )/( número de spins) - para slots.
Volatility Index: dispersão de pagamento/taxa média (racionada).
Time to First Spin/Bet (TTFS): fricção UX.
FTUE Complition: proporção de alunos formados/tutoriais (se houver).
4. 3 Qualidade/Técnica
API Uptime (SLA/SLO), p95/p99 Latency Creta. endpointam.
Crash Rate = (sessões de pintura )/( todas as sessões).
JS Erro Rate (Web), Cliente Exceção Rate (mobile).
TTFB/TTI/TBT (desempenho web).
Asset Load Sucess (participações 200/206/304, erros CDN).
Versão Adition: proporção de jogadores na última versão.
Device/OS Compatibility: topo de ligamentos problemáticos.
4. 4 Conteúdo e Complacência
Localization Coverage = Locais revestidos/Locais de Destino.
Currency Coverage = moedas suportadas/moedas de destino.
Certificação Coverage (por mercado): certificado/mercado alvo.
5) Widgets recomendados (conjunto pronto)
Casa (Hoje)
Mapa de anomalias lista incidentes (criticidade, segmento, operador, jogo).
Top 5 jogos crescentes (GGR, de retenção) e top 5 sedentes.
«Revenue Suisse»: NGR hoje vs ontem/semana, p-importância da tendência.
Erro & Crash Pulse: p95 atraso, erro budet burn-down.
Conteúdo
Linha de lançamento: calendário de lançamento, status de certificação, folha de cheque local/moedas.
Classificação de jogos: posições GGR/ARPDAU/Retenção, filtros por geo/operador.
"Hidden Gems': jogos de baixo tráfego, mas alto ARPDAU/Retenção.
Conteúdo Coverage: caixa de calor local/moedas/certificações.
Comércio
NGR by Operator/Geo (treemap + tabela).
Vórtice: «Iniciar o jogo → aposta → voltar a apostar → reter D7».
Relatórios periódicos: semana/mês/trimestre, sazonalidade, efeito promo.
Produto/UX
Sessões e retenção (primeiro lançamento = T0).
TTFS, FTUE, profundidade da sessão, frequência das apostas.
Taxa de frequência de calor (free spins, bônus pick, gamble).
Qualidade/Técnica
SLO dashboard: Uptime, Latency, Erro budget.
Crashy versão/device/OS, top stactrays.
Vitrine de desempenho CDN/recursos: TTFB/TTI/TBT.
Compliance
Certificação de mercado, deadline, estatais de áudio.
Monitor RTP: observável vs teórico com corredores de confiança.
Fichas/responsáveis: Reality Check, Limits, Self-Exclusion Eventos.
A/B e experiências
Escolha uma métrica-alvo (por exemplo, ARPDAU, Retenção D7).
A duração, a potência, o intervalo de confiança, o risco.
Segmentos: geo, operador, dispositivo, novatos/veteranos.
6) Dados e eventos (contrato mínimo de telemetria)
Eventos do cliente/servidor (esquema JSON, chaves - exemplo):- `session_start`, `session_end` (user_id, device, geo, operator_id, game_id, version, ts).
- `game_load_start`, `game_load_complete` (timings, assets_count, CDN POP).
- `spin_start`, `spin_result` (stake, win, balance_before/after, bonus_flags).
- `crash` (error_code, stack, device/OS, build, memory/CPU).
- `ab_exposure` (exp_id, variant, ts).
- `feature_flag` (flag_name, on/off, cohort).
- `cert_check` (market, status, ts).
- `localization_check` (locale, coverage_state).
Armazém: eventos crus → streaming (Kafka/Kinesis) → DWH (BigQuery/Snowflake/Redshift) → vitrines.
Справочники: `games`, `operators`, `markets`, `locales`, `builds`, `flags`, `promotions`.
7) Esquema de computação e vitrines
Fact_Bets (grain: user-game-spin): stake, win, net, flags.
Fact _ Sessions (grain: user-game-sessions): duração, dispositivo, craques.
Fact_Revenue (grain: operator-game-day): GGR, PromoCost, NGR.
Dim_Game/Operator/Market/Locale/Build.
Unidades: 'Daily _ KPI', 'Release _ Perf', 'AB _ Results',' Tech _ SLO '.
8) Qualidade dos dados e confiança
Data Contracts: versões de circuitos, compatibilidade inversa, alertas preventivas à deriva.
Validation: campos obrigatórios, controle de faixa (por exemplo, stake> 0), dedução.
Observabilidade: Monitor de £ ETL, lajes, passagens de partituras.
Versionização de métricas: catálogo de métricas (owner, fórmulas, data de alteração).
9) Alertas e anomalias (exemplo de regras)
p95 Latency> SLO (X minutos seguidos) - Pager para Tech.
Crash Rate ↑> Y% para a mediana do dia passado - QA/Dave.
O RTP Observed vai além do corredor [teor] Em N costas - Compliance/PM.
NGR para operadora ↓ em Z% sem eventos promocionais - Comercial.
Failed Certification Deadline <7 dias é um banner vermelho em «Now».
O jogo após o lançamento não marcou o limite DAU/Stake - tarefa da PM com recomendações.
10) A/B testes e decisões
A hipótese de → efeitos na métrica alvo → riscos.
Duração mínima e potência (contagem MDE, se, se, se, se.).
Camada de tráfego: operadoras e geo para estabilidade.
Relatório: uplift, intervalo de confiança, probabilidade de supremacia (Bayes/freq).
Garrail métricas, estabilidade de apostas, crachás, latency.
11) Complaens e práticas responsáveis
Perfis RTP, controle de RTP monitorado, relatórios de mercado.
Restrições de idade, limites de taxa, Reality Check, self-exclusion sinais.
Armazenamento e acesso: RBAC, pseudônimo de user _ id, política de retenção.
12) RBAC, tenência e privacidade
Multi-Tenante: Espaço separado por operador/parceiro.
RBAC: papéis e caixas (view financals, view PII - proibido; tech-only - sem comercial).
Auditoria: Quem reviu/exportou, registro de ação.
Minimização PII: user _ id - hash/pseudo-ID, proibição de ir-identificar na UI.
13) Pattern UX e microinterdições
Cartões KPI com tendências e «corredores» de confiança.
Barras de calor e tabelas de rank com título fixo, filtro rápido.
Exploration this mudança: descodificação pop-up da anomalia (contribuições regionais/operadoras).
«Pinned views» e os destaques dentro do comando.
Uma única escala de cores (sucesso/aviso/crítica), um tema escuro/claro.
Companheiro móvel: apenas resumo + alertas + acknowledge.
14) Folha de cheque de implementação (por sprins)
Sprint 1: eventos, conectores, vitrines básicas (Daily _ KPI, Release _ Perf).
Sprint 2: principal «Now», classificação de jogos, NGR/GGR, Retenção, SLO.
Sprint 3, anomalias, alertas, módulo AB.
Sprint 4: Ficha Compliance, monitor RTP, cartão coverage.
Sprint 5: RBAC/Tenência, auditorias, exportação, Saved views.
Sprint 6: otimização UX, resumo móvel, recomposição automática.
15) Glossário (breve)
GGR/NGR - receita bruta/neta.
ARPDAU - receita por jogador ativo por dia.
Hit Rate é a taxa de ganho.
O Volatility Index é uma variabilidade relativa de ganhos.
SLO/SLA - metas/contratações do serviço.
TTFB/TTI/TBT - métricas de desempenho da Web.
Coverage - cobertura local, moedas, certificações.
16) Antipattern
Mistura de papéis na mesma tela (sobrecarga e fuga de contextos).
Fórmulas de métricas livres sem catálogo de definições.
Filtros anexos profundos sem presídios.
Não há «explorers» para anomalias ou gráficos complexos.
Relatórios opacos A/B (sem MDE/potência/guard).
17) Resultado
Um bom provedor de dashboard não é «muitos gráficos», mas uma ferramenta de gestão que:1. mostra onde as coisas mudam
2. explica porquê,
3. propõe o que fazer a seguir (experiência, fix, promo, lançamento-mudança),
4. protegido por RBAC e suportado por SLO,
5. compreendendo todos os papéis através de visualizações personalizadas.