paint-brush
O PRD ideal para Web Analytics: dizendo adeus ao Google Analyticspor@nishith83
1,075 leituras
1,075 leituras

O PRD ideal para Web Analytics: dizendo adeus ao Google Analytics

por Nishith Gupta5m2023/07/09
Read on Terminal Reader

Muito longo; Para ler

O Google Analytics 4 (GA4) é a versão mais recente da principal ferramenta de análise do Google. Quanto mais eu uso, mais frustrante fica! Alguns dos princípios básicos parecem estar faltando na página inicial. Aqui está um resumo do que eu gostaria de ter em um Produto Web Analytics.
featured image - O PRD ideal para Web Analytics: dizendo adeus ao Google Analytics
Nishith Gupta HackerNoon profile picture
0-item
1-item

Qual ferramenta de análise você acha que é quase perfeita?


Eu usei várias ferramentas de Web Analytics ao longo dos meus mais de 10 anos de experiência na construção e gerenciamento de produtos. E até o momento, não acho que exista um único produto que eu possa chamar de quase perfeito.


Portanto, pensei em anotar o que considero um Documento de Requisitos de Produto Ideal (PRD) para Web Analytics.


Um aviso de isenção de responsabilidade, para fins de legibilidade e brevidade, não estou escrevendo isso como um PRD formal :)


Antes de começar, o gatilho para escrever isso veio do push do Google.


Recentemente, o Google pediu a todos que mudassem para Google Analytics 4 (GA4) de sua versão mais antiga, ou seja, Universal Analytics (UA) .

Qualquer pessoa que esteja usando o GA mais antigo terá que mudar, pois parou de processar dados para versões mais antigas a partir de 1º de julho de 2023.


Então, nas últimas semanas, tenho tentado usar o GA4.


Quanto mais eu uso, mais frustrante fica!


Alguns dos princípios básicos parecem estar faltando na página inicial.


Algumas das outras ferramentas que uso extensivamente incluem pilha e História completa . Na verdade, nossa pilha de análise atual é principalmente uma combinação desses dois em grande parte com algum uso do Universal Analytics.


Recentemente, essas duas ferramentas também fizeram algumas alterações: desde a adição de novos recursos, alterações de UX e muito mais. E até Fullstory agora parece mais confuso do que sua versão anterior


Então, aqui está um resumo do que eu gostaria de ter em um produto de Web Analytics ( PS: também tentarei adicionar uma pequena indicação de quem faz um trabalho melhor entre os três que listei ):


Métricas do usuário : deve ter a capacidade de mostrar métricas básicas como: número total de usuários, novos usuários, taxa de rejeição, média. tempo de sessão ( embora todos os três forneçam isso de uma forma ou de outra, o antigo GA tinha o painel mais simples para visualizar isso. )


Visualização da página inicial do GA (versão anterior)


Informações da página : deve ter a capacidade de mostrar informações da página: total de visualizações de página, visualizações únicas de página e quantas sessões iniciadas em uma página, ou seja, páginas de destino ( novamente, todos os três podem fornecê-lo de uma forma ou de outra, mas o antigo GA definitivamente fornece uma visão melhor disso. Não consigo encontrar uma visão semelhante no GA4 )


Visualização de todas as páginas do GA (versão anterior)


Informações de tráfego : deve ter a capacidade de mostrar de onde o site está recebendo tráfego. Para mim, a ferramenta deve mostrá-lo na ordem Canais/Referenciador > Dispositivo > Geo. E, esperançosamente, uma ferramenta que possa resolver de forma inteligente o DIRECT como fonte. ( Heap é melhor aqui em termos de fornecer exibições padrão. No entanto, vejo isso como o elo mais fraco para todos os produtos que experimentei até agora )


Eventos : deve permitir que um usuário transmita eventos personalizados, bem como defina os cliques de botão com base nos eventos, cliques de âncora e exibições de página. ( Heap faz isso melhor entre os três )


  1. Ele deve mostrar eventos de alto desempenho que um usuário definiu ou mostrar recomendações inteligentes com base em cliques

  2. Ele também deve mostrar na mesma exibição onde o evento ocorreu. Principalmente útil para eventos personalizados

  3. Para eventos personalizados, se um usuário passar um identificador único de seu cliente, o produto deve ser capaz de mostrar toda a jornada antes e depois do evento para esse cliente


Definição de Heap Events e visão resumida



Sessões de reprodução do usuário: deve permitir que um usuário reproduza as gravações da sessão do usuário (este é o ponto forte do FullStory. É conhecido principalmente por isso. No entanto, recentemente o Heap também introduziu isso, embora para planos pagos. GA não fornece isso)


Lista de reprodução da sessão FullStory



HeatMaps: deve permitir que um usuário veja rolagem agregada e clique em insights para uma página ( novamente Fullstory faz o melhor trabalho aqui. Heap introduziu isso recentemente e novamente em planos pagos. GA não fornece isso)


História completa HeatMap do UXHack HomePage


Além dos recursos principais acima, os recursos abaixo tornam a ferramenta mais atraente ( relevantes principalmente para usuários pesados e avançados )


  • APIs: Deve ter APIs robustas para buscar e enviar dados. Idealmente com integração com ferramentas sem código como Zapier e Make. Isso se torna muito crítico à medida que a base de usuários e o tráfego aumentam de um site (GA definitivamente tem o melhor conjunto de APIs. Como até agora usei as versões gratuitas de Heap e FullStory, não conheço todo o potencial de suas APIs)


  • Filtros: deve ter a capacidade de dividir e analisar todos os insights acima usando diferentes tipos de filtros.

    • Alguns dos principais filtros que vejo: um caminho de página, parâmetros UTM, geo, dispositivo, página de destino


  • Criar segmentos de usuários : deve ter a capacidade de criar diferentes segmentos de usuários e ver uma combinação das visualizações acima para esse segmento específico


  • Funis : deve ter a capacidade de ver insights agregados entre uma cadeia de eventos para ver a queda entre uma etapa e outra


  • Aplicativo móvel : definitivamente útil se houver um aplicativo por meio do qual todos os principais insights possam ser exibidos


  • Remoção de bot : Deve ter a capacidade de descartar automaticamente o tráfego de bot. ( FullStory faz o melhor trabalho entre os três )


Por enquanto é isso :)


Não estou detalhando os recursos do tipo administrativo aqui, pois acho que depende completamente das personas do usuário a que a ferramenta se destina.


Além disso, um ponto muito importante a ser observado aqui é que, embora os recursos sejam absolutamente essenciais, acho que o UX desempenha um papel importante na eficácia com que os recursos são descobertos e usados.


Pessoalmente, para mim, já que não apenas consumo o relatório analítico, mas também crio um, para mim, dois critérios importantes de UX são:


  1. Como é fácil navegar para descobrir insights mais profundos. Idealmente, links profundos em uma exibição são os que funcionam melhor para mim. Não quero sempre navegar no menu


  2. Como é fácil cortar e cortar diferentes visualizações


Estou sempre ansioso para experimentar novas ferramentas. Na verdade, tenho algumas ferramentas de código aberto em meu pipeline, como Análise plausível e PostHog que estou esperando para experimentar assim que o tempo permitir.


Se você está fazendo um trabalho incrível neste espaço e deseja obter feedback, sou todo ouvidos :)


Também publicado aqui.