Métricas desde o dia zero: funil, churn e relatório mensal para sites e sistemas

Métricas desde o dia zero significa que um site ou sistema já vai ao ar medindo o que importa: por onde o usuário chega, em que etapa desiste, quais funções usa, quem entrou, quem saiu e por quê. Sem isso, cada decisão sobre o produto vira opinião. Com isso, a conversa muda para dados concretos e reais.

Neste guia você vê por que medir desde o lançamento, o que medir em um site e em um sistema, como ler um funil de conversão, como acompanhar churn, como os números viram decisão e o que um bom relatório mensal precisa ter.

Por que configurar métricas desde o dia zero?

Porque dado que não foi coletado não volta. Se o site lança sem medir o funil, ninguém sabe dizer daqui a três meses se a nova página de contato converte melhor que a antiga. Se o sistema entra em produção sem eventos nas funções principais, não dá para saber o que é usado e o que só ocupa espaço no menu.

Medir desde o início traz três ganhos:

• Linha de base: você tem o antes para comparar com o depois de cada mudança.
• Problemas aparecem cedo: uma etapa em que muita gente desiste aparece nas primeiras semanas, não depois de um trimestre de vendas perdidas.
• Prioridade com critério: o backlog passa a ser ordenado pelo impacto medido, não por quem pediu mais alto.

Colocar métricas depois é possível, mas custa mais: é preciso mexer em código que já está em produção, e o histórico começa do zero.

O que medir em um site

Em um site institucional ou de geração de negócios, as métricas giram em torno de aquisição e conversão. Os KPIs de site mais úteis costumam ser:

• Origem do tráfego: busca orgânica, redes sociais, campanhas, indicação e acesso direto, com as campanhas marcadas para saber o que trouxe cada visita.
• Páginas de entrada e de saída: onde as pessoas chegam e onde vão embora.
• Funil de conversão: da visita à página de serviço, ao formulário e ao contato enviado.
• Taxa de conversão por origem: qual canal traz visitas que viram conversa.
• Engajamento com conteúdo: leitura dos posts, cliques em chamadas para ação e caminhos até o contato.
• Velocidade e erros: páginas lentas derrubam a conversão. O post sobre loading eterno mostra por quê.

As conexões com ferramentas de analytics e de busca entram na configuração inicial, junto com o banner de consentimento.

O que medir em um sistema

Em um sistema web, um app ou uma plataforma, a pergunta deixa de ser só "quem chegou" e passa a ser "quem usa, como usa e quem continua usando". As métricas de produto mais importantes são:

• Usuários ativos: quantos usam por dia, semana e mês.
• Funis de tarefas: cadastro, primeiro uso, compra, emissão de um documento, qualquer fluxo que gere valor.
• Etapas em que o usuário se perde: a tela em que a maioria abandona o fluxo.
• Funções mais e menos usadas: o que merece investimento e o que pode ser simplificado.
• Entradas e saídas: novos usuários, usuários que voltaram e usuários que pararam de usar.
• Churn e retenção: quantos deixam de usar ou cancelam em cada período.
• Erros e lentidão por fluxo: onde a experiência quebra.

A jornada do usuário desenhada no projeto vira a base dos eventos: cada etapa importante da jornada ganha uma medição.

Como ler um funil de conversão

Um funil mostra quantas pessoas passam por cada etapa de um fluxo, na ordem. Ler bem um funil é olhar para três coisas:

1. A maior queda entre duas etapas: é ali que está a melhor oportunidade. Se 60 de cada 100 pessoas abrem o formulário e só 10 enviam, o problema está no formulário, não no tráfego.
2. A queda por segmento: a mesma etapa pode funcionar no computador e travar no celular, ou funcionar para quem vem da busca e não para quem vem de anúncio.
3. A tendência: um funil que piora depois de uma atualização é sinal de que algo quebrou.

Os números do exemplo acima são ilustrativos. O ponto é que o funil diz onde agir antes de dizer o que fazer. O que fazer vem da combinação com outras fontes: gravações de sessão quando consentidas, conversas com usuários e testes.

Churn: quem saiu e por quê

Churn é a taxa de usuários ou clientes que deixam de usar ou cancelam em um período. Em um sistema por assinatura é o cancelamento. Em um sistema interno pode ser a equipe que voltou para a planilha. Em um app, o usuário que instalou e não voltou.

Para acompanhar churn com utilidade:

• Defina o que é "saiu" para o seu produto: cancelou, ficou 30 dias sem acessar, parou de usar a função principal.
• Olhe por coorte, isto é, por grupo de usuários que entrou no mesmo período. Assim você vê se as mudanças recentes melhoraram a retenção.
• Cruze com o comportamento: quem sai costuma pular uma etapa de configuração, nunca usa uma função-chave ou encontra erros com mais frequência.

O churn sozinho só diz que há um problema. Cruzado com o funil e com as funções usadas, ele aponta onde corrigir.

Como as métricas viram decisão

Painel bonito sem decisão é custo. As métricas só valem quando alguém as transforma em prioridade. Na prática, o ciclo é este:

Exemplos de decisões que saem dos dados:

• Simplificar a etapa do cadastro em que mais gente desiste.
• Levar para a primeira tela a função que todos procuram.
• Remover ou repensar uma função que quase ninguém usa e que custa manutenção.
• Reforçar o conteúdo que mais traz contatos qualificados pela busca.
• Corrigir primeiro o erro que aparece no fluxo de maior valor.

O que um bom relatório mensal tem

Na sustentação da UEEK, o relatório mensal é o momento em que os dados viram conversa com o cliente. Um bom relatório tem:

• Resumo em uma página: o que melhorou, o que piorou e o que merece atenção.
• Funis principais: taxa de cada etapa e a comparação com o mês anterior.
• Uso do produto: usuários ativos, funções mais e menos usadas.
• Entradas, saídas e churn: quem chegou, quem voltou, quem parou.
• Saúde técnica: disponibilidade, erros, lentidão e atualizações feitas.
• Oportunidades priorizadas: o que fazer no próximo mês, com o motivo de cada item.
• Resultado das mudanças anteriores: se o que foi feito no mês passado funcionou.

O último item é o que fecha o ciclo. Sem ele, o relatório vira uma foto, não um acompanhamento.

Privacidade e LGPD

Medir não significa coletar tudo. Em linhas gerais, uma boa configuração:

• Respeita o consentimento: medições com cookies e identificadores só depois do aceite, com uma medição básica e anônima quando a pessoa não aceita.
• Coleta o mínimo necessário e evita dados pessoais em eventos, como nome, e-mail ou documento.
• Mascara campos sensíveis em gravações de sessão.
• Define quem acessa os dados e por quanto tempo eles ficam guardados.
• Fica descrita na política de privacidade de forma clara.

Esse cuidado faz parte da configuração inicial, não é um ajuste posterior. Para o lado de segurança do produto, veja o post sobre DevSecOps.

Perguntas frequentes

Métricas de produto e métricas de site são a mesma coisa?

Não. Métricas de site olham para aquisição e conversão: quem chega e quem vira contato. Métricas de produto olham para uso e retenção dentro do sistema: quem usa, o que usa e quem continua.

Dá para configurar métricas em um sistema que já está no ar?

Sim. A UEEK pode assumir um sistema existente, inclusive feito por outro fornecedor, e incluir os eventos e funis na sustentação. O histórico começa a partir da configuração. O post sobre sustentação de software explica como funciona assumir um sistema de terceiros.

Preciso de um time de dados para isso?

Não. O objetivo é justamente entregar a leitura pronta no relatório mensal, com as oportunidades priorizadas, sem que a empresa precise montar um time de análise.

Quais ferramentas são usadas?

Depende do produto e de onde ele está hospedado. Usamos ferramentas de analytics de mercado e de análise de produto, configuradas no ambiente do cliente e com os dados sob controle dele.

Isso vale só para produtos hospedados pela UEEK?

A configuração desde o dia zero é padrão nos sites e sistemas que a UEEK desenvolve e hospeda com sustentação. Em produtos hospedados em outro lugar, avaliamos o acesso necessário caso a caso.

Como isso se relaciona com squads?

Em um squad dedicado, as métricas orientam a prioridade do backlog. O relatório mensal mostra o efeito do que o time entregou.

Como a UEEK pode ajudar

A UEEK atua há 14 anos com produtos digitais, para mais de 200 clientes, em 6 países, em mais de 500 projetos, de negócios locais ao Itaú. Nos sites e sistemas sob medida que desenvolvemos e hospedamos, as métricas entram no dia zero. Na sustentação, cuidamos do produto no ar e entregamos todo mês um relatório com funis, uso, churn e oportunidades. Quando a demanda é contínua, os squads de desenvolvimento transformam essas oportunidades em entregas. O software personalizado já nasce com essa medição.

Conversar com a UEEK sobre sustentação com métricas