Como vender um app com anúncios ou de compra única: valor, AdMob e usuários vitalícios

Posso vender um app que fatura com anúncios ou compras únicas?

Pode. Os apps de assinatura levam a maior parte da atenção, mas utilitários e ferramentas que faturam com anúncios, com um preço pago ou com um desbloqueio único mudam de dono o tempo todo. As etapas são as mesmas de qualquer venda de app (veja como vender um app iOS); as diferenças estão no preço e na configuração de anúncios, que não vai junto com o app.

Como são avaliados os apps com anúncios e de compra única?

Em geral, por um múltiplo menor que o de um app de assinatura com o mesmo lucro. O Flippa diz isso sem rodeios: apps que faturam com vendas antecipadas, compras únicas dentro do app ou publicidade “costumam atrair um multiplicador menor” que os apps de assinatura, avaliados pela receita recorrente. A Microns observa que apps de compra única “perdem a receita contínua, o que pode reduzir seu valor total”.

O motivo é simples: uma assinatura continua pagando depois da venda, enquanto a receita de anúncios e as vendas únicas dependem de novos downloads e, no caso dos anúncios, de preços que oscilam com o mercado. Nas minhas ofertas, o modelo de receita é um de cinco fatores:

O fator de modelo de receita da minha calculadora de valuation de apps, ao lado de tendência, histórico, tráfego e tempo do dono. Múltiplo menor não quer dizer mau negócio: um app orgânico e estável com anúncios ainda pode ficar bem dentro da minha faixa de 6–36x. Mais em quanto vale meu app.

O que os compradores conferem?

Não existe uma lista padrão para apps com anúncios e de compra única, então aqui está o que eu olho, e o que você pode preparar:

• Receita de anúncios por rede e por mês, de 12 meses, com impressões e eCPM, para o comprador ver se a receita vem de mais usuários ou de preços melhores.
• Mix de redes de anúncios: uma rede só, ou mediação entre várias. Depender de uma única rede ou de um único formato é um risco de concentração.
• Histórico de políticas: qualquer aviso do AdMob, veiculação limitada de anúncios ou alerta de tráfego inválido. Pelas regras do AdMob, o publisher é responsável por manter o tráfego de anúncios válido, e muito tráfego inválido pode levar à suspensão ou desativação da conta.
• Downloads e de onde vêm: busca orgânica, destaque na loja, anúncios pagos. O Flippa alerta os compradores de que muitos downloads de “Resultados de busca” com posições fracas em palavras-chave podem indicar que há anúncios da App Store rodando.
• Retenção: com anúncios, o tempo que os usuários ficam é a receita.
• Para compras únicas: unidades vendidas por mês, reembolsos, histórico de preços e quantos usuários vitalícios ou pagantes o novo dono vai atender.

A lista geral: checklist de due diligence de apps.

O que acontece com a minha conta do AdMob?

Ela continua sendo sua. O AdMob afirma que “não é possível transferir a propriedade de uma conta”, e a página de transferência do Google Play diz que as integrações de anúncios “precisarão ser atualizadas” depois de uma transferência. Na prática, a entrega fica assim:

1. O comprador adiciona o app à própria conta do AdMob e cria novos IDs de bloco de anúncios.
2. O comprador publica uma atualização do app com os IDs de bloco dele (e, se usar mediação, a configuração de mediação dele).
3. O AdMob analisa os apps recém-adicionados antes que possam veicular anúncios por completo; a análise costuma levar 2–3 dias. As contas também podem ter veiculação limitada de anúncios por um tempo, em geral menos de 30 dias.
4. Os ganhos de antes da entrega ficam na sua conta; combine no contrato de compra como o mês da entrega é dividido.

Conte com uma pequena queda na receita de anúncios durante a troca, e combine quem arca com ela. Não entregue seu login do AdMob; ele está ligado aos seus dados de pagamento e fiscais.

E o AppLovin MAX, a Unity e outras redes de anúncios?

• AppLovin MAX: o comprador cria a própria conta e publica o app com a SDK key dele, e os apps e a receita aparecem na conta dele; a AppLovin também descreve a entrega de uma conta inteira, com o comprador atualizando os dados de pagamento.
• Unity: um projeto pode ser transferido para outra organização, e depois disso a receita de monetização aparece na nova; ganhos ainda não pagos exigem um pedido à Unity.
• Outras redes: confira a central de ajuda de cada rede. O padrão é quase sempre o mesmo: nova conta ou chave do lado do comprador, uma atualização do app, e depois você remove o app da sua conta.

Por que o app-ads.txt importa numa venda?

O app-ads.txt é um arquivo pequeno que diz aos compradores de mídia quais contas de anúncios podem vender o inventário do seu app. Ele fica na raiz do site do desenvolvedor informado na loja (na App Store, a URL de marketing). Sem um arquivo correto, o AdMob alerta para “uma perda significativa de receita de anúncios”.

Depois da venda, as duas metades precisam ser do comprador: o site na página da loja e os IDs de publisher no arquivo. Se o app aponta para o seu site pessoal, transfira o domínio ou deixe o comprador mudar a URL de marketing e publicar o próprio app-ads.txt antes que os blocos de anúncios dele entrem no ar.

O que acontece com os usuários pagantes e vitalícios?

Eles mantêm o que compraram. Na App Store, um app transferido mantém o bundle ID, as notas e as avaliações, e os usuários continuam recebendo atualizações. Uma compra não consumível (um desbloqueio vitalício, por exemplo) “não expira nem diminui com o uso”, e os apps precisam oferecer uma forma de restaurá-la (App Review Guideline 3.1.1).

Isso cria uma obrigação para o novo dono: a diretriz 3.1.2 da Apple diz que você “não deve retirar a funcionalidade principal pela qual os usuários existentes já pagaram”, mesmo ao mudar para assinaturas. Os compradores colocam isso no preço, então esteja pronto para dizer mais ou menos quantos usuários pagantes ou vitalícios existem.

Alguns detalhes da transferência que vale conhecer:

• O comprador recebe informações de pagamento e vendas apenas das transações posteriores à transferência.
• Os IDs de produto das compras dentro do app não podem coincidir com IDs de produto de nenhum app que já esteja na conta do comprador.
• Enquanto uma transferência está pendente, você não pode editar preços, disponibilidade nem compras dentro do app, então resolva as mudanças de preço antes.
• Se o Compartilhamento Familiar estiver ativado para uma compra dentro do app, ele não pode ser desativado; avise o comprador.
• No Google Play, os usuários e as compras deles vão junto com o app, os pedidos criados antes da transferência ficam na sua conta, e o comprador precisa de um perfil de pagamentos ativo. Se a conta do comprador usa outra moeda, apps com produtos dentro do app ficam despublicados até serem publicados de novo.

Como conseguir um preço melhor?

• Adicione mediação se você depende de uma única rede de anúncios, bem antes da venda, para que os números mostrem o efeito.
• Mantenha a configuração de anúncios limpa: nada de cliques acidentais, nada de posicionamentos agressivos, app-ads.txt correto. Um aviso de política no último ano custa mais do que um eCPM um pouco menor.
• Mostre downloads orgânicos estáveis, já que tanto os anúncios quanto as vendas únicas dependem deles.
• Teste uma assinatura ou um plano pago só se você tiver meses para mostrar resultados; uma mudança feita pela metade confunde mais os compradores do que ajuda.

Eu compro apps iOS com anúncios ou compras únicas, além de assinaturas, publicados há 6+ meses e com receita constante, em negócios de $10K a $1M+. O negócio costuma fechar em cerca de 14 dias, sem taxas para você. Me mande o app com a receita do último mês por fonte; costumo responder em poucas horas.