Seu Segundo Jogo: O Que Fazer Diferente Depois do Primeiro Lançamento

Lançar o primeiro jogo é um rito de passagem, mas é o segundo jogo que define se você tem uma carreira ou um hobby que deu certo uma vez. É nele que você prova, para si mesmo antes de qualquer um, que consegue repetir o processo: escolher uma ideia, dar escopo, produzir, lançar e vender de novo, agora sabendo o que sabe. E é exatamente por isso que o segundo projeto merece decisões mais frias que o primeiro. O primeiro jogo você fez para aprender. O segundo você faz para construir em cima do que aprendeu, e quase tudo que parece intuitivo nesse momento, como dobrar o tamanho do projeto ou finalmente atacar o jogo dos sonhos, costuma ser o caminho errado.

Este post organiza as decisões do segundo jogo em ordem: o que medir no primeiro antes de decidir qualquer coisa, por que o escopo deve continuar enxuto, quais vantagens você já acumulou sem perceber, a escolha entre repetir ou trocar de gênero e a hora certa de largar o jogo 1 de vez.

Comece pelo post-mortem honesto do primeiro jogo

Antes de abrir um documento de design novo, feche as contas do projeto anterior. Post-mortem não é desabafo nem texto de agradecimento: é um levantamento de fatos que vai alimentar as decisões do próximo ciclo.

Separe o que é número do que é sensação. Números que valem a pena levantar:

• Wishlists no dia do lançamento e quantas converteram na primeira semana. Isso diz mais sobre seu marketing do que sobre seu jogo.
• Origem do tráfego da página: quanto veio de busca da própria Steam, quanto veio de fora (vídeos, redes, imprensa). Isso mostra qual esforço de divulgação funcionou e qual foi só cansaço.
• Vendas por semana ao longo do tempo, incluindo promoções. A curva depois do lançamento diz se o jogo tem cauda ou se morreu no primeiro mês. Para calibrar expectativa contra a realidade do mercado, vale comparar com quanto vende um jogo indie na Steam.
• Avaliações e reembolsos: não a nota, mas o que se repete nos textos. Três reviews reclamando da mesma coisa valem mais que a média geral.
• Tempo de produção real contra o planejado, por fase. Onde o cronograma estourou: arte, programação, polimento, burocracia de lançamento?

Depois dos números, três perguntas por escrito, com respostas específicas:

1. O que eu faria exatamente igual?
2. O que eu faria diferente sabendo o que sei agora?
3. O que eu só descobri tarde demais para corrigir?

A terceira pergunta é a mais valiosa. Coisas como "descobri que precisava de wishlists seis meses antes do lançamento" ou "descobri que meu tutorial afugentava jogador no primeiro minuto" são as correções mais baratas e de maior impacto no segundo jogo, porque agora você as conhece desde o dia zero.

Se o seu primeiro jogo ainda está na janela pós-lançamento, resolva esse capítulo primeiro: o guia sobre o que fazer no pós-lançamento cobre essa fase em detalhe, e o post-mortem fica muito melhor com esses dados fechados.

A armadilha clássica do segundo jogo: dobrar o escopo

Existe um raciocínio quase universal depois do primeiro lançamento: "o primeiro foi pequeno porque eu estava aprendendo. Agora que sei fazer, vou fazer o jogo grande, o dos sonhos". Parece progressão natural. É a decisão que mais mata segundos jogos.

O problema é de lógica, não de talento. O primeiro jogo ensinou você a produzir um jogo daquele tamanho. Um projeto com o dobro do escopo não é duas vezes mais difícil: sistemas interagem entre si, conteúdo multiplica teste e polimento, e o custo de manter tudo coeso cresce mais rápido que o tamanho do projeto. Você estaria trocando um processo que acabou de validar por um processo que nunca executou, e apostando sua motivação, seu caixa e possivelmente sua carreira nessa aposta.

O segundo jogo deve ser melhor, não maior. Mesma faixa de escopo do primeiro, talvez um degrau acima, com toda a diferença concentrada em qualidade de execução: mais polimento por minuto de jogo, um loop central mais afiado, marketing começando no início da produção em vez do fim, página da loja no ar desde cedo. Um jogo do mesmo tamanho do primeiro, feito por alguém que já lançou um, tende a sair melhor e mais rápido. Essa é a vantagem composta que você quer capturar.

Isso não significa repetir o primeiro jogo. Significa que a ambição vai para profundidade e acabamento, não para quantidade de features. Se durante o planejamento o projeto começar a inchar, o problema tem nome e tem método de controle: veja como controlar o escopo do jogo antes de escrever a primeira linha do design novo.

O jogo dos sonhos continua no horizonte. Ele será o terceiro, o quarto ou o quinto, financiado e sustentado por uma sequência de lançamentos que deram certo. Chegar nele passando por degraus é mais rápido do que tentar pular direto e recomeçar do zero depois de dois anos de projeto abandonado.

O que você já tem agora que não tinha no primeiro

A parte boa de ser um dev de segundo jogo é que você não começa do zero, mesmo que a sensação seja essa. O inventário do que você acumulou costuma surpreender:

Código e sistemas reutilizáveis. Menu, save, opções de áudio e vídeo, controle de cenas, localização, integração com conquistas, pipeline de build. Nada disso é glamoroso e tudo isso consumiu semanas do primeiro projeto. No segundo, é copiar, adaptar e seguir. Se você organizar esses sistemas num template de projeto, cada jogo futuro começa com semanas de vantagem.

Pipeline e processo. Você já sabe exportar build, preencher a papelada da loja, gerar capsule art, escrever descrição de página, subir trailer, apertar o botão de lançamento. A primeira vez que se faz cada uma dessas coisas custa caro em tempo e ansiedade. A segunda é rotina.

Audiência inicial. Cada pessoa que comprou, avaliou ou entrou no seu Discord por causa do primeiro jogo é alguém que pode ser avisado do segundo no dia do anúncio. É uma audiência pequena? Provavelmente. Mas o primeiro jogo começou com zero, e a diferença entre zero e algumas centenas de pessoas no anúncio é a diferença entre gritar no vazio e ter as primeiras wishlists no primeiro dia.

Página com histórico e o efeito catálogo. Sua página do primeiro jogo continua no ar, aparecendo em busca e em "more like this". Quando o segundo jogo tiver página, os dois passam a se apontar mutuamente: quem descobre um vê o outro, e você pode montar bundle do próprio catálogo, dando desconto real para quem compra os dois. Dois jogos se promovem entre si de um jeito que um jogo sozinho não consegue, e cada lançamento futuro fortalece os anteriores. Esse é o começo do efeito de catálogo que sustenta estúdios indies de verdade.

Conhecimento de marketing com dados próprios. Você sabe o que funcionou para divulgar o primeiro. No segundo, começa por aí em vez de testar tudo de novo. Se wishlists foram seu gargalo, o guia sobre como conseguir wishlists na Steam ajuda a atacar isso desde o anúncio.

Mesmo gênero ou gênero novo?

Essa é a decisão em que criatividade e estratégia mais se estranham, então vale colocar os dois lados na mesa sem romantizar.

A favor de ficar no mesmo gênero (ou perto dele):

• A audiência acumula. Quem comprou seu plataforma de puzzle tem boa chance de querer outro plataforma de puzzle seu. Se o segundo jogo é um deckbuilder, essa audiência recomeça quase do zero.
• O reuso de código é máximo. Controlador de personagem, física, ferramentas de level design: tudo aproveitável.
• Seu aprendizado de design é específico do gênero. Você sabe o que funciona num nível, num inimigo, numa curva de dificuldade daquele tipo de jogo. Em um gênero novo, essa intuição volta para o estágio inicial.
• O algoritmo da loja já associa você àquele nicho, e o "more like this" trabalha melhor entre jogos parecidos.

A favor de mudar:

• Motivação é combustível real. Se a ideia de fazer outro jogo do mesmo tipo desanima você a ponto de travar a produção, o cálculo muda, porque jogo desanimado não é lançado.
• O primeiro gênero pode ter se mostrado um mercado ruim para o seu tamanho: saturado demais, ou com público pequeno demais. O post-mortem responde isso.
• Habilidade de dev generaliza mais que audiência. Programação, produção e marketing transferem bem entre gêneros; a audiência, nem tanto.

Uma posição intermediária resolve a maioria dos casos: mudar tema, ambientação ou estrutura mantendo o núcleo mecânico próximo. É jogo novo o suficiente para manter você animado e familiar o suficiente para preservar audiência e código. A troca radical de gênero não é proibida, mas faça sabendo o preço: você está abrindo mão de boa parte do ativo que o primeiro jogo construiu.

Quando largar o jogo 1 de vez

Atualizar o primeiro jogo tem retorno decrescente, e chega uma hora em que continuar é apego, não estratégia. O critério é custo de oportunidade: cada mês polindo o jogo 1 é um mês que o jogo 2 não anda.

Sinais de que ainda vale investir no primeiro: vendas recorrentes mesmo fora de promoção, comunidade ativa pedindo coisas específicas, picos de receita claros a cada atualização ou festival, review score que uma correção pontual poderia destravar.

Sinais de que é hora de fechar: vendas residuais estabilizadas, jogadores ativos contados em dezenas, atualizações que não movem a curva. Nesse cenário, passar três meses num update para 30 jogadores ativos é um luxo que um dev solo não pode pagar. Não é abandono, é conclusão: deixe uma versão final estável, corrija o que for bug grave, escreva um aviso honesto para a comunidade dizendo que o jogo está completo e que o próximo projeto vem aí, e converta essa despedida em interesse pelo segundo jogo. Um encerramento bem comunicado transforma os jogadores do primeiro nos primeiros seguidores do segundo.

Erros comuns no segundo projeto

Alguns erros aparecem com tanta frequência entre segundos jogos que merecem lista própria:

• Reescrever tudo do zero "agora do jeito certo". O código do primeiro jogo é feio? Provavelmente. Ele funciona e foi lançado, o que o coloca acima de qualquer código bonito que ainda não existe. Refatore o que você vai realmente tocar, reaproveite o resto sem culpa.
• Escrever engine própria. Variante extrema do erro anterior. Entre o primeiro e o segundo jogo, engine própria é um projeto de engenharia disfarçado de projeto de jogo. Se seu objetivo é lançar jogos, use a engine que você já domina.
• Ignorar a audiência que já existe. Lista de e-mails parada, Discord sem aviso, seguidores da página do jogo 1 que nunca ficam sabendo do jogo 2. Esse é o ativo mais barato que você tem e o mais desperdiçado. O anúncio do segundo jogo deve chegar primeiro a quem já comprou o primeiro.
• Recomeçar o aprendizado do zero. Trocar de engine, de gênero e de estilo de arte ao mesmo tempo joga fora quase todo o conhecimento acumulado. Mude uma variável por vez.
• Adiar o marketing de novo. Se a lição do primeiro lançamento foi "comecei a divulgar tarde demais", a página e a divulgação do segundo começam junto com a produção, não depois dela.
• Pular o post-mortem. Sem ele, o segundo jogo repete os erros do primeiro com mais confiança, que é a pior combinação possível.

O fio comum de todos esses erros é o mesmo: tratar o segundo jogo como um recomeço em vez de uma continuação. Você não está no ponto de partida. Está no segundo degrau de uma escada, e a decisão inteligente é subir a partir dele.

O segundo jogo não precisa ser sua obra-prima. Precisa ser lançado, precisa ser melhor executado que o primeiro e precisa deixar você no terceiro degrau: mais código reutilizável, mais audiência, mais catálogo, mais processo. Faça o post-mortem, mantenha o escopo enxuto, aproveite tudo que o primeiro jogo construiu e feche o ciclo. Carreira em jogos se constrói assim, um lançamento honesto de cada vez.