Práticas recomendadas a serem seguidas ao criar ou desenvolver seu rastreamento analítico

Publicados: 2022-12-16

Nota do editor: este artigo foi originalmente publicado no blog Iteratively em 10 de janeiro de 2021.


Um plano de rastreamento é um documento vivo (ou pode residir em uma ferramenta como Amplitude) e geralmente descreve quais eventos e propriedades devem ser rastreados, o que eles significam e onde são rastreados. Ele ajuda a codificar uma única fonte de verdade para sua análise e fornece a seus desenvolvedores os detalhes de que precisam para instrumentar o rastreamento de análise (ou esquema) na base de código do seu produto.

E por que você precisa de um? Bem, sem um plano de rastreamento é muito difícil saber quais eventos você está capturando em seu produto e o que eles significam. Ele também ajuda a garantir que os dados capturados sejam consistentes em suas fontes (pense em iOS, Android, Web, back-end) e fornece aos consumidores de dados uma compreensão de quais dados eles podem explorar para análise em ferramentas como Amplitude ou diretamente em seu data warehouse .

Além do plano de rastreamento, você também precisa de um processo sobre como definir, instrumentar e verificar seu rastreamento analítico. Esse processo geralmente envolve seus gerentes de produto, analistas de dados e desenvolvedores.

Nesta postagem, exploraremos algumas maneiras de garantir que você e sua equipe sejam bem-sucedidos e possam colher os benefícios de um plano e processo de rastreamento, levando suas análises para o próximo nível.

Comece com suas metas e métricas

É crucial que você comece delineando suas métricas e, em seguida, desça até os eventos que precisa relatar adequadamente sobre essa métrica. Sem um link entre suas metas, métricas e eventos, você provavelmente acabará com um plano de rastreamento extenso e dados de que realmente não precisa, enquanto perderá eventos cruciais para seus negócios.

Meta Aumentar a aquisição em 15% no primeiro trimestre
Métrica Taxa de conversão = usuário inscrito/visitantes únicos
Evento Usuário registrado
Propriedades user_id, campanha, experiência, referenciador, etc.

Ele também ajuda a priorizar eventos para instrumentação e força os gerentes de produto e analistas de dados a pensar não apenas no objetivo ou na métrica de sucesso de um novo recurso, mas também em como isso se traduz no rastreamento real necessário no produto para medir isso.

Não se esqueça das propriedades do evento e do usuário

As propriedades são onde você pode capturar todos os detalhes associados a um evento ou usuário. Eles descrevem o contexto em torno do evento ou do usuário e permitem que seus analistas possam agrupar, filtrar e coortar.

Existem dois tipos de propriedades: específicas do evento (por exemplo, o valor da receita associado a um evento de compra) e específicas do usuário (por exemplo, informações demográficas sobre um usuário). A maioria dos eventos e usuários terá várias propriedades associadas a eles e, assim como seus eventos, recomendamos que você capture apenas o que precisa e comece pequeno.

Estabeleça consistência e mantenha-o simples

Um dos principais culpados pelos problemas de qualidade de dados são as convenções de nomenclatura inconsistentes. Você pode ter uma equipe capturando um evento como “Song Played”, enquanto outra equipe está capturando o mesmo evento como “Song_Played”. Isso deixa os analistas com muitos dados munding ou pior ainda, relatórios incompletos.

Concorde com uma convenção de nomenclatura para seus eventos e propriedades e certifique-se de que esteja claro para todos os envolvidos na definição e instrumentação do rastreamento analítico (ou use uma ferramenta como o Amplitude para aplicá-lo facilmente).

Convenção de nomes Taxonomia Exemplo
Convenção de nomenclatura de eventos Título por exemplo, música tocada
Convenção de nomenclatura de propriedade snake_case por exemplo, song_title

Juntamente com suas convenções de nomenclatura, estabeleça uma estrutura para seus eventos, por exemplo, “Objeto-Ação”. Primeiro, escolha seus objetos (por exemplo, "Música") e, em seguida, defina as ações que os usuários executam nesse objeto (por exemplo, "Tocado", "Pausado") para construir eventos como "Música reproduzida" ou "Música pausada". E, finalmente, concorde com um tempo verbal (por exemplo, “Song Played” ou “Song Play”).

Determinar onde capturar eventos

Você tem opções quando se trata de rastreamento analítico e é importante entender os prós e os contras para determinar a combinação ideal que atenda às suas necessidades de negócios e análises. Muitas empresas limitam-se a capturar apenas eventos do lado do cliente e não aproveitar a captura de eventos do lado do servidor.

A coleta de eventos no servidor é mais confiável e recomendamos que você sempre capture seus eventos de missão crítica lá. Embora o rastreamento do lado do servidor seja um pouco limitado com menos acesso às informações sobre o usuário (por exemplo, endereço IP, agente do usuário, referenciador e parâmetros UTM), é muito mais confiável e resiliente.

O rastreamento do lado do cliente permite informações muito mais ricas e é onde você deve capturar eventos onde você precisa do contexto de como um evento ocorreu (por exemplo, para uma visualização da primeira página, você deseja capturar parâmetros UTM e referenciadores para entender de onde veio a visita) . Mas lembre-se de que os bloqueadores de anúncios e as restrições do navegador, como ITP e ETP, podem limitar o rastreamento do lado do cliente, portanto, você deseja encontrar uma combinação ideal de riqueza e confiabilidade.

Mantenha ambientes de desenvolvimento e produção separados

Este é direto, mas ainda vemos empresas enviando dados de seus ambientes de desenvolvimento para seus destinos analíticos. Não suje seus dados de produção e certifique-se de manter seus ambientes separados.

Aplique seu plano de rastreamento

Muitas equipes tratam o rastreamento analítico como uma reflexão tardia e não aplicam as mesmas práticas que aplicariam a outro código. Isso naturalmente resulta em bugs analíticos que você terá que corrigir a jusante, ou pior, que você não descobre. Vemos muitas equipes perdendo a confiança em seus dados dessa forma e, uma vez que a confiança se foi, é difícil recuperá-la!

Para mitigar isso, é crucial que você valide e aplique seu rastreamento analítico. Escrevemos um guia abrangente descrevendo várias maneiras de validar seus dados de acordo com suas especificações.

Para resumir, há várias maneiras de impor seu rastreamento e elas geralmente se enquadram em uma de duas categorias: abordagens reativas ou proativas, e você pode impor seu plano de rastreamento ou esquema de análise no cliente, no pipeline e no destino ( geralmente um data warehouse ou destino de análise). Sempre recomendamos lidar com problemas de qualidade na fonte, ou seja, garantir que sua instrumentação corresponda ao que é especificado em primeiro lugar e, em seguida, verificar isso com testes de unidade e como parte do CI/CD.

Atribuir um proprietário

Ter um proprietário claro do seu plano de rastreamento é crucial. A responsabilidade é necessária para garantir que seu plano de rastreamento seja mantido atualizado. Em outra postagem do blog, abordamos quem poderia ser esse proprietário e como você cria um processo em torno do rastreamento de análises.

O take-away? Acreditamos que a equipe de produto está em melhor posição para ser o proprietário de seu plano de rastreamento e recomendamos ter um processo claro para rastreamento analítico, garantindo que o rastreamento de eventos seja lançado a cada novo lançamento de produto. Isso significa definir um processo claro para o rastreamento de eventos e confiar à equipe de produto a responsabilidade, capacitando-a com as ferramentas e o treinamento certos.

Documente tudo

Não podemos deixar de ressaltar a importância da documentação em dia. Sem ele, o rastreamento analítico ficará facilmente confuso, as equipes começarão a esquecer de incluir o rastreamento como parte do processo de lançamento e você iniciará a espiral descendente de não confiar em seus dados.

A documentação manual pode ser entediante e fácil de esquecer, mas recomendamos enfaticamente documentar no mínimo o seguinte:

  • Diretrizes de rastreamento analítico: uma visão geral do processo completo, incluindo a taxonomia e estrutura do evento, como definir novos eventos, quem é responsável por quê e links para recursos relacionados.
  • Plano de rastreamento: A lista real de eventos e propriedades, incluindo descrições, de onde são rastreados, desde quando e quem é o proprietário.
  • Processo de instrumentação : inclua um documento de processo sobre como garantir que novos eventos sejam implementados, até o nível do ticket do Jira, requisitos sobre instrumentação, teste, validação e muito mais.

Muitas empresas usam páginas do Google Sheets, Notion ou Confluence para gerenciar esses documentos. Com os recursos de governança de dados do Amplitude, tudo isso é feito automaticamente para você, garantindo que toda a empresa esteja sincronizada com as análises.

Obtenha as melhores práticas com o Amplitude

O Amplitude ajuda equipes de dados, gerentes de produto e engenheiros a definir, instrumentar, verificar e colaborar no rastreamento analítico. Resolvemos proativamente os problemas de qualidade de dados que surgem da nomenclatura inconsistente de eventos e rastreamento ausente e fornecemos um fluxo de trabalho para gerenciar a evolução de seu rastreamento.

Garantimos que as equipes obtenham dados de alta qualidade prontos para uso, capacitando-os a obter o rastreamento de análises logo na primeira vez. Se você estiver interessado em experimentar o Amplitude para sua empresa, crie uma conta hoje ou agende uma demonstração com nossa equipe para saber mais.

Comece com a análise de produtos