Comece pela decisão que precisa tomar
Analytics de sites é a coleta e a interpretação da atividade registrada em um site. Para quem fundou um SaaS, seu papel não é produzir o maior gráfico possível. É ajudar a decidir onde atrair clientes, qual jornada melhorar e se uma aparente melhoria se mantém quando confrontada com resultados de pagamento.
Comece escrevendo três perguntas: Quais canais atraem pessoas adequadas ao produto? Em que ponto elas deixam de chegar a um resultado útil? Quais jornadas observadas levam a pagamentos verificados? Cada pergunta exige evidências diferentes. Uma visualização de página pode ajudar a responder à primeira, mas não responde sozinha à terceira. Um plano curto de mensuração é mais útil do que instalar todos os eventos disponíveis.
Separe quatro camadas de evidência
Aquisição descreve a chegada registrada: página de entrada, origem, campanha e horário. Ativação descreve um resultado relevante do produto, como concluir o primeiro relatório, e não apenas abrir um menu. Pagamentos descrevem eventos financeiros confirmados. Qualidade dos dados descreve as lacunas e limitações das três camadas anteriores.
Mantenha essas camadas separadas, mesmo que apareçam no mesmo painel. O Google Analytics distingue usuários, sessões e eventos; visualizações repetidas não são pessoas adicionais. Sistemas de pagamento possuem identificadores e estados próprios. Um relatório útil informa a unidade em vez de chamar todos os números de “conversões”.
Aquisição Ativação Dinheiro
chegada registrada -> resultado útil -> pagamento verificado
| | |
origem ausente evento ausente reembolso ou nova tentativa
+------------- qualidade dos dados ---------+Defina um contrato mínimo de mensuração
Para cada pergunta de negócio, especifique um evento, seu sistema de referência e o denominador do relatório. Para criação de contas, o banco de dados do aplicativo pode ser a fonte de verdade. Para pagamentos bem-sucedidos, use registros confirmados pelo provedor, não acessos a uma página de agradecimento. A mensuração de marketing deve respeitar as permissões e os controles de privacidade adequados à implementação.
O contrato também deve declarar o que não será enviado. Exclua senhas, dados de pagamento, endereços de e-mail e conteúdo livre de clientes das propriedades genéricas de analytics. Escolha um conjunto pequeno de rótulos categóricos. Uma categoria como “preços” normalmente responde melhor a uma pergunta de marketing do que uma URL completa com identificadores de clientes.
- Aquisição: qual origem observada trouxe visitas de entrada elegíveis? Conte sessões ou identificadores de visitantes de forma consistente.
- Ativação: quantas contas novas alcançaram o resultado definido em sete dias? Use uma coorte de contas e uma janela fixa de observação.
- Receita: quais recebimentos verificados de novos clientes possuem uma associação de aquisição elegível? Mostre separadamente os que não possuem.
- Qualidade: todos os eventos e pagamentos esperados foram processados? Quando cada conjunto de dados foi atualizado?
Exemplo fictício: volume não é a decisão
Imagine um SaaS fictício de agendamento. Em uma coorte de aquisição completa, Comunidade trouxe 500 visitantes elegíveis, 50 cadastros e 10 novos clientes pagantes. Busca trouxe 200 visitantes elegíveis, 30 cadastros e nove novos clientes pagantes. Todos os cadastros tiveram os mesmos 14 dias para converter; os números foram inventados apenas para demonstrar o método.
Comunidade gerou mais clientes no total, mas Busca teve uma taxa observada de visitante para pagante maior: 9 / 200 = 4,5%, contra 10 / 500 = 2%. Nenhum desses fatos determina o vencedor para o negócio. Comunidade pode custar quase nada; Busca pode exigir conteúdo caro. Uma origem pode reter clientes por mais tempo. Com apenas 19 compras, poucas compras adicionais já mudariam bastante a comparação.
A decisão imediata não é “abandonar Comunidade”. Examine intenção e ativação por origem, registre os recursos exigidos por cada canal e reúna outra coorte comparável. Se o próximo experimento focar a integração inicial do usuário ao produto, compare esses resultados, não apenas o total de visitantes.
Deixe o relatório semanal pequeno o suficiente para ser usado
Use uma janela completa de relatório e informe o fuso horário. Acrescente o horário da última atualização de cada fonte e diferencie dados preliminares de dados consolidados. Compare períodos com a mesma duração e composição de dias; anote lançamentos, indisponibilidade, mudanças de rastreamento e de preço. Caso contrário, o gráfico pode transformar uma mudança técnica em uma história de marketing.
Revise cinco itens: aquisição por origem, ativação de contas novas, pagamentos verificados de novos clientes, renovações e reembolsos, e exceções de mensuração. Mantenha moedas separadas, salvo quando houver uma política explícita de conversão. Um total de pagamentos não é MRR, lucro nem repasses bancários. Essas perguntas precisam de definições próprias.
Escreva uma ação abaixo do relatório. Por exemplo: “Testar se explicar a tela vazia ajuda contas novas a concluir o primeiro relatório”. Registre hipótese e sinal esperado antes de publicar a alteração. Analytics deve encurtar o caminho entre uma dúvida e um teste, não criar mais painéis para manter.
Reconheça quando os dados não respondem
Um funil pode localizar uma queda registrada, mas não explicar se a pessoa ficou confusa, foi interrompida ou nunca foi um cliente adequado. Combine os números com testes de usabilidade ou comentários voluntários. Não fabrique certeza a partir de uma amostra minúscula.
Para avançar, leia o guia relacionado de funis para definir coortes e o de atribuição de receita para ligar tráfego a dinheiro. Primeiro verifique o caminho de mensuração com o checklist de instalação. Um gráfico convincente sobre eventos quebrados é pior do que um relatório honestamente vazio.
Referências
Guias relacionados
Funis SaaS: conte as mesmas pessoas na ordem certa
Defina um funil SaaS ordenado, compare coortes com janelas justas e investigue quedas sem confundir eventos com conversão de clientes.
Ler guia →Atribuição de receita: conecte visitas a pagamentos
Entenda como ligar visitas a pagamentos verificados, escolher uma regra de atribuição e manter visíveis origens ausentes, reembolsos e moedas.
Ler guia →Checklist de analytics: teste a jornada inteira
Valide solicitações, consentimento, navegação SPA, duplicatas e pagamentos confirmados com um checklist completo de instalação.
Ler guia →Exemplo para fins educativos. Os dados e cálculos de exemplo não representam resultados empresariais verificados.