Quando publicar no runtime de outro vira um ponto único de falha?
A taxa de 30% leva todos os discursos. É a parte que você consegue modelar numa planilha. O que realmente acaba com estúdios é mais sutil: você construiu todo o negócio sobre uma plataforma cujas regras você não escreve, e uma única mudança de política pode mover sua linha de receita mais do que qualquer funcionalidade que você lança. Assim se sabe quando "distribuição" virou "dependência".
Q: Qual é o risco real — os 30% ou as regras?
As regras. A taxa é um custo conhecido, negociável e modelável. O risco é a plataforma mudar o discovery, os termos de pagamento, a política de conteúdo, ou simplesmente deixar de priorizar sua categoria — nada disso você votou. Um runtime que decide o que seus jogadores veem, como você recebe e se seu jogo é permitido não é um distribuidor; é um senhorio. E senhorios podem reformar o prédio ao seu redor enquanto você ainda paga o aluguel.
Q: Como você mede o risco de concentração?
Um número: qual porcentagem de sua receita ou jogadores vem de uma única plataforma? Se passar de cerca de 60%, você não tem uma estratégia de distribuição — tem um ponto único de falha com um logo em cima. O perigo se acumula porque concentração parece sucesso: a plataforma recompensa você, você se apoia mais, e três anos depois não pode ir embora sem perder a maior parte do negócio. Meça trimestralmente e trate um número em alta como luz de alerta, não como troféu.
Q: Dá para reduzir o risco sem sair?
Em parte, e isso costuma bastar. Possua o relacionamento que a plataforma não possui: suas próprias contas de usuário, sua própria cobrança onde for permitido, seu próprio canal de comunicação — e-mail, uma comunidade própria. Mantenha sua lógica de jogo portátil para que um segundo runtime seja mudar uma configuração, não reescrever. E diversifique o topo: nunca deixe um único catálogo ultrapassar seu teto de concentração. Você não está tentando sair — está tentando poder sair.
Q: O que uma plataforma lhe deve, e o que não deve?
Ela lhe deve o que o contrato diz, e quase nada além. Nenhuma garantia de discovery, nenhuma garantia de suporte contínuo à sua categoria, nenhuma obrigação de avisar antes de mudar uma regra. As equipes que sobrevivem a mudanças de plataforma são as que lêem os termos como um aluguel, não como uma sociedade, e construíram a saída antes de precisar. Dependência não é má — dependência não examinada é.
| Alavanca | O que lhe compra | O que não |
|---|---|---|
| Contas próprias | um relacionamento direto | discovery de plataforma |
| Lógica portátil | a saída é uma config | uma mudança instantânea sem queda |
| Topo diversificado | nenhum ponto único | alcance máximo numa só |
| Cobrança própria | controle de pagamentos | a base quente da plataforma |
