Le PRD idéal pour l'analyse Web : dire au revoir à Google Analytics

Selon vous, quel outil d'analyse est presque parfait ?

J'ai utilisé plusieurs outils d'analyse Web au cours de mes plus de 10 ans d'expérience dans la création et la gestion de produits. Et à ce jour, je ne pense pas qu'il y ait un seul produit que je puisse qualifier de presque parfait.

Par conséquent, j'ai pensé à noter ce que je ressens comme un document d'exigences de produit idéal (PRD) pour Web Analytics.

Un avertissement, pour des raisons de lisibilité et de brièveté, je n'écris pas ceci comme un PRD formel :)

Avant de commencer, le déclencheur pour écrire ceci est venu de la poussée de Google.

Récemment, Google a demandé à tout le monde de passer à Google Analytics 4 (GA4) de leur ancienne version, c'est-à-dire Universal Analytics (UA) .

Quiconque utilise l'ancien GA devra changer de service car il a cessé de traiter les données des anciennes versions à partir du 1er juillet 2023.

Ainsi, au cours des dernières semaines, j'ai essayé d'utiliser GA4.

Plus je l'utilise, plus c'est frustrant !

Certaines des bases semblent manquer sur la page d'accueil.

Parmi les autres outils que j'utilise beaucoup, citons Tas et Histoire complète . En fait, notre pile analytique actuelle est principalement une combinaison de ces deux éléments dans une large mesure avec une certaine utilisation d'Universal Analytics.

Récemment, ces deux outils ont également apporté de nombreuses modifications : allant de l'ajout de nouvelles fonctionnalités, des modifications UX, etc. Et même Fullstory semble désormais plus déroutant que sa version précédente

Donc, voici un résumé de ce que j'aimerais idéalement avoir dans un produit Web Analytics ( PS : je vais aussi essayer d'ajouter un petit pointeur qui fait un meilleur travail parmi les trois que j'ai listés ) :

Métriques de l'utilisateur : il devrait avoir la capacité d'afficher des métriques de base telles que : nombre total d'utilisateurs, nouveaux utilisateurs, taux de rebond, moy. temps de session ( Alors que tous les trois le fournissent sous une forme ou une autre, l'ancien GA avait le tableau de bord le plus simple pour afficher cela. )

Aperçu de la page : il devrait avoir la capacité d'afficher les aperçus de la page : nombre total de pages vues, vues de page uniques et nombre de sessions démarrées sur une page, c'est-à-dire les pages de destination ( encore une fois, les trois peuvent le fournir sous une forme ou une autre, mais l'ancien GA définitivement fournit une meilleure vue de cela. Je ne trouve pas de vue similaire dans GA4 )

Traffic Insights : Il devrait avoir la capacité de montrer d'où provient le trafic du site. Pour moi, l'outil devrait l'afficher dans l'ordre de Channels/Referrer > Device > Geo. Et, espérons-le, un outil capable de résoudre intelligemment DIRECT comme source. ( Le tas est meilleur ici en termes de fourniture de vues par défaut. Cependant, je considère cela comme le maillon le plus faible de tous les produits que j'ai expérimentés jusqu'à présent )

Événements : il doit permettre à un utilisateur de transmettre des événements personnalisés ainsi que de définir des événements sur la base des clics de bouton, des clics d'ancrage, des vues de page. ( Heap le fait le mieux parmi les trois )

1. Il doit afficher les événements les plus performants qu'un utilisateur a définis ou afficher des recommandations intelligentes basées sur les clics

2. Il devrait également montrer dans la même vue où l'événement s'est produit. Principalement utile pour les événements personnalisés

3. Pour les événements personnalisés, si un utilisateur transmet un identifiant unique de son client, le produit doit être en mesure d'afficher l'intégralité du parcours avant et après l'événement pour ce client.

   
   

Sessions de relecture utilisateur : cela devrait permettre à un utilisateur de lire les enregistrements de session utilisateur (c'est le bastion de FullStory. Il est principalement connu pour cela. Cependant, récemment, Heap a également introduit cela, bien que pour les plans payants. GA ne le fournit pas)

HeatMaps : cela devrait permettre à un utilisateur de voir les informations de défilement et de clic agrégées pour une page ( là encore, Fullstory fait le meilleur travail ici. Heap l'a introduit récemment et encore dans les plans payants. GA ne le fournit pas)

Outre les fonctionnalités de base ci-dessus, ce qui suit rend l'outil plus attrayant ( elles sont principalement pertinentes pour les utilisateurs intensifs et avancés )

• API : il doit disposer d'API robustes pour récupérer et envoyer des données. Idéalement avec une intégration avec des outils sans code comme Zapier et Make. Cela devient très critique à mesure que la base d'utilisateurs et le trafic d'un site augmentent ( GA a certainement le meilleur ensemble d'API. Comme j'ai jusqu'à présent utilisé les versions gratuites de Heap et FullStory, je ne connais pas le plein potentiel de leur API )

  
  

• Filtres : Il doit avoir la capacité de découper et de découper toutes les informations ci-dessus à l'aide de différents types de filtres.

  • Quelques-uns des principaux filtres que je regarde : Un chemin de page, des paramètres UTM, Géo, Appareil, Landing page

    
    

• Créer des segments d'utilisateurs : il devrait avoir la possibilité de créer différents segments d'utilisateurs et de voir une combinaison des vues ci-dessus pour ce segment particulier

  
  

• Entonnoirs : il devrait avoir la capacité de voir des informations agrégées entre une chaîne d'événements pour voir la chute d'une étape à l'autre

  
  

• Application mobile : Absolument utile s'il existe une application permettant d'afficher toutes les informations clés

  
  

• Suppression du bot : Il devrait avoir la capacité de supprimer automatiquement le trafic du bot. ( FullStory fait le meilleur travail parmi les trois )

  
  

C'est tout pour le moment :)

Ne pas détailler ici les fonctionnalités de type administratif car je pense que cela dépend entièrement de la personnalité de l'utilisateur en tant que cible d'un outil.

De plus, un point le plus important à noter ici est que même si les fonctionnalités sont absolument essentielles, je pense que UX joue un rôle majeur dans l'efficacité avec laquelle les fonctionnalités sont découvertes et utilisées.

Personnellement pour moi, étant donné que je ne consomme pas le rapport d'analyse mais que j'en crée également un, pour moi, deux critères UX importants sont :

1. Comme il est facile de naviguer pour découvrir des informations plus approfondies. Idéalement, les liens profonds dans une vue sont ce qui fonctionne le mieux pour moi. Je ne veux pas toujours naviguer depuis le menu

   
   

2. Comme il est facile de trancher et de découper différentes vues

   
   

Je suis toujours impatient d'essayer de nouveaux outils. En fait, j'ai quelques outils open-source dans mon pipeline comme Analyses plausibles et PostHog que j'attends d'essayer une fois que le temps le permettra.

Si vous faites un travail incroyable dans cet espace et que vous souhaitez obtenir des commentaires, je suis tout ouïe :)

Également publié ici.