Blog do StreamHousewishlists na steam

Como devs indie usam lives para aumentar wishlists na Steam

As wishlists definem um lançamento na Steam, e as lives são um dos poucos canais de marketing que uma equipe pequena mantém toda semana. Veja como devs indie combinam transmissões na página da loja com lives de devlog no YouTube e na Twitch, que conteúdo gera wishlists e como medir isso com honestidade.

Cerca de 7 min de leitura

Nesta página

Para aumentar as wishlists na Steam com lives, transmita gameplay na página da sua loja, faça lives regulares de devlog no YouTube ou na Twitch que levem o público até essa página e acompanhe as wishlists de cada origem com links marcados. Gameplay real com comentários do desenvolvedor costuma render mais do que apenas trailers, e uma agenda consistente importa mais do que lives longas.

As wishlists importam porque são um sinal pré-lançamento que você pode aumentar diretamente, e a Steam avisa quem colocou o jogo na lista quando ele é lançado ou entra em promoção. Lives não vão salvar um jogo que ninguém quer, mas uma equipe de duas pessoas consegue fazê-las toda semana sem verba de anúncios.

Principais pontos

  • Transmissões na página da loja convertem visitantes; lives fora da Steam trazem gente nova.
  • Gameplay sem edição e comentários do desenvolvedor costumam prender mais a atenção do que só trailers.
  • Um devlog semanal constante vale mais do que maratonas ocasionais.
  • Marque seus links e compare com uma linha de base antes de atribuir wishlists às lives.

Duas funções: converter visitantes da Steam e alcançar novos jogadores

As lives cumprem duas funções diferentes para um jogo indie, e ajuda planejá-las separadamente.

Na Steam, uma transmissão na página da loja atua sobre quem já clicou para entrar. Essas pessoas decidem em segundos se vão adicionar à wishlist, e gameplay em movimento no topo da página responde "o que você faz de fato nesse jogo?" mais rápido do que capturas de tela. A configuração está em como transmitir na página da sua loja na Steam.

Fora da Steam, lives de devlog no YouTube, na Twitch ou em outras plataformas alcançam pessoas que nunca ouviram falar do seu jogo. A função delas é despertar interesse e mandar o público para a página da loja por um link na descrição, um painel do canal ou uma mensagem fixada no chat.

Uma alimenta a outra: uma live fora da Steam manda alguém para a sua página, e a transmissão na página da loja mostra mais quando a pessoa chega.

Formatos de devlog ao vivo que geram wishlists

Desenvolvedores que compartilham seus resultados de marketing costumam descrever padrões parecidos. Formatos que funcionam:

  • Jogar a sua própria build comentando. O público quer ver o loop principal e ouvir por que ele funciona daquele jeito.
  • Desenvolvimento acontecendo. Level design, passadas de arte e caça a bugs dão às pessoas um motivo para se importar com a equipe, e não só com o jogo.
  • Playtests com o chat. Deixe o público votar em escolhas ou sugerir nomes; participar cria apego.
  • Revelações de recursos. Um novo bioma, personagem ou mecânica dá à live um gancho claro para o título e a thumbnail.

O que costuma render menos: preparação longa com a tela parada, lives sobre jogos que não têm nada a ver e um trailer repetindo sem mais nada. Deixe uma chamada para a wishlist visível como lower third e fale dela em voz alta uma ou duas vezes por sessão, e não a cada cinco minutos.

Um ritmo de lives que uma equipe pequena consegue manter

Consistência vale mais do que intensidade. Um ritmo que muitas equipes pequenas conseguem sustentar:

  • Um devlog ao vivo por semana, no mesmo dia e horário, de 60 a 90 minutos, anunciado nas suas redes sociais e no Discord.
  • O mesmo devlog em simulcast para o YouTube, a Twitch e a página da loja, para que uma sessão alcance três públicos. Retransmitir um único sinal do OBS mantém o seu upload sob controle enquanto a build roda; o nosso plano de multistream para lançamento de jogo mostra a configuração em grande escala.
  • Um loop de replay claramente identificado na página da loja entre as sessões ao vivo.
  • Clipes curtos tirados de cada sessão para posts nas redes com link para a página da loja.
  • Sessões extras nos picos, como o lançamento de uma demo, um festival ou a semana de lançamento.

Proteja o tempo de desenvolvimento. Se as lives começarem a comer a build, encurte as sessões antes de pular semanas: um devlog de 45 minutos toda semana rende mais do que uma live de quatro horas uma vez por mês.

Medindo o impacto nas wishlists com links marcados e linhas de base

A Steamworks oferece relatórios de wishlist por data e estatísticas de espectadores das transmissões e, no momento em que escrevemos, também tem análise de UTM: as visitas vindas de links com tags UTM são reportadas por origem, incluindo conversões em wishlist de visitantes que estavam logados na Steam. Use tudo junto:

  • Marque cada link fora da Steam separadamente, por exemplo uma tag para descrições do YouTube, uma para painéis da Twitch e uma para o Discord.
  • Mantenha um registro das lives com datas, horários, plataformas e temas.
  • Compare com uma linha de base de adições diárias normais à wishlist, e não com o seu melhor dia.
  • Olhe meses, e não lives isoladas. Uma transmissão raramente mexe nos números; um trimestre de devlogs semanais pode mexer.

Seja honesto sobre fatores de confusão. Um criador falando do seu jogo, uma vaga em um festival ou uma promoção podem causar o mesmo pico, e as lives também constroem uma comunidade que aparece no lançamento, algo que os relatórios não captam. Trate os resultados como indicativos e continue fazendo o que claramente funciona.

Mantendo a página da loja ao vivo entre os devlogs com o StreamHouse

A sessão ao vivo semanal é a parte divertida; o loop de replay entre as sessões é o que costuma quebrar. O StreamHouse roda esse loop na nuvem. Envie capturas de gameplay, o seu trailer e os melhores trechos dos devlogs, monte uma playlist, adicione a Steam como destino com o servidor de upload e o token RTMP da sua conta de transmissão e clique em Iniciar. O loop roda automaticamente enquanto o seu PC de desenvolvimento fica livre para o trabalho.

Para o devlog semanal, o multistream a partir do OBS envia um único sinal para o StreamHouse, que o retransmite para o YouTube, a Twitch e a Steam. Pare o loop de replay antes de entrar ao vivo para que dois sinais não colidam no mesmo token da Steam, e depois use o agendador para reiniciá-lo em um horário definido.

Adicione o melhor trecho de cada semana à playlist com ela rodando; as mudanças valem a partir do próximo vídeo. O StreamHouse não garante wishlists, mas mantém a rotina funcionando. Veja a página de transmissão para a Steam.

Perguntas frequentes

Lives realmente aumentam as wishlists na Steam?

Podem aumentar, mas os resultados variam e são difíceis de isolar. Transmissões na página da loja mostram gameplay em movimento para os visitantes, e lives de devlog trazem gente nova. Nenhuma das duas garante wishlists; um jogo que parece atraente em movimento, somado a uma agenda consistente, é o que faz as lives valerem a pena.

Com que frequência um desenvolvedor indie deve fazer lives?

Uma vez por semana é sustentável para a maioria das equipes pequenas: um devlog ao vivo em horário fixo, mais um replay identificado na página da loja. Acrescente sessões extras no lançamento de uma demo, em um festival ou no lançamento, e encurte as sessões antes de abrir mão da regularidade.

Desenvolvedores indie devem transmitir na Twitch ou no YouTube?

Nos dois, se a sua configuração permitir. O YouTube mantém as lives encontráveis na busca como vídeos muito depois de terminarem, enquanto o público da Twitch descobre você ao vivo pelas categorias. Fazer simulcast de um devlog para os dois, mais a página da loja na Steam, alcança três públicos de uma vez.

Como acompanho as wishlists vindas de uma live no YouTube ou na Twitch?

Use um link da loja com tag UTM para cada plataforma e depois confira o relatório de análise de UTM na Steamworks, que no momento em que escrevemos mostra visitas e conversões em wishlist por tag para visitantes logados. Combine isso com um registro das lives e uma linha de base de antes das transmissões.

Próximos passos