Sobre o portfólio

SEO

100 palavras

  • Unity
  • Multiplayer
  • LiveOps
  • C#

Leonardo Lycan é Lead Game Developer e especialista em desenvolvimento de jogos Unity, arquitetura multiplayer, sistemas de gameplay, LiveOps e produção técnica. Este portfólio reúne projetos publicados, protótipos jogáveis, estudos de produto e artigos sobre engenharia de jogos, IA aplicada, Web3, onboarding e experiências digitais. O trabalho combina liderança de equipes, programação C#, integração de serviços, otimização de performance e comunicação clara entre design, arte e negócio. Para projetos, consultoria ou colaboração, Leonardo oferece uma abordagem prática: entender o problema, construir uma solução robusta e transformar requisitos complexos em experiências memoráveis para jogadores e produtos digitais com impacto mensurável hoje.

Voltar

Produto · 21 de agosto de 2026

Analytics de Drop-off: Encontrando Onde os Jogadores Saem

Como DATA2073 usa checkpoints instrumentados para identificar funis de evasão, refinar a jornada inicial e maximizar a retenção de jogadores.

Analytics de Drop-off: Encontrando Onde os Jogadores Saem

Por que métricas gerais não são suficientes

Usuários Ativos Diários (DAU), Usuários Ativos Mensais (MAU) e a Retenção global de Dia 1 dizem se um jogo está tendo sucesso, mas não dizem por que ele está falhando. Quando um jogador sai durante sua primeira sessão e nunca mais volta, saber que a retenção D1 caiu 2% não oferece nenhum insight acionável.

Para corrigir o problema, o produto precisa saber exatamente onde ocorreu o atrito. O tutorial foi longo demais? Eles perderam a primeira partida real? A tela de construção de deck era muito confusa?

Funis de drop-off em DATA2073

DATA2073 depende fortemente de análises de drop-off (pontos de saída) — uma sequência de checkpoints estritos e instrumentados que mapeiam a jornada do jogador do lançamento até o core loop. Ao medir quantos jogadores vão do Passo A ao Passo B, o time consegue isolar os momentos exatos que causam churn.

Para um jogo tático complexo com mais de 100 personagens, essa granularidade é essencial. Os funis são posicionados em pontos de transição chave:

  • O Pipeline de Tutorial: Cada passo do FTUE em etapas emite um evento. Se 90% dos jogadores terminam o tutorial de movimento, mas apenas 60% terminam o de ataque em linha, o problema está isolado.
  • A Primeira Partida Solo: A transição de tutoriais guiados para jogo independente é um momento de alto risco. Se os jogadores perdem sua primeira partida não guiada e desistem, o matchmaking ou a dificuldade inicial da campanha precisam de ajuste.
  • A Primeira Edição de Deck: Abrir uma coleção de cartas pode ser esmagador. O analytics rastreia se os jogadores navegam com sucesso na UI para equipar um novo personagem.
  • A Primeira Interação de Temporada: Passar da campanha base para eventos LiveOps envolve outra camada de regras. Rastrear a participação no DATA Pass valida se a configuração de conteúdo remoto está ressoando.

O ciclo de otimização

Analytics só são úteis se impulsionarem mudanças. Em DATA2073, os dados alimentam um loop contínuo de otimização:

  1. Observar o funil: O dashboard mostra uma queda de 15% entre terminar o tutorial e jogar a primeira missão da campanha.
  2. Formular hipótese: A transição pode não estar clara. Os jogadores podem não saber onde clicar na tela do hub.
  3. Fazer deploy da mudança: Usando feature toggles e remote config, o time publica um layout de UI atualizado que destaca o botão da campanha mais claramente.
  4. Re-medir: Os dados da nova coorte são comparados com a antiga para verificar se o drop-off diminuiu.

Fechando o ciclo

Análises profundas completam a arquitetura de LiveOps. Conteúdo remoto e feature toggles fornecem a habilidade de mudar o jogo instantaneamente. Um FTUE estruturado fornece a base para ensinar a profundidade do jogo. As análises de drop-off fornecem a bússola — dizendo ao time exatamente quais partes da experiência mais precisam dessas mudanças.