O que cobre um growth audit para apps móveis?

O que cobre um growth audit?

Um growth audit para apps móveis cobre o funil pago, o sinal, o criativo e o funil de produto, e termina com uma leitura escrita. Funciona só com acesso de leitura. Leio as contas de anúncios, o MMP e a sua unit economics, e não mudo nada. A leitura diz o que está avariado, o que corrigir primeiro e porquê, e quanto dinheiro a conta está a deixar em cima da mesa ao seu investimento atual. Diz também quando uma comparação não consegue resolver uma questão, como saber se o paid foi incremental, e é preciso um teste primeiro. Demora dias a partir do acesso e vale por si só.

O funil pago: onde o orçamento realmente aterra entre campanhas e ad sets, e se a divisão está a esfomear os vencedores. O sinal: o que as plataformas recebem, para que estão a otimizar, e onde a plataforma, o backend de subscrição e o MMP discordam. O criativo: o que já foi testado, o que foi lançado sem testar, e se são o investimento ou as métricas de vaidade a decidir os vencedores. E o funil de produto: se o primeiro minuto da app está sequer pronto para tráfego pago.

Só precisa de acesso de leitura às contas de anúncios e ao MMP, e da sua unit economics. O RevenueCat, o Adapty ou o seu próprio backend de subscrição, a App Store Connect, a Google Play Console e a analítica de produto tornam a leitura mais precisa se os tiver, mas o audit não precisa de nenhum deles. O ROAS atribuído não é o ROAS incremental, e só um holdout resolve essa questão: um lift study, quando a plataforma o permite, ou um teste geográfico. Que número confiar para que decisão é essa distinção, escrita por extenso.

Devo auditar antes de escalar o investimento?

Sim. Um growth audit para apps móveis antes de escalar o investimento verifica as três coisas que escalam mal: o sinal, a estrutura e a leitura das cohorts. Se o evento de compra dispara duas vezes, não transporta valor ou chega a uma plataforma e não a outra, mais orçamento ensina o algoritmo a lição errada, mais depressa. Se as campanhas nunca ultrapassam o limiar de aprendizagem, mais orçamento distribuído da mesma forma só compra mais campanhas que nunca aprendem. Se as cohorts por trás da decisão têm idades diferentes, a mais jovem parece pior e o seu número ainda não acabou de chegar. Escalar sobre dados avariados só escala o problema.

Ser rentável não impede a perda. Com 100.000 € de investimento mensal, a diferença entre 107% e 132% de ROAS é de 25.000 € por mês. Quando uma conta tem um desempenho abaixo do seu próprio potencial, essa diferença é receita que o mesmo investimento devia ter trazido, e ninguém envia um recibo pelo custo de oportunidade. Dimensionar essa perda é a primeira coisa que o audit faz.

No iOS, a leitura das cohorts é lenta por design. O AdAttributionKit da Apple pode enviar postbacks em três janelas de conversão que vão até ao dia 35, cada uma com atraso. O gráfico de LTV realizado do RevenueCat marca uma cohort como incompleta até esta ter tido o tempo de vida escolhido para amadurecer, e aplico a mesma regra, comparando cohorts com a mesma idade, numa única moeda, líquidas de comissão. Quantas compras um ROAS precisa define o mínimo.

Audita contas de Meta e TikTok?

Sim. Audito contas de Meta e TikTok apenas com acesso de leitura, e não pauso nem edito nada enquanto leio. No Meta, a leitura cobre os eventos de otimização por campanha por semana, a divisão por país, os anúncios que o algoritmo continua a escalar abaixo do objetivo, o dia da semana em que o orçamento aterra, e a configuração de atribuição de cada campanha face ao MMP. No TikTok, verifico se o custo chega ao MMP, porque um canal cujo investimento está em falta tem um ROAS estimado, e se cada ad group recebe o volume de aprendizagem que o TikTok recomenda.

A recomendação da Meta é de cerca de 50 resultados por ad set na semana a seguir à última edição significativa. O TikTok recomenda pelo menos 7 dias de aprendizagem, e considera 50 conversões o indicador mais significativo de que a Value-based Optimization já o ultrapassou, por isso a primeira pergunta é se cada ad set ou ad group lá chega. A comparação de canais com D28 ROAS real coloca quatro canais lado a lado, e a auditoria de 383 mil $ é a leitura por país no Meta.

Como corrige a qualidade do sinal?

A qualidade do sinal é saber se a Meta, a Google e o TikTok recebem os eventos certos vindos de uma app móvel: cada evento uma vez, com um valor e uma moeda, reconciliável com a receita real. Corrigir a qualidade do sinal tem duas etapas, e só a primeira está dentro do growth audit. A primeira é a leitura e a lista: o que cada plataforma recebe, para que está a otimizar, uma comparação a quatro bandas entre a plataforma, o MMP, o backend de subscrição e os pagamentos da loja, com os desvios esperados registados, e as correções pela ordem certa com o esforço de engenharia por item. A segunda é a construção, feita pela sua equipa a partir da lista, ou por mim, sob um retainer.

O Target ROAS da Google licita com base nos valores de conversão que os seus eventos transportam, por isso um valor em falta muda o que o licitador compra, e uma moeda errada muda o que a leitura diz que foi comprado. Cada MMP define as suas próprias janelas. O lookback por defeito do AppsFlyer para cliques é de 7 dias, e a sua janela para views vai de 1 a 24 horas, e as do Adjust são as suas próprias. Por isso a Meta, o RevenueCat e o Adjust nunca vão coincidir, e a recomendação do Adjust é alinhar as janelas antes de comparar. O RevenueCat separa a receita do valor recebido após comissão e imposto; o teto de CPA parte do segundo número, menos reembolsos e custos variáveis. Que evento otimizar é a recomendação que a leitura traz; o signal engineering é a construção.

Pode auditar primeiro, e depois implementar?

Sim. O growth audit e a implementação são duas marcações separadas, e o audit vem primeiro. Funciona só com acesso de leitura, custa um preço fixo acordado na chamada inicial, e termina com uma leitura escrita e uma lista de correções pela ordem certa. O que acontece a seguir é uma escolha sua: a sua equipa implementa a partir da lista, a sua agência implementa, ou eu continuo sob um retainer. As correções de sinal vêm antes das alterações de media, porque começam a alimentar os algoritmos dentro de semanas.

O nível de acesso Read only do Google Ads não pode editar campanhas, e a permissão de analista do TikTok não pode criar nem editar anúncios, por isso ambos cobrem o audit, e é na implementação que a permissão muda. O que faz um fractional Head of UA é o retainer que se segue para algumas equipas, e o que define o seu preço está numa página própria.

Porque é que o meu ROAS está estagnado?

O ROAS de uma app móvel fica preso num de quatro pontos: intenção, fit, funil ou custo. Um growth audit descobre qual. Numa conta, uma campanha dentro do objetivo tinha um país a 28% de All ROAS durante três meses, contra um objetivo de 70%, e nenhum dashboard assinalou isso. Noutra, metade das campanhas nunca ultrapassou os 50 eventos de otimização por semana, e devolveu 54% de ROAS ao dia 28, contra 80% no resto. Num jogo, o ROAS ao D0 caiu para metade enquanto o CPI mal se mexeu, porque o valor por comprador caiu. Cada caso tem uma correção diferente, e o número agregado esconde qual.

Por vezes o paid UA não é o seu entrave. Se o cash flow não consegue cobrir um período de payback que depende do calendário de pagamentos das app stores, se a retenção cai nos primeiros dias, ou se a atribuição ainda não consegue medir a receita, mais investimento só escala o problema. O audit diz isso mesmo se for isso que encontrar, e os quatro pontos onde o ROAS quebra é o modelo que usa.

A leitura decompõe o número: conversão, valor por comprador e CPI, país a país para o mix, eventos por campanha por semana para o sinal, e que anúncios o algoritmo continua a escalar abaixo do objetivo para o criativo. Um anúncio que recebeu pouco investimento não perdeu. O artigo de 2024 de Fiez e colegas sobre experimentação adaptativa mostra porque é que pouca entrega sob um otimizador é uma evidência fraca, e a ronda de eliminação é o arranque igual que uso.

Perguntas frequentes