En quoi l'analyse du parcours client diffère d'une carte de parcours

Qu'est-ce que l'analyse du parcours client ?

Les équipes produit et growth utilisent l'analyse du parcours client pour mesurer les séquences réelles et recollées de comportement qu'une seule personne produit à travers les canaux et les sessions, au lieu de décrire un chemin idéalisé dessiné sur un tableau blanc. La méthode relie les points de contact de cette personne par la résolution d'identité, puis borne l'analyse avec un périmètre de parcours qui nomme un événement de début et un événement de fin. Une carte de parcours est une hypothèse sur la façon dont les gens avancent ; l'analyse de parcours est la mesure de ce qu'ils ont fait.

La distinction compte parce que les deux artefacts échouent différemment. Une carte échoue quand son persona était faux. Une analyse de parcours échoue quand le graphe d'identité a découpé une personne en quatre visiteurs anonymes, ou quand personne n'a écrit où le parcours commence. Les deux produisent une image assurée, et une seule peut être confrontée à un journal d'événements.

En quoi l'analyse de parcours diffère-t-elle de la cartographie de parcours ?

La cartographie de parcours produit un artefact d'atelier et l'analyse de parcours produit un jeu de données, et ce sont les entrées qui les séparent. Kate Kaplan, du Nielsen Norman Group, écrivait en juillet 2016 que la cartographie de parcours est une pratique qui "commence par compiler une série d'objectifs et d'actions utilisateur dans un squelette de chronologie", ensuite étoffé par les pensées et les émotions de l'utilisateur jusqu'à ce que ce récit "soit condensé en une visualisation utilisée pour communiquer des enseignements qui nourriront les processus de design". Kaplan pose les contraintes de la carte dans la Zone A, la lentille : un persona et le scénario à examiner, tous deux choisis par l'équipe et non observés dans les données.

Question	Cartographie de parcours	Analyse du parcours client
Entrée	Un persona, un scénario, de la recherche qualitative	Un journal d'événements avec horodatages et identifiants
Unité d'analyse	Un récit représentatif	Chaque séquence recollée dans la fenêtre
Sortie	Une visualisation avec points de douleur et opportunités	Des comptages, des taux de complétion, des étapes de perte nommées
Pour l'actualiser	Refaire l'atelier	Relancer la requête
Question à laquelle elle répond	Ce que l'expérience devrait faire ressentir	Ce que la séquence a fait

Gardez la carte. C'est le moyen le plus rapide de faire converger une équipe sur le parcours qui mérite d'être mesuré. Convertissez ensuite ses phases en événements nommés et mesurez-les, pour que la sortie de l'atelier devienne une affirmation testable plutôt qu'une affiche.

Pourquoi la résolution d'identité décide-t-elle de ce qu'un parcours montre ?

La résolution d'identité, ou identity resolution, décide quels événements appartiennent à la même personne, ce qui fixe le plafond de ce que vous pouvez voir d'un parcours. Google documente deux identités de reporting pour Analytics 4 : Combinée, qui "évalue le User-ID, l'identifiant d'appareil et les données modélisées", et Observée, qui "évalue le User-ID et l'identifiant d'appareil". La documentation de PostHog décrit identify comme l'appel qui "fusionne la personne anonyme dans la personne identifiée, en liant les deux identifiants entre eux", si bien qu'une "recherche par l'un ou l'autre identifiant fait remonter l'historique complet des événements de l'utilisateur, avant et après sa connexion".

Branchez cet appel d'identification à la connexion et à la création de compte avant de faire confiance à un chiffre multi-appareils. PostHog met aussi en garde contre le mode d'échec inverse : "Si deux utilisateurs ont le même distinct_id, leurs données sont fusionnées et ils sont considérés comme un seul utilisateur." Deux identifiants partagés deviennent un parcours impossible dans le rapport de chemins.

Une autre frontière mérite d'être nommée ici. Une session se termine après une période fixe d'inactivité, et une session est un conteneur pour une visite, pas pour un parcours. Une évaluation d'essai qui court sur onze jours couvre une douzaine de sessions. Si votre outil ne sait pas relier ces sessions à une identité unique, il rapporte des visites, pas des parcours.

Qu'est-ce qui définit le périmètre d'un parcours ?

Un périmètre de parcours est un événement de début, un événement de fin et une fenêtre temporelle, et changer l'un des trois change tous les chiffres en aval. Sans périmètre borné, un parcours est un flux d'événements sans limite et un taux de complétion n'a pas de dénominateur. L'exploration de chemins de Google dans Analytics 4 rend la contrainte explicite : le point de départ est "l'écran ou l'événement qui commence le chemin que vous voulez explorer", le point d'arrivée est l'écran ou l'événement qui le termine, et "une exploration de chemin peut avoir un point de départ ou un point d'arrivée, mais pas les deux".

Google plafonne aussi la ramification. Le graphe de chemins montre les 5 premiers nœuds d'une étape par défaut, s'étend à 20 nœuds par étape, et regroupe tout le reste dans un nœud "Autres". Ce plafond explique pourquoi une longue traîne de comportement réel disparaît d'un rapport de chemins : elle a été mesurée, puis repliée pour l'affichage.

Écrivez le périmètre sous forme de phrase avant d'interroger quoi que ce soit. "De pricing_viewed à trial_started, en 14 jours, pour les visiteurs venus de la recherche organique." Un entonnoir de conversion est la version stricte de cette phrase, avec des étapes fixes et ordonnées. L'analyse de parcours garde les mêmes extrémités et laisse varier le milieu.

Comment calcule-t-on le taux de complétion d'un parcours ?

Le taux de complétion d'un parcours est la part des parcours commencés qui atteignent l'événement de fin à l'intérieur de la fenêtre.

Journey completion rate = (journeys that reached the end event / journeys that fired the start event) x 100

Faites tourner un exemple. Sur une fenêtre de 14 jours, 8 400 personnes ont déclenché pricing_viewed, et 1 176 d'entre elles ont déclenché trial_started avant la fermeture de leur fenêtre. 1 176 divisé par 8 400 donne 0,14, soit un taux de complétion de 14 pour cent. Passez la fenêtre à 30 jours et les deux comptages changent, parce qu'une fenêtre plus longue admet des entrants plus tardifs au dénominateur et des finisseurs plus tardifs au numérateur. Publiez la fenêtre à côté du chiffre, sinon la métrique n'est pas comparable d'un rapport à l'autre.

Où va le 14 %

A déclenché pricing_viewed8 400

A déclenché trial_started1 176 (14 %)

N'a pas converti86 %

Où les parcours cassent-ils, et comment le voir ?

Les parcours cassent sur des interactions précises, et le signal est comportemental, pas statistique. Un taux de complétion vous dit que 86 pour cent des gens n'ont pas démarré d'essai. Il ne vous dit pas que le sélecteur de forfait a avalé le clic. Les rage clicks, les dead clicks, les erreurs JavaScript et les étapes abandonnées sont les événements qui nomment la cause, et c'est pourquoi un flux d'événements rattaché à un visiteur précis est la couche sous n'importe quel rapport de parcours sur lequel on peut agir.

Flowsery détecte automatiquement les rage clicks, les dead clicks, les erreurs JavaScript, les abandons et les flux cassés, regroupe les sessions correspondantes en un seul incident et classe les incidents selon le nombre d'utilisateurs touchés. Chaque incident arrive dans Slack, Linear ou Jira avec la relecture et les étapes de reproduction attachées. Cela transforme une étape de perte dans un rapport de parcours en un ticket avec des preuves, au lieu d'un chiffre derrière lequel il faut aller courir. Pour la vue séquence elle-même, l'analyse d'entonnoir tient les étapes ordonnées et montre où le comptage chute.

Que doit faire une équipe d'un résultat d'analyse de parcours ?

Changez une seule chose dans la séquence, puis mesurez le même périmètre à nouveau avec la fenêtre maintenue constante. L'analyse de parcours gagne sa place comme instrument d'avant et après, pas comme tableau de bord que l'on regarde de loin. Le périmètre que vous avez écrit est ce qui rend la seconde mesure comparable à la première.

Deux analyses voisines répondent aux questions que le taux de complétion laissera de côté. Quand la question est de savoir quelle source mérite le crédit du parcours, il s'agit de l'analyse d'attribution et elle demande son propre modèle. Quand la question est de savoir comment lire le rapport de chemins lui-même, étape par étape, notre guide pratique du suivi de parcours couvre les rapports. Cette page définit la catégorie ; l'autre la fait tourner.

Questions fréquentes

L'analyse du parcours client est-elle la même chose que l'analyse d'entonnoir ?

Non. Un entonnoir fixe les étapes et leur ordre, donc tout chemin qui saute une étape sort du périmètre. L'analyse de parcours ne fixe que les extrémités et laisse varier le milieu, ce qui permet de découvrir le détour qui convertit mieux que la route que vous aviez dessinée. Les équipes font tourner les deux sur les mêmes événements de début et de fin.

Faut-il des utilisateurs connectés pour faire de l'analyse de parcours ?

Non, mais le parcours que vous voyez est plus court sans eux. Les identifiants d'appareil anonymes relient les événements dans un seul navigateur sur un seul appareil, ce qui couvre une évaluation mono-appareil. Les parcours multi-appareils demandent un identifiant stable appliqué à la connexion, et c'est exactement ce que fournissent identify de PostHog et le User-ID de Google Analytics 4.

Quelle doit être la longueur de la fenêtre de parcours ?

Assez longue pour contenir la décision que vous mesurez, et identique dans chaque comparaison que vous faites avec elle. Un parcours de paiement se règle en minutes ; l'évaluation d'un essai B2B court sur des semaines. Choisissez la fenêtre à partir de la forme de la décision, écrivez-la dans la phrase de périmètre, et tenez-la constante quand vous remesurez.

Une carte de parcours et une analyse de parcours peuvent-elles se contredire ?

Oui, et ce désaccord est la sortie la plus utile que l'une ou l'autre produise. La carte encode ce que l'équipe croit être le chemin ; l'analyse rapporte les séquences que les gens ont produites. Quand le premier chemin réel manque à la carte, c'est le persona ou le scénario qui était faux, et c'est la carte que l'on met à jour.

Qu'est-ce qui casse en premier dans une analyse de parcours ?

Le recollement d'identité. Des événements qui devraient appartenir à une seule personne se retrouvent répartis sur plusieurs identifiants anonymes, si bien qu'un long parcours est rapporté comme quatre courts et que chaque taux de complétion paraît bas. Vérifiez l'appel d'identification à la connexion et à la création de compte avant de déboguer les chiffres.

Sur quels événements un parcours doit-il commencer et finir ?

Commencez sur le premier événement qui signale l'intention que vous étudiez, et finissez sur le résultat que vous défendriez en revue. pricing_viewed vers trial_started mesure l'évaluation. signup_completed vers first_value_action mesure l'activation. Évitez une page vue comme extrémité quand une action nommée existe, parce qu'une page vue enregistre une arrivée, pas une intention.

Quels outils prennent en charge l'analyse du parcours client ?

Google Analytics 4 propose une exploration de parcours avec les identités de reporting Blended et Observed, ainsi qu'un point de départ ou d'arrivée directement dans le rapport. PostHog fournit l'appel identify, qui fusionne un visiteur anonyme avec une personne identifiée pour que les deux ID partagent le même historique d'événements. Flowsery s'appuie sur ces données, détecte les rage clicks, les dead clicks, les erreurs JavaScript et les abandons, puis envoie chaque incident vers Slack, Linear ou Jira avec la relecture de session jointe.

Que doit contenir la phrase qui définit le périmètre d'un parcours ?

Un événement de départ, un événement de fin et une fenêtre de temps, car changer l'un des trois change tous les chiffres qui en découlent. L'exemple de l'article ajoute aussi un segment, comme les visiteurs venus de la recherche organique. Écris cette phrase avant de lancer la moindre requête, pour que l'hypothèse issue du workshop devienne une affirmation vérifiable face au journal d'événements.

Pourquoi un rapport de parcours regroupe-t-il des étapes dans un nœud Others ?

L'exploration de parcours de Google dans Analytics 4 n'affiche par défaut que les 5 principaux nœuds par étape et s'étend jusqu'à 20 nœuds maximum par étape. Tout ce qui dépasse cette limite est regroupé dans un nœud Others, pas supprimé des données. C'est pourquoi une longue traîne de comportements réels peut disparaître de ce que tu vois, même si elle a bien été mesurée.

Faut-il abandonner la carte de parcours une fois qu'on a l'analyse de parcours client ?

Garde-la. L'article la décrit comme le moyen le plus rapide de mettre une équipe d'accord sur le parcours qui vaut la peine d'être mesuré, pas comme quelque chose que l'analyse de parcours remplace. Transforme ses phases en événements nommés et mesure-les, pour que la carte devienne une affirmation vérifiable plutôt qu'une affiche que personne ne confronte aux données réelles. Les deux jouent un rôle différent : la carte fixe l'angle, l'analyse rapporte ce qui s'est réellement passé à l'intérieur.