Voltar para o Blog
Quest Log

Vender Jogo Hypercasual para Publisher: Como Funciona

Smartphone mostrando um jogo casual simples com gráficos de métricas e uma seta de crescimento ao redor, no contexto de um acordo com publisher

Como vender jogo hypercasual para publisher: o que o publisher testa no protótipo, o que você entrega, como funciona o rev-share e a expectativa realista.

Se você quer vender jogo hypercasual para publisher, a primeira coisa a entender é que você não está vendendo um jogo pronto. Você está oferecendo uma ideia validável. O publisher hypercasual não procura um produto finalizado e polido: ele procura um protótipo com um loop interessante que ele possa testar no mercado real, de forma barata e rápida, para descobrir se vale a pena investir em aquisição de usuários. Esse é o coração do modelo, e quem entende isso para de tentar impressionar com gráfico bonito e passa a focar no que o publisher realmente mede. Neste texto eu explico o que é hypercasual, como os publishers testam protótipos, o que você entrega e o que eles fazem, como funciona o rev-share e como mandar o seu jogo, sempre com expectativa realista sobre as chances.

O que é um jogo hypercasual

Hypercasual é o formato mais enxuto que existe no mobile. Uma mecânica só, controle de um toque ou um deslize, partida de poucos segundos a poucos minutos, e uma curva de aprendizado quase nula. A pessoa abre, entende em três segundos e já está jogando. Pense naqueles jogos de empilhar, desviar, cortar, crescer, preencher. Nada de tutorial longo, nada de história, nada de menu complexo.

Essa simplicidade não é preguiça, é estratégia. O jogo hypercasual vive de volume massivo de instalações e de monetização por anúncio. Como cada usuário gera pouca receita, o modelo só fecha a conta com muita gente jogando. E para ter muita gente jogando barato, o jogo precisa ser tão simples que qualquer pessoa, em qualquer lugar, entenda na hora. A simplicidade é o que baixa o custo de aquisição e o que permite o teste rápido. Um degrau acima está o casual, com um pouco mais de progressão e conteúdo, e muitos publishers trabalham com os dois formatos.

Por que existe o modelo de publisher

Fazer o jogo é a parte barata. Cara é descobrir se ele gruda e depois comprar milhões de instalações para escalar. Aquisição de usuários no mobile custa dinheiro de verdade, exige campanhas pagas, criativos de vídeo, otimização constante e capital para bancar o fluxo enquanto a receita de anúncio entra aos poucos. Um desenvolvedor solo quase nunca tem esse caixa nem essa máquina de marketing.

O publisher entra exatamente aí. Ele tem o capital, a estrutura de aquisição, os contratos com as redes de anúncio e a experiência de testar dezenas de protótipos por semana para achar os poucos que escalam. O trato é simples: você faz o protótipo, ele testa, e se o jogo passa nos números, ele banca a escala e divide a receita com você. É uma divisão de trabalho, não um favor. Cada lado traz o que o outro não tem.

Como o publisher testa o seu protótipo

Aqui está a parte técnica que define tudo. O publisher não decide por gosto, ele decide por número. E os números principais são dois: custo de aquisição e retenção.

O primeiro teste costuma ser de CPI, o custo por instalação. O publisher sobe alguns vídeos curtos do seu jogo como anúncio, gasta um valor pequeno de mídia e mede quanto custa para fazer uma pessoa instalar. Se o jogo é atraente no vídeo e na primeira impressão, o CPI fica baixo. Se está caro demais para trazer gente, o protótipo morre ali, por mais divertido que seja depois de instalado. Não vou cravar valores de CPI aqui porque eles mudam por região, por época e por categoria, e qualquer número fixo envelhece rápido.

O segundo teste é de retenção, e o marco mais citado é a retenção D1, a fração de jogadores que volta a abrir o jogo no dia seguinte à instalação. Esse é o sinal de que o loop realmente prende. Um jogo pode ter CPI ótimo e ainda assim ser reprovado se ninguém volta, porque sem retorno não há sessões suficientes para a monetização por anúncio pagar. Alguns publishers também olham o tempo de sessão, o número de partidas por sessão e indicadores mais adiante, como a retenção em dias seguintes, mas para o primeiro corte CPI e D1 mandam.

Esse ciclo é o que se chama de teste de mercado: colocar o protótipo na frente de gente real, com dinheiro real, em pequena escala, e deixar o comportamento decidir. É frio e é rápido. Um protótipo pode ser testado e descartado numa semana.

O que você entrega e o que o publisher faz

A divisão de responsabilidades costuma ser bem clara. Você, desenvolvedor, entrega o protótipo jogável: o loop principal funcionando, estável o bastante para rodar em celular real sem travar, com o mínimo de interface para a pessoa jogar. Não precisa de monetização pronta, não precisa de telas de loja, muitas vezes nem precisa de arte final. O que precisa é do núcleo divertido e de capacidade de iterar rápido quando o publisher pedir ajustes.

O publisher faz o resto do lado comercial. Ele cuida da aquisição de usuários, produzindo e otimizando os criativos de anúncio e gerenciando as campanhas pagas. Ele cuida da monetização por anúncio, integrando as redes, configurando a mediação e os formatos recompensado e intersticial para extrair o máximo de receita por usuário sem quebrar a experiência. Em muitos contratos é o publisher quem publica o jogo na loja, usando a conta dele, justamente porque é ele quem opera a máquina de marketing. Se quiser entender melhor o lado da monetização que o publisher assume, vale ler como funcionam os anúncios em jogo mobile por dentro.

Como funciona o rev-share

O modelo de pagamento mais comum nesse mercado é o rev-share, a divisão da receita gerada pelo jogo. Em vez de pagar um valor fixo pelo seu protótipo, o publisher divide com você o que o jogo fatura em anúncio e compras ao longo da vida dele. A porcentagem exata varia demais de publisher para publisher e de contrato para contrato, então não existe um número padrão e eu não vou inventar um. Alguns contratos somam um adiantamento ou bônus atrelado a metas de desempenho, outros são rev-share puro.

O que importa é ler o contrato com atenção antes de assinar. Confira três pontos. Primeiro, como a receita é calculada: sobre o bruto ou depois de descontar o custo de mídia da aquisição. Segundo, como e quando o repasse é feito, com que frequência e a partir de que valor mínimo. Terceiro, quem fica como dono da publicação e da propriedade intelectual do jogo. Rev-share é um modelo justo quando as regras são transparentes, e perigoso quando elas são vagas. O mesmo cuidado de ler as regras de repasse vale para qualquer canal: é a mesma lógica de ganhar dinheiro com jogos na Play Store, onde a loja também fica com uma fatia antes de o dinheiro chegar em você.

Trabalhar com publisher é uma das formas de transformar um jogo pequeno em renda sem precisar montar sozinho toda a operação de marketing e monetização. Se você está começando a estudar desenvolvimento de jogos e quer construir essa base de forma consistente, a CursoGame.Dev é uma plataforma de formação em criação de jogos que acompanha quem quer sair do zero até publicar e monetizar os próprios projetos, com trilha organizada e foco em prática. É o tipo de base que faz diferença na hora de produzir protótipos bons o suficiente para um publisher olhar com atenção.

Próximo nível
Quer aprender isso na prática?

No CursoGame.Dev você sai dos tutoriais soltos e constrói jogos publicáveis, com trilha progressiva, quests práticas e feedback real.

Conhecer a plataforma
+500 alunos4.9/5Garantia 7 dias

Como vender jogo hypercasual para publisher na prática

Na prática, enviar é mais simples do que parece. A maioria dos publishers hypercasual tem um formulário de submissão no próprio site, onde você manda um link para um vídeo curto do gameplay e, às vezes, um build de teste. O vídeo é o que mais pesa no primeiro contato, porque é com ele que o publisher estima se o jogo vira um anúncio barato. Grave trinta segundos a um minuto mostrando o loop principal de forma clara, sem introdução longa.

Antes de enviar, faça a lição de casa. Pesquise quais publishers são sérios, com portfólio real de jogos publicados e reputação checável na comunidade de desenvolvedores. Prepare o protótipo para rodar estável em celular de verdade, não só no emulador. E não aposte tudo em um publisher só: é normal submeter o mesmo protótipo para vários e ver quem responde. Se um deles aceita testar, ele vai pedir um build e iniciar o ciclo de CPI e retenção que descrevi acima. A partir daí é iteração: ajustar o que o teste apontar e esperar o próximo número. Para organizar o entendimento do ecossistema das lojas onde esses jogos acabam publicados, o hub de ferramentas de publicação mobile reúne o que você precisa saber sobre Play Store e App Store.

Expectativa realista

Essa é a parte que pouca gente fala com honestidade. O modelo hypercasual é de volume, e isso vale também para os protótipos. A grande maioria dos jogos enviados não passa no teste de CPI ou de retenção, e dos que passam, só uma fração pequena escala a ponto de gerar receita relevante. Isso não é azar nem falta de talento, é a estrutura do mercado. Os estúdios e desenvolvedores que vivem disso não apostam em um projeto perfeito, eles fazem muitos protótipos simples e rápidos sabendo que a maioria vai morrer e que o lucro vem dos poucos que explodem.

Se você entra nesse jogo esperando que o seu primeiro protótipo seja o campeão, vai se frustrar. Se entra entendendo que o objetivo é produzir muitos experimentos baratos e deixar o mercado filtrar, você joga do jeito certo. O publisher pensa exatamente assim, em portfólio, não em aposta única. Adotar essa mentalidade é o que separa quem desiste no segundo protótipo reprovado de quem continua até acertar.

Esse mesmo raciocínio de testar barato, medir e iterar não é exclusivo do mobile com publisher. Ele aparece em qualquer canal onde a distribuição decide o resultado, como quando você vai monetizar um jogo web em portais HTML5, outro caminho em que um intermediário cuida da distribuição e divide a receita. Entender o modelo antes de entrar nele é o que evita assinar um contrato ruim ou gastar meses num protótipo que o mercado reprovaria em uma semana. Comece simples, teste cedo e deixe os números conversarem.

Perguntas frequentes

O que preciso para vender jogo hypercasual para publisher?

Você precisa de um protótipo jogável do loop principal, estável o suficiente para rodar em celular real, e disposição para iterar rápido. O publisher não espera um jogo finalizado: ele quer validar a ideia em teste de mercado antes de investir. Um vídeo curto do gameplay e um build de teste já abrem a conversa com a maioria deles.

Quanto um publisher hypercasual costuma pagar ao desenvolvedor?

O modelo mais comum é rev-share, uma divisão da receita de anúncios e compras, e não um valor fixo. A porcentagem varia muito por publisher e por contrato, então não existe um número único. Alguns adicionam um adiantamento ou bônus por metas de desempenho. Leia o contrato com atenção antes de assinar e confirme como e quando o repasse é feito.

Qual a diferença entre hypercasual e casual?

Hypercasual é o formato mais simples possível: uma mecânica só, partidas curtas, controle de um toque e progressão rasa. Casual é um degrau acima, com mais conteúdo, progressão e sessões um pouco mais longas. Muitos publishers trabalham com os dois, e a fronteira entre eles mudou com o tempo conforme o custo de aquisição subiu.

Preciso de uma conta de desenvolvedor para enviar meu jogo?

Para só enviar um protótipo ao publisher, geralmente não. Quem publica na loja costuma ser o próprio publisher, usando a conta dele, porque é ele quem roda a aquisição de usuários e a monetização. Isso muda conforme o contrato, então confirme antes quem fica como dono da publicação e da conta.

Quantos protótipos preciso fazer até um dar certo?

Muitos. O modelo hypercasual é de volume: a maioria dos protótipos não passa no teste de CPI ou de retenção, e só uma fração pequena escala. Isso não é sinal de fracasso, é como o mercado funciona. Por isso os desenvolvedores que vivem disso priorizam fazer muitos protótipos simples e rápidos, não um projeto perfeito.