Bem, sabemos que todo material para ser entendido facilmente e por várias pessoas deve seguir alguma padronização, um guia de estilo. Isso também acontece quando queremos mapear em nossa ferramenta da análise as páginas eventos de nosso produto.
Por isso é importante dedicar algum tempo para estabelecer uma nomenclatura para seu esforço de Product Analytics. Isso permitirá que você aproveite ao máximo os dados que você vier a capturar. E ter uma abordagem pré-definida permitirá que você ou outras pessoas que se envolverem nesta etapa do processo sigam essas práticas.
Caso contrário, pedir para alguém rastrear um clique num botão de “cancelar” sem um direcionamento de nomenclatura pode virar um verdadeiro caos por todo seu produto, dificultando sua análise e até mesmo do que se trata. Vamos fazer um exercício rápido. Vamos pensar nas possíveis variações no processo de criação de conta: sign up, signed up, created, registration, registered, account, user, username. Agora imagine você trabalhando no Brasil, e termos comuns em inglês se misturando com o Português. De novo: caos!
Mas calma! Se você nunca pensou nisso, você não está sozinho. Essa confusão é super comum. Mas com uma abordagem correta, você verá que tudo se resolverá antes mesmo do primeiro evento ser inserido em sua plataforma de Product Analytics.
Para evitar transtornos futuros, você precisará definir como seus eventos e propriedades deverão ser nomeados e replicar esse padrão, se possível, em toda sua organização. Isso permitirá que não apenas o produto que você esteja implementando tenha consistência, conveniência e clareza em seus dados, mas também que um evento de “formulário submetido” seja igualmente interpretado em qualquer outro produto, ou que features em relatórios para a gerência sejam facilmente comparadas. Dados mais claros e fáceis de encontrar permitem que qualquer um consiga acessar, analisar e extrair insights básicos sem a necessidade do “dono do Analytics”.
Outro benefício claro para uma estrutura de nomenclatura é que o que você estiver capturando hoje no seu MVP poderá crescer para muito mais páginas e funcionalidades no futuro. E posso te garantir que você desejará que, além de todos os campos de “endereço de email” tenham a mesma nomenclatura, novos rastreamentos sejam feitos mais rapidamente por desenvolvedores.
Pense de uma forma mais estratégica na hora de estabelecer a convenção que deseja utilizar, podendo inclusive contemplar a visão de produto na mesma antes mesmo que algo esteja desenvolvido. E uma vez definida, fique com ela. Pois mudar o que foi ingerido por sua ferramenta de Analytics pode ser algo bem doloroso.
Próximos Passos
Padronizar a nomenclatura dos eventos e propriedades em Product Analytics é essencial para evitar confusões e garantir consistência nos dados. Ao estabelecer uma abordagem estratégica desde o início, evitam-se problemas de interpretação, especialmente em ambientes multilíngues. Contudo, para uma implementação eficaz desse framework de nomenclatura, é crucial seguir passos específicos e melhores práticas. Para orientações detalhadas sobre como executar esse processo, confira meu próximo post, que oferecerá insights práticos e estratégias para uma padronização bem-sucedida. Não deixe de acessar AQUI o post para otimizar seu processo de Product Analytics e evitar contratempos futuros.
Nota: Neste exato momento, acabei de criar todos os elementos que desejo acompanhar do meu novo produto e percebi que foram tantos que acabei fazendo uma grande confusão em entendê-los. Como ainda estou na etapa de mapeamento em um ambiente que não é de produção, dedicar-me-ei a fazer uma padronização nos termos para me ajudar na hora de interpretar as análises que virão quando a ferramenta de análise de dados estiver disponível oficialmente. E essa foi minha motivação para escrever este post.
