Como decidir quais eventos rastrear?

Publicados: 2022-05-20

Esta é a quinta parte da série de cinco partes sobre Dados do Cliente . Aqui estão as partes um , dois , três e quatro .

Comece fazendo perguntas.

Para decidir quais eventos rastrear e quais dados coletar, você precisa listar as perguntas que tem sobre seus usuários e o uso de seus produtos.

Você perceberá que há muito que deseja saber quando começar a listar suas perguntas. Perguntas geram mais perguntas e, quando isso acontecer, você provavelmente desejará obter todas as respostas de uma só vez. Devido a como esse processo faz a maioria das pessoas se sentirem, vamos nos referir a essas perguntas como perguntas candentes .

Se você não se sente assim, provavelmente não está interessado em saber muito ou não tem uma forte convicção em suas suposições. No entanto, não deixe que isso o impeça de fazer perguntas - você pode ficar agradavelmente surpreso ou totalmente desapontado quando descobrir as respostas.

É muito mais fácil fazer perguntas de dados quando você consegue visualizar os dados, mas isso também pode ser contraproducente se você continuar criando relatórios ou visualizando dados sem antes fazer as perguntas importantes.

Perguntas candentes

Perguntas importantes podem ser simples, como "quantos usuários se inscreveram nos últimos 7 dias?" ou complexo como "quantos usuários do setor de SaaS se inscreveram nos últimos 7 dias e convidaram outro usuário para sua organização?"

Ao pensar em perguntas candentes, ajuda começar a listar as seguintes ações:

  • Ações que um usuário deve realizar para alcançar o momento aha (evento de ativação)
  • Ações que indicam que um usuário está pronto para fazer uma compra ou atualizar uma conta
  • Ações que estimulam o envolvimento do usuário e mantêm um usuário retido
  • Ações que sinalizam que um usuário não está obtendo valor suficiente do produto
  • Ações que potencialmente levam um usuário a ser desligado

Também é um bom momento para começar a questionar a experiência do produto e refletir sobre suas principais ofertas. As seguintes perguntas são aplicáveis ​​à maioria dos produtos de tecnologia:

  • Qual é o tempo para avaliar ou quanto tempo os usuários levam para chegar ao momento aha?
  • Quais são os vários caminhos que os usuários seguem após a inscrição?
  • Quais são os pontos de atrito na jornada do usuário?
  • Quais são os recursos mais utilizados pelos usuários ativos?
  • Quais são os recursos menos usados ​​pelos usuários pagantes?
  • Quais recursos levam à conversão de usuários gratuitos em usuários pagantes?

Eventos e propriedades do evento

Depois de ter uma lista das perguntas mais importantes (entre 5 e 10 é um bom número para começar), você pode passar para a etapa mais crítica - definir eventos e propriedades de eventos.

É aqui que você finalmente começa a criar um plano de rastreamento de dados.

Além dos eventos principais, você também deve começar a pensar nos vários dados que gostaria de coletar quando um determinado evento ocorrer. Este guia contém exemplos de alguns eventos comuns e propriedades associadas que fornecerão algum contexto sobre como pensar sobre esse processo.

Há mais algumas coisas abordadas abaixo que você deve saber antes de começar a criar um plano de rastreamento.

Cliques, visualizações e processos

É muito importante estar atento às diferenças entre cliques, visualizações e processos que ocorrem dentro do seu produto – cada botão clicado, página visualizada ou processo concluído pode ser rastreado como um evento único.

Além disso, em alguns casos, um evento pode ser rastreado como qualquer um dos três — uma visualização de página, um clique de botão ou uma conclusão de processo.

Vamos dar uma olhada mais de perto usando um fluxo de inscrição hipotético:

Primeiro , o usuário clica no Aqui, o evento realizado pode ser rastreado como um clique de botão (botão de inscrição na página inicial) ou uma visualização de página (página de inscrição).

Em seguida , o usuário preenche o formulário de registro, clica no Se tudo der certo, o envio chega ao banco de dados e uma nova linha é criada.

Aqui, o evento realizado pode ser rastreado como um clique de botão (botão enviar), uma visualização de página (página de agradecimento) ou uma conclusão de processo (nova linha no banco de dados).

Portanto, como você escolhe rastrear eventos depende completamente de seus casos de uso e, às vezes, pode até fazer sentido rastrear um clique de botão, bem como uma exibição de página ou conclusão de processo ao mesmo tempo.

and sign up Dito isso, se seu objetivo é entender o comportamento do usuário, você deve evitar a redundância de eventos, certificando-se de que uma ação do usuário não seja rastreada várias vezes ( botão de inscrição clicado e Página visualizada

. Para rastrear visualizações de página, você pode especificar um evento exclusivo para cada página, como . No entanto, isso tornará sua lista de eventos ridiculamente longa quando você quiser rastrear as visualizações de cada página exclusiva.

Em vez de definir um evento separado para cada página, você pode especificar um evento genérico chamado Página Visualizada com as propriedades do evento da seguinte forma:

Evento de página visualizada

Botão clicado

Assim como as visualizações de página, os cliques de botão também devem ser rastreados por meio de um evento genérico, como Button Clicked com propriedades associadas conforme abaixo:

Evento clicado no botão

Processo completo

Os processos ocorrem como resultado de uma interação com um banco de dados em que os dados são gravados (em uma tabela específica) ou recuperados (de uma tabela) — se a interação falhar, o processo falhará.

Portanto, rastrear a conclusão de um processo é a maneira mais confiável de rastrear eventos que dependem da conclusão de uma interação com o banco de dados.

Aqui está um cenário que é muito comum:

Um usuário clica no botão enviar depois de preencher o formulário de inscrição apenas para ser apresentado com um erro de validação como “a senha deve conter um caractere especial”. Aqui, o usuário executou o evento Button Clicked , mas na verdade não concluiu o processo de inscrição.

Da mesma forma, se o usuário clicar no botão enviar, mas ocorrer um erro do lado do servidor, o processo falhará e os dados do usuário não chegarão ao banco de dados. Portanto, mesmo que o usuário tenha enviado o formulário de inscrição com sucesso, o processo de inscrição ficou incompleto.

Portanto, é crucial pensar em todo o processo (ou na interação com o banco de dados) que deve ser concluído quando um evento ocorrer.

Além disso, você também deve saber se um usuário se inscreve no seu produto, mas não verifica seu endereço de e-mail — uma maneira de fazer isso é verificar se os usuários fazem login após a inscrição (o que só pode acontecer depois que o e-mail for verificado). Mas pode haver usuários que verificam o e-mail, mas nunca fazem login.

Assim, uma abordagem melhor poderia ser o rastreamento de 2 eventos separados - Inscrito (processo de inscrição concluído) e Isso também informará quantas pessoas se inscreveram, mas não verificaram seus e-mails, permitindo que você reenvie o e-mail de verificação após um ou dois dias.

Eventos do lado do cliente vs. do lado do servidor

Eventos como cliques e visualizações que não dependem de interações de banco de dados (ou processos de back-end) são essencialmente eventos do lado do cliente.

Os eventos do lado do cliente ocorrem exclusivamente no cliente (ou no dispositivo do usuário) e também são chamados de eventos de front-end.

Por outro lado, os eventos que dependem de processos de back-end são chamados de eventos do lado do servidor. Como o nome sugere, os eventos do lado do servidor ocorrem em um servidor quando uma interação com o banco de dados é concluída com êxito.

Os eventos do lado do servidor também são chamados de eventos de back-end.

Saber a diferença entre eventos do lado do cliente e do lado do servidor ajuda no processo de instrumentação, pois os dois tipos de eventos geralmente são implementados por pessoas diferentes em uma organização.

É sempre útil especificar a origem do evento em seu plano de rastreamento, mesmo que um desenvolvedor full-stack tenha a tarefa de implementar os dois tipos de eventos.

Próximos passos do rastreamento de eventos

Isso nos leva ao final da série de cinco partes sobre Dados do Cliente. Para começar a rastrear seus eventos hoje, comece com uma conta Amplitude gratuita.

Comece com a análise de produtos