Eu analiso demos na Steam. Play, Maybe ou Skip. Esse é o meu sistema, sem erro.
Comecei depois que alguns desenvolvedores enviaram demos pedindo feedback. Analisando tudo, notei quantos demos são lançados todo dia, a disparidade na qualidade e como os ciclos de desenvolvimento de cada projeto parecem ser diferentes. Então, comecei a fazer reviews de forma consistente. Já passei de 50 reviews, geralmente fazendo quatro ou cinco por semana.
Das 51 reviews no site, apenas três foram Skips. Essa proporção parece generosa. Não é. Existe uma filtragem pesada acontecendo antes mesmo de eu baixar o jogo, e a maior parte disso rola em segundos. Este artigo é sobre esse processo - e tudo o que acontece depois.
Isso foi escrito para devs. Leve como a perspectiva de um reviewer, não como uma verdade absoluta.
Como ser encontrado na Steam
Tem dias que saem 30 demos novas na Steam. Eu dou um scroll rápido e tomo decisões na hora. A maioria nem chega a ser jogada.
A ordem de filtragem é simples:
- Capsule art
- Os primeiros cinco segundos do vídeo de preview
- Tags
- Descrição
Só isso. Se um desses falhar, já era. A maioria dos jogadores faz o mesmo.
Algumas coisas que notei consistentemente:
A Capsule Art precisa condizer com o jogo
Se o estilo artístico na sua página da Steam parece polido e profissional, mas o jogo real é totalmente diferente, isso gera uma quebra de confiança antes mesmo de carregar.
Os jogadores percebem essa desconexão na hora.
Isso se torna ainda mais importante em gêneros saturados. Bullet heaven, pixel art retrô genérico, jogos de survival crafting — os jogadores já viram centenas desses. Se o seu jogo está em um gênero lotado, sua capsule art e descrição precisam se esforçar muito mais que a dos outros.
Os primeiros cinco segundos do seu trailer são o que mais importam
O vídeo de autoplay é basicamente a sua capsule art em movimento.
Os primeiros segundos são o ponto de decisão para quem clicou além da thumbnail. Comece com movimento, gameplay, caos ou algo visualmente interessante. Não comece com logo, menu ou um pan cinematográfico lento.
O hook precisa acontecer de imediato.
Redes sociais trouxeram 20% das demos que analisei
Cerca de 80% das demos que analisei vieram direto da navegação na Steam. Os outros 20% vieram das redes sociais - Reddit, X, TikTok ou criadores postando clipes de gameplay.
Vinte por cento não é a maioria, mas faz diferença.
Um bom post, um criador jogando seu game ou uma thread na comunidade certa pode dar ao projeto uma visibilidade que ele nunca teria. Redes sociais não custam quase nada antes do lançamento da demo, e esses picos iniciais de tráfego importam muito na Steam.
O ponto principal é construir essa audiência antes do lançamento da demo.
Se o seu primeiro post sobre o jogo for "nossa demo está no ar", você está começando do zero exatamente no momento em que o momentum mais importa. As pessoas que já seguem seu projeto são as que criam a tração inicial à qual o algoritmo da Steam responde.
Anuncie o lançamento da demo - e cada update depois
Um número surpreendente de páginas de demo na Steam mal usa as seções de anúncios ou eventos.
Isso é um erro.
Quando você anuncia o lançamento da demo via Steam, as notificações vão direto para quem colocou o jogo na wishlist. É visibilidade gratuita que a maioria dos devs ignora.
O mesmo vale para patches e atualizações.
Muitas demos nunca são atualizadas ou o fazem silenciosamente. Jogadores sabem que uma grande porcentagem de demos nunca vira um jogo completo. Se sua página parece inativa, as pessoas assumem que o projeto morreu.
Updates visíveis - mesmo os pequenos - sinalizam que o desenvolvimento continua.
Se um post viralizar inesperadamente semanas depois, você quer que a página da demo pareça ativa. Você quer que as pessoas que chegarem lá vejam sinais de vida.
Esteja pronto para os jogadores que chegarem
Uma demo é uma aparição pública. Uma vez lançada, os jogadores precisam de um lugar para ir depois.
Se alguém curtiu sua demo e quer acompanhar o desenvolvimento, o que acontece em seguida?
- Tem um Discord?
- Você é ativo no X?
- As discussões na Steam estão sendo monitoradas?
- Existe um espaço de comunidade real em algum lugar?
Se o seu jogo ainda está longe do lançamento e você não tem presença social, nem Discord, nem como interagir com feedback, a demo pode ter sido lançada cedo demais - não porque o jogo não está pronto, mas porque o estúdio não está pronto para dar suporte à audiência.
O momentum desaparece rápido quando a comunicação desaparece junto.
A responsividade do dev importa mais do que a maioria imagina. Já tive reviews que mudaram positivamente enquanto eu escrevia, simplesmente porque os devs estavam lendo o feedback e corrigindo problemas na hora.
Isso muda a percepção na hora.
Participe de todos os festivais que puder
O Steam Next Fest e eventos similares ainda geram grandes picos de tráfego.
Mas os jogos que performam melhor durante festivais geralmente são os que já construíram momentum antes. Os devs que tratam o festival como o início do marketing geralmente sofrem mais do que os que chegam com uma audiência pronta para baixar na hora.
Um pico inicial importa mais do que um gotejamento lento.
Use as redes sociais antes do evento começar. Crie antecipação. Dê aos jogadores um motivo para aparecerem cedo quando o festival entrar no ar.
Não peça para os jogadores fazerem cinco coisas no final da demo
Isso acontece o tempo todo.
A demo acaba e os jogadores veem na hora:
- Wishlist no jogo
- Entrar no Discord
- Seguir no X
- Deixar feedback
- Contar pros amigos
- Assistir ao trailer
É pedido demais de uma vez só.
Os jogadores geralmente tomam uma decisão, talvez duas.
Escolha o CTA que mais importa agora e foque totalmente nele. Se wishlist é a prioridade, torne o processo simples e óbvio. Se feedback é o que importa, foque em coletar feedback.
Opções demais diminuem a chance de os jogadores fazerem qualquer uma delas.
A duração da demo depende de quão rápido os jogadores “entendem” o jogo
Já dei nota Play para demos que duraram 15 minutos. Também já dei Play para demos em que gastei sete horas antes de zerar.
Ambas funcionaram pelo mesmo motivo:
Elas me deixaram entender o jogo.
Esse é o benchmark. Não o tempo de duração.
Jogos com gameplay loops bem amarrados conseguem se comunicar rápido. Jogos mais focados em sistemas geralmente precisam de demos mais longas, porque os jogadores precisam de tempo para superar a curva de aprendizado antes que a profundidade comece a ficar divertida.
Um dos maiores riscos com jogos complexos é terminar a demo antes que o jogador chegue no momento em que os sistemas finalmente fazem sentido.
Se a diversão começa depois que a demo acaba, os jogadores muitas vezes nunca voltam.
Mostre as mecânicas interessantes cedo
Uma demo não tem tempo para um pacing de progressão perfeitamente natural.
Se existe uma mecânica, habilidade, arma ou sistema que torna seu jogo especial, deixe os jogadores experimentarem isso cedo. Não guarde a melhor parte para horas depois, como você faria no jogo completo.
Você nunca sabe qual mecânica específica vai ser o diferencial que convence alguém a comprar o projeto.
O trabalho da demo é convencer os jogadores de que o jogo completo vale a compra - não replicar perfeitamente o pacing de progressão.
Introduza as mecânicas uma por uma
O outro lado da moeda de mostrar mecânicas empolgantes logo cedo é não sobrecarregar os jogadores de imediato.
Eu não vou aprender quatro sistemas complexos do zero nos primeiros dez minutos de uma demo. A maioria dos jogadores também não vai.
As demos que funcionam melhor introduzem profundidade gradualmente:
- Uma mecânica
- Depois outra
- Depois complexidade expandida
Os jogadores já devem estar se divertindo antes que os sistemas maiores apareçam.
Se alguém que está tentando ativamente recomendar seu jogo desiste durante o tutorial, os jogadores que baixam casualmente vão vazar muito mais rápido.
Demos Multiplayer são extremamente difíceis
Demos de PvP são difíceis de avaliar porque lobbies vazios não passam nada de positivo sobre a experiência.
Se o jogador abre o game e fica preso no matchmaking sem ninguém, é muito difícil recuperar essa primeira impressão.
As demos multiplayer que funcionam geralmente têm uma destas três coisas:
- Bots
- Janelas de jogo agendadas
- Jogadores suficientes no lançamento para manter o matchmaking vivo
Sem isso, uma demo multiplayer muitas vezes prejudica mais a percepção do que ajuda.
Bugs são aceitáveis. Core loops quebrados, não.
Os jogadores entendem que demos não estão finalizadas.
Algumas das demos mais bem avaliadas que analisei tinham bugs óbvios. Geralmente, esse não é o problema.
O problema é quando os bugs interrompem a experiência principal.
Uma das poucas demos que eu classifiquei como "Skip" não foi porque a ideia era ruim, mas porque um bug quebrou a gameplay principal de um jeito que eu não consegui ter uma experiência real do jogo.
O padrão é simples:
O jogador consegue realmente jogar o game?
Leia o feedback pelo problema, não pela solução
Os jogadores são muito bons em identificar quando algo parece errado.
Eles geralmente são bem menos confiáveis para identificar como consertar.
Ao ler o feedback, ignore o tom emocional primeiro e foque na questão central:
- Onde os jogadores travaram?
- O que os confundiu?
- O que interrompeu o fluxo?
- O que pareceu ruim?
Leve o problema a sério. Não implemente automaticamente a solução exata que os jogadores sugerem.
Os jogadores entendem a experiência deles. Os desenvolvedores entendem o jogo.
São coisas diferentes.
Acompanhe a cobertura de criadores, não apenas Wishlists
Wishlists são a métrica óbvia, mas não são a única que importa.
Preste atenção nos criadores de conteúdo fazendo vídeos, Shorts, streams ou reviews da sua demo. Veja como esses posts performam em relação ao conteúdo normal deles.
Se um criador pequeno costuma ter 500 views, mas seu jogo de repente bate 2.000 no canal dele, algo no seu game conectou de forma única com aquele público.
Isso é informação valiosa.
Engajar com criadores também importa mais do que muitos desenvolvedores imaginam. Um retweet, comentário ou reconhecimento não custa quase nada, mas ajuda a construir relacionamentos de longo prazo com pessoas que estão promovendo seu jogo ativamente.
Os desenvolvedores que percebem isso tendem a ter cobertura novamente no lançamento.
De onde vem esse feedback
O feedback só importa se você entender a perspectiva por trás dele.
Estou na faixa dos 35–40 anos com três filhos. Jogo desde os 12, mas não tenho mais tempo livre ilimitado, então sou seletivo com o que jogo.
Muitas noites eu volto para o que chamo de “brain-rot games” - coisas como Battlefield 6, League of Legends ou World of Warcraft Hardcore - jogos que já conheço e posso jogar quase no piloto automático enquanto assisto a outra coisa.
O público do todaywegame.gg é bem parecido: majoritariamente masculino, 30–40 anos, jogadores do Reino Unido/UE/EUA com tempo limitado e muita bagagem gamer.
Então, todo esse feedback é filtrado por essa lente.
Se o seu jogo mira em um público completamente diferente, parte disso importará menos. Mas depois de analisar mais de 50 demos na Steam, uma coisa ficou muito clara:
Os jogos que se destacam geralmente não são os de maior escopo.
São os que comunicam o que os torna interessantes o mais rápido possível.
Todas as análises de demos na Steam em todaywegame.gg. Play, Maybe ou Skip.
