Construir seu próprio runtime ou usar uma plataforma?
Todo time sério chega à mesma bifurcação por volta do mês três: "por que pagamos comissão de plataforma se a gente roda o próprio runtime?". É uma pergunta legítima e às vezes a resposta certa. Mas a versão que a maioria faz esconde as partes que realmente afundam orçamentos. Vamos ver o trade real.
Q: Deveríamos construir nosso próprio runtime ou usar uma plataforma?
Construa o seu só se o runtime for seu produto, não sua distribuição. Se você é um estúdio de jogos, seu runtime é overhead: é a camada que deixa abrir o jogo, e cada hora ali é uma hora a menos no jogo. Uma plataforma compartilhada transforma esse custo fixo em variável e some da sua vista. Os times que devem construir o próprio são os que vendem runtime a outros, não os que só querem lançar um jogo.
Q: O que o autohosting realmente custa que o pitch deck esconde?
Três coisas que ninguém orça: o imposto de compatibilidade (cada update de SO, cada dispositivo novo quebra algo e você paga), o imposto de integração de pagamento (cada mercado local é um projeto, não uma linha), e o problema de cold start (você não tem audiência, então compra UA por cima de construir infra). Uma plataforma embute os três. Autohostar é uma segunda empresa escondida na primeira.
Q: Uma plataforma não vai me prender?
O lock-in é real, mas raramente é o drama de "eles tomam meus usuários como reféns". O lock-in real é operacional: suas analíticas, seus fluxos de cobrança, seus hábitos de release todos se dobram à API deles. A mitigação não é construir tudo — é manter sua lógica de jogo portátil. Um runtime universal que fala um padrão que você controla significa que você pode levantar e mudar. Construa a portabilidade, não toda a pilha.
Q: Quando construir o próprio faz sentido de verdade?
Quando a escala faz a comissão superar a construção. Se você move milhões de jogadores por mês e a participação de plataforma é sua maior linha depois da UA, a matemática vira. Ou quando precisa de controles que uma plataforma não dá — sandboxing específico, residência de dados específica, termos de pagamento específicos. A maioria chega a esse ponto muito depois do que acha, e some nunca chegam.
Q: Como mantenho o controle sem construir tudo?
Trate o runtime como padrão, não como fornecedor. Escreva seu jogo contra uma especificação aberta de runtime, guarde seus próprios dados de usuário e relação de cobrança onde puder, e escolha uma plataforma cuja saída é mudar uma config, não reescrever. A meta não é teatro de independência — é não estar indefeso. Time que pode ir embora negocia de posição de força.
| Dimensão | Construir você mesmo | Usar plataforma compartilhada |
|---|---|---|
| Custo inicial | alto (meses de engenharia) | baixo (integra e lança) |
| Pagamentos por mercado | integra cada canal | inclusos |
| Audiência | compra toda a UA | base quente compartilhada |
| Risco de compatibilidade | você paga | absorvido |
| Custo de saída | nulo (você possui) | depende de portabilidade |
| Convém quando | escala vence a comissão | quer lançar um jogo |
