.
Nota do editor: este artigo foi escrito por Teemu Haila, co-fundador e CPO da Metaplay. Você pode ler sua versão original aqui.
Como evitar os erros críticos que os estúdios cometem ao lançar jogos.
Para uma indústria tão sofisticada, é irônico que o maior erro que vejo jovens estúdios de jogos cometerem seja tão simples: não planejar com antecedência.
Em vez de construir ou escolher uma ferramenta de back-end que ofereça as funcionalidades necessárias para jogos com centenas de milhões de usuários, eles escolhem uma que marque as caixas para as especificações de recursos e infraestrutura tecnológica exigidas apenas nos estágios iniciais da vida do jogo.
Em seguida, o jogo começa a escalar e o estúdio percebe que sua tecnologia de back-end não suporta seu roteiro futuro – aquele que os catapultará para as paradas de maior bilheteria. E eles são deixados com um conjunto de grandes obstáculos.
Abaixo, explico como o lançamento de um jogo com uma mentalidade de curto prazo – embora isso seja frequentemente incentivado neste setor – pode ser prejudicial para seu sucesso a longo prazo e causar dores de cabeça evitáveis mais adiante.
Decisões de curto prazo, implicações de longo prazo
A pressão para lançar um novo jogo rapidamente é sentida por todos os estúdios em 2023. Na primeira fase do jogo, a equipe precisa construir um MVP, lançamento suave, executar análises de dados para ver se há um ajuste de mercado do produto e, em seguida, aprofundar o jogo loop principal e recursos. Tudo no espaço de cerca de 6 a 12 meses, dependendo do orçamento.
O problema dessa pressão é que ela tende a obscurecer a visão de longo prazo do estúdio.
As três fases de um jogo F2P
Para entender os problemas causados pela tomada de decisões de curto prazo para o back-end de um jogo, vamos descompactar o ciclo de vida de um título F2P de sucesso.
De zero a um

Na primeira fase, a validação do conceito é o nome do jogo. O desenvolvimento da equipe se concentra, na melhor das hipóteses, nas necessidades do próximo ano, escolhendo as funcionalidades básicas.
Isso normalmente significa que os jogos são desenvolvidos no editor, em vez de fazer compilações de dispositivos mais lentas; a jogabilidade offline será priorizada enquanto a ação multijogador será falsificada; o design do jogo consistirá em recursos pré-fabricados; e qualquer coisa ‘extra’ será evitada.
Do ponto de vista técnico, isso significa que o lançamento de um protótipo básico é bastante simples. Envolve a construção da lógica do jogo, conectando-a à análise do jogo e aos serviços do jogo (como compras no aplicativo) e à criação de um banco de dados. Desenvolvedores experientes podem montar isso usando ferramentas prontas para uso em apenas 4 meses.
Nesta fase, ele marca as caixas. No entanto, se tudo correr bem – o conceito do jogo foi validado e o financiamento VC foi derramado – o jogo passa para um novo estágio de existência. Vamos chamá-la de fase de aumento de escala.
A fase de escalonamento

Agora os requisitos técnicos são muito diferentes, precisando suportar um jogo com milhões de jogadores. Novas funções a serem construídas incluem lógica à prova de trapaça, escalabilidade para permitir milhões de jogadores sem travar, várias implantações do jogo em execução para diferentes departamentos no estúdio e DevOps para facilitar ambientes ao vivo.
Isso é apenas a tecnologia – no design do jogo e no lado do produto, eles precisam criar funções de suporte ao cliente, ferramentas LiveOps, documentação de recursos, localização para diferentes públicos, atualizações over-the-air (OTA) e, claro, garantir que todos os recursos sejam em pé de igualdade com o resto dos 100 jogos de maior bilheteria para se manter competitivo.
Embora, até certo ponto, isso seja possível usando as soluções de back-end padrão normalmente escolhidas desde o primeiro dia (embora as coisas fiquem confusas e desconexas rapidamente), as principais dores de cabeça surgem quando o jogo entra na próxima fase.
A fase do unicórnio

Para os poucos jogos que atingem a liga de centenas de milhões (ou até bilhões) de jogadores, os requisitos de tecnologia e design tornam-se ainda mais exigentes.
Conformidade legal, segurança contra hacks, documentação técnica, integração de análises internas e manutenção geral são apenas alguns dos requisitos.
No lado do design, enquanto isso, se na fase de scale-up o objetivo era a paridade de recursos com os outros jogos de maior bilheteria, a prioridade na fase do unicórnio é a inovação de recursos.
Mas como tudo isso está relacionado ao pensamento de curto prazo que mencionei no início?
O impacto de lançar um jogo sem um caminho de atualização tecnológica
Quando chega a hora de realmente escalar e inovar, para se tornar o próximo Supercell ou Moon Active, as ramificações de lançar um jogo sem um caminho de atualização tecnológica são de longo alcance. Por exemplo:
1. O design do seu jogo fica limitado pelos recursos tecnológicos disponíveis
Quando surge a necessidade de se destacar da concorrência, os designers de jogos podem apresentar ótimas ideias para novos recursos sociais ou funções de LiveOps. No entanto, devido às limitações tecnológicas causadas por um back-end de tecnologia abaixo da média, a equipe de produto terá dificuldade para executar e, provavelmente, adiará os conceitos. Isso sufoca o crescimento e a inovação.
2. Sua pilha de tecnologia diverge em microsserviços inflexíveis
A certa altura, é impossível continuar construindo em cima da pilha de tecnologia existente. Isso geralmente leva à criação de uma rede de microsserviços, o que causa confusão e ineficiência entre as equipes de desenvolvimento.
Como resultado, pode ser quase impossível solucionar bugs no jogo, o que pode levar ao aumento do tempo de inatividade e, por fim, à diminuição da receita.
3. Sua equipe gasta cada vez mais tempo mantendo sistemas legados
Os sistemas existentes e desatualizados drenam recursos à medida que os jogos buscam inovar. Por exemplo, os especialistas em LiveOps podem querer criar uma nova tabela de classificação ou recurso de guilda, mas a tecnologia de back-end não oferece a capacidade de fazer isso.
Como resultado, novos sistemas demorados devem ser construídos ao lado dos antigos, criando uma pilha de tecnologia confusa e operações abaixo do ideal nas equipes de desenvolvimento.
Estes são apenas alguns sintomas potenciais de escolha de uma solução de back-end sob medida para o curto prazo ao lançar um jogo.
Dicas para enviar sem arrependimentos

Então, para quais aspectos de um jogo free-to-play de maior bilheteria um desenvolvedor precisa estabelecer as bases desde o início?
- Configurações do jogo (atualizações de jogos over-the-air, testes AB, Planilhas Google),
- Lógica de jogo à prova de fraude (padrão de comando, execução espelhada),
- Ferramentas de suporte ao cliente (e-mails no jogo, painéis, contas, permissões),
- Conformidade legal (GDPR, backups, segurança)
- ferramentas LiveOps para manter o jogo empolgante e maximizar a retenção de jogadores e o LTV.
Não me interpretem mal – não estou argumentando que os jogos precisam realmente construir todas essas funcionalidades desde o primeiro dia. Isso levaria anos.
Meu ponto é que eles precisam pelo menos se preparar para eles, garantindo que os recursos tecnológicos estejam disponíveis quando forem necessários.
Deixar de estabelecer essas bases desde o início cria a necessidade de executar uma grande refatoração do código de back-end quando é hora de crescer do nível intermediário para os 100 maiores sucessos de bilheteria.
E os refatoradores de código levam tempo e investimento significativos em um momento em que o trabalho de alto impacto real – como criar e otimizar novos recursos sociais inovadores em seu jogo – deve ser a prioridade.
Metaplay: A solução de back-end preferida para jogos ambiciosos
O Metaplay é a única suíte de back-end que oferece aos aspirantes a unicórnios de jogos as ferramentas necessárias para lançar e desenvolver um jogo de maior bilheteria.
Com nossas ferramentas, não há arrependimentos mais adiante ou obstáculos ao seu roteiro de atualização tecnológica. Desde o primeiro dia até o status de unicórnio, permitimos que os desenvolvedores criem jogos completos, com ferramentas para:
- programação de jogos
- Engenharia de back-end
- Produto e operações ao vivo
- Suporte ao jogador e controle de qualidade
Não acredite na minha palavra – aqui está o que Arttu Aalto, co-fundador da Playsome tinha a dizer:
“O principal benefício, além da confiabilidade, suporte e conjunto de recursos, foi o acesso ao código-fonte e a personalização total. Não há limitações para o que podemos implementar e operar”.
.








