Les refontes d'onboarding partent généralement d'un ressenti. L'activation semble décevante, quelqu'un a regardé un enregistrement de session pénible, un concurrent a sorti quelque chose de réussi, et l'équipe s'engage à reconstruire le flow. Trois mois plus tard, il y a un nouveau flow, une légère hausse qui pourrait n'être que saisonnière, et aucune explication claire de ce qui n'allait pas dans l'ancien.
Un audit est l'étape bon marché qui rend l'étape coûteuse utile. Il demande environ une semaine et produit quelque chose sans lequel une refonte ne peut pas commencer : une liste hiérarchisée de constats précis, chacun rattaché à une étape, un segment et un chiffre.
À retenir
- Un audit relève du diagnostic, pas de la conception : il produit des constats, pas un nouveau flow.
- Parcourez vous-même le flow dans un compte vierge. La plupart des constats viennent de là, pas des dashboards.
- Auditez cinq couches, pas seulement celle du milieu : la promesse faite avant l'inscription fait partie de l'onboarding.
- Testez aussi le parcours des membres invités. Ils représentent souvent la moitié de vos nouveaux utilisateurs et ce parcours n'est jamais testé.
- Notez les constats selon l'impact rapporté à l'effort ; la liste se scinde nettement entre « le produit doit changer » et « le produit doit s'expliquer ».
- La moitié « explication » est généralement la plus importante et peut être livrée en quelques jours plutôt qu'en quelques trimestres.
- Une semaine est le bon budget. Si cela prend un mois, c'est une refonte déguisée.
Qu'est-ce qu'un audit d'onboarding utilisateur ?
Audit d'onboarding utilisateur (définition) : un examen structuré de tout ce qui se passe entre l'inscription et le premier vrai résultat d'un utilisateur, mené à partir d'une checklist fixe et de preuves comportementales réelles, qui produit une liste hiérarchisée de constats précis et défendables.
Ce qui rend un audit utile, c'est la discipline de ne proposer aucune solution pendant qu'on le mène. Dès que l'équipe commence à concevoir la correction, la collecte de preuves s'arrête, et les constats qui auraient justifié une autre correction ne sont jamais recueillis. N'écrivez que des constats : « 41 % des nouveaux admins abandonnent sur l'écran de création de l'espace de travail ; le champ obligatoire "entité de facturation" n'est utile qu'à la première facture. » Voilà un constat. « Nous devrions simplifier l'écran de l'espace de travail » est une solution, et elle a sa place dans la réunion suivante, pas dans celle-ci.
Audit, teardown ou refonte
| Entrée | Résultat | Durée type | |
|---|---|---|---|
| Audit | Votre propre produit, vos propres données | Constats hiérarchisés avec preuves | Environ une semaine |
| Teardown | Le produit de quelqu'un d'autre, sans données | Opinions et inspiration | Un après-midi |
| Refonte | Les constats de l'audit | Un nouveau flow | De quelques semaines à quelques mois |
Décortiquer l'onboarding d'autres entreprises est divertissant et parfois instructif (voir ces exemples d'onboarding), mais cela ne peut pas vous dire ce qui ne va pas dans le vôtre, car il n'y a là aucune preuve concernant vos utilisateurs.
Quand en mener un
-
L'activation stagne ou recule
Deux mois sans évolution du taux d'activation, c'est un signal, pas du bruit, surtout si les inscriptions augmentent.
-
Avant de valider une refonte
La semaine la plus rentable que vous passerez jamais. Elle détermine si la reconstruction vise le vrai problème.
-
Après un changement de produit, de tarifs ou d'audience
L'onboarding conçu pour la version précédente cesse de convenir sans bruit. Rien ne casse ; il correspond simplement de moins en moins à ceux qui s'inscrivent.
-
Le support répond sans cesse aux mêmes questions de première semaine
Un ticket récurrent de première semaine, c'est un onboarding qui échoue, avec une facture à la clé.
Quand ne pas en mener. Si vous connaissez déjà le constat et ne l'avez simplement pas corrigé, un audit n'est que de la procrastination avec un livrable. Et si vous n'aurez pas la capacité d'agir sur les résultats au cours du prochain trimestre, attendez : un audit qui produit un document sur lequel personne n'agit rend le suivant plus difficile à justifier.
Les cinq couches à auditer
La plupart des audits examinent le milieu de cette liste et oublient les extrémités, là où se trouve une part étonnante des causes. L'onboarding commence avant le bouton d'inscription et ne se termine pas tant que personne n'est capable de dire quelle étape fait perdre des utilisateurs.
Forme de grille illustrative, pas des données de benchmark : ce qu'il faut remarquer, c'est que les couches 3 et 5 sont presque toujours les plus faibles, et presque jamais celles par lesquelles une refonte commence.
La cinquième couche est celle que les équipes sautent, puis regrettent. Si personne ne peut dire quelle étape fait perdre le plus d'utilisateurs, l'audit repose sur des impressions, et chaque débat ultérieur sur les priorités sera tranché par la hiérarchie plutôt que par les preuves.
Comment mener un audit d'onboarding utilisateur en 8 étapes
- Définir ce que signifie « onboardé », en une phrase
- Rassembler les preuves dont vous disposez déjà
- Parcourir le flow comme un utilisateur réellement nouveau
- Le parcourir à nouveau en tant que membre invité
- Dérouler la checklist, couche par couche
- Écrire des constats, jamais des solutions
- Noter et classer
- Scinder la liste et commencer par la moitié bon marché
1. Définir ce que signifie « onboardé », en une phrase
Choisissez l'action observable unique qui signifie qu'un utilisateur a obtenu une vraie valeur, pas « s'est connecté deux fois », mais quelque chose comme « a importé des données et lancé un rapport ». Tout l'audit se mesure à la distance qui sépare de cet événement. Si l'équipe ne parvient pas à s'accorder sur cette phrase, ce désaccord est votre premier constat, et probablement le plus important.
2. Rassembler les preuves dont vous disposez déjà
Les chiffres du funnel par étape si vous les avez, les tickets de support de la première semaine, les motifs de résiliation, les objections commerciales et les éventuels enregistrements de sessions. Vous cherchez des convergences : une étape qui apparaît à la fois dans la chute du funnel, dans les tickets et dans les enregistrements n'est plus une hypothèse. Un diagramme de user flow annoté avec les abandons à chaque étape est le document idéal pour aborder l'audit.
3. Parcourir le flow comme un utilisateur réellement nouveau
Compte vierge, profil de navigateur neuf, aucun raccourci interne, aucune donnée préchargée, sur un ordinateur portable ordinaire. Faites une capture horodatée de chaque écran et notez ce que vous avez pensé à chaque fois, y compris les moments d'hésitation, qui sont autant de constats. Chronométrez l'ensemble. L'écart entre la durée que l'équipe imagine et la durée réelle est couramment d'un facteur trois.
4. Le parcourir à nouveau en tant que membre invité
C'est l'étape qu'on saute, alors que dans la plupart des produits B2B les membres invités représentent la moitié ou plus des nouveaux utilisateurs. Ils arrivent dans l'espace de travail de quelqu'un d'autre, avec moins de permissions, sans le contexte de configuration, et souvent face à une visite produit écrite pour un admin qui crée tout de zéro. Auditez ce parcours séparément : c'est une expérience différente sous la même interface.
5. Dérouler la checklist, couche par couche
Utilisez les quarante questions ci-dessous. L'intérêt d'une checklist fixe, c'est qu'elle vous oblige à dépasser les problèmes que vous connaissiez déjà pour atteindre ceux que vous aviez fini par trouver normaux.
6. Écrire des constats, jamais des solutions
Un constat par ligne : ce qui se passe, où, pour qui, et la preuve. Résistez à l'envie d'écrire la correction : la moitié de la valeur d'un audit tient au fait que la correction est choisie une fois la vue d'ensemble constituée, pas pendant.
7. Noter et classer
L'impact rapporté à l'effort, décrit dans la section suivante. Le classement est le livrable ; une liste non classée de trente constats ne se distingue pas d'une absence de constats.
8. Scinder la liste et commencer par la moitié bon marché
Séparez les constats qui exigent que le produit change de ceux qui exigent que le produit s'explique. Le second groupe est généralement plus important, se livre en quelques jours et produit les preuves qui permettent de financer le premier.
La checklist d'audit d'onboarding en 40 points
Huit questions par couche. Répondez à chacune par oui, non ou inconnu, et traitez « inconnu » comme un constat à part entière, car cela signifie que personne ne surveille.
- Le premier écran après l'inscription tient-il ce que la landing page promettait ?
- Le cas d'usage principal avec lequel arrive un nouvel utilisateur est-il celui sur lequel le produit s'ouvre ?
- Les tarifs et les limites des offres sont-ils visibles avant qu'un utilisateur ne s'y heurte par surprise ?
- Le CTA d'inscription décrit-il le résultat, ou seulement l'action (« commencer gratuitement ») ?
- Les mots employés dans le marketing correspondent-ils à ceux de l'interface ?
- Existe-t-il une démo ou un aperçu pour ceux qui ne sont pas prêts à s'inscrire ?
- Les différentes sources d'acquisition mènent-elles à une expérience adaptée à leur intention ?
- Promet-on quelque chose que le produit ne fournit que sur une offre supérieure ?
- Combien de champs sont obligatoires, et chacun est-il nécessaire maintenant ?
- Un utilisateur peut-il accéder à un produit fonctionnel avant la vérification de son e-mail ?
- La connexion via un réseau social ou en SSO est-elle proposée là où l'audience l'attend ?
- Que se passe-t-il avec un e-mail invalide ou déjà enregistré ?
- Quel est le délai médian entre l'arrivée sur l'inscription et l'affichage du produit ?
- L'inscription d'un membre invité est-elle plus courte que celle d'un admin ?
- Une inscription interrompue reprend-elle là où elle s'était arrêtée, ou recommence-t-elle ?
- Les messages d'erreur sont-ils assez précis pour être résolus sans le support ?
- À quoi ressemble le compte sans aucune donnée : l'état vide a-t-il été conçu ou est-il accidentel ?
- Y a-t-il exactement une prochaine action évidente, ou plusieurs qui se font concurrence ?
- Un utilisateur peut-il obtenir un vrai résultat sans rien importer ?
- Des données d'exemple ou de démo sont-elles proposées, et peut-on les supprimer ?
- La première session se termine-t-elle sur quelque chose que l'utilisateur pourrait montrer à un collègue ?
- Une visite ou un écran de bienvenue se lance-t-il avant qu'il y ait quoi que ce soit à montrer ?
- La progression est-elle conservée si l'utilisateur part et revient le lendemain ?
- Sur quoi s'ouvre la deuxième session : le même écran vide, ou là où l'utilisateur s'était arrêté ?
- Quel est l'itinéraire le plus court possible vers l'événement « onboardé », en nombre de clics ?
- Est-ce l'itinéraire que le produit propose réellement, ou un chemin que seuls les initiés connaissent ?
- Combien d'étapes nécessitent quelqu'un d'autre : un admin, une équipe IT, un export de données ?
- Certaines étapes peuvent-elles être reportées sans bloquer le premier résultat ?
- Les différents rôles ont-ils besoin de chemins différents, et le produit les leur offre-t-il ?
- Que se passe-t-il quand une étape échoue : un fichier invalide, une invitation expirée, une connexion refusée ?
- Existe-t-il un moment où l'utilisateur doit quitter le produit puis y revenir ?
- Comment l'utilisateur sait-il qu'il a réussi ?
- Y a-t-il de l'aide à chaque étape où les utilisateurs hésitent de façon mesurable ?
- L'accompagnement est-il déclenché au moment du besoin, ou tout d'un coup à l'inscription ?
- Un utilisateur peut-il rouvrir une visite ou une checklist après l'avoir fermée ?
- L'accompagnement est-il ciblé par segment, ou identique pour tout le monde ?
- Deux éléments d'accompagnement s'affichent-ils parfois en même temps ?
- Pouvez-vous nommer l'étape qui concentre le plus d'abandons, chiffre à l'appui ?
- Le time-to-first-value est-il mesuré, et quelle est sa tendance ?
- Sauriez-vous en moins d'une semaine si l'onboarding cassait après une release ?
Notation : transformer les constats en backlog priorisé
Attribuez à chaque constat trois notes sur une échelle de un à cinq : la portée (combien d'utilisateurs le rencontrent), la gravité (ce qu'il leur coûte quand cela arrive) et l'effort (ce que demande la correction), puis classez selon portée × gravité ÷ effort. Le calcul importe peu ; ce qui compte, c'est de rendre les données d'entrée explicites, car cela permet à quelqu'un de contester un chiffre précis plutôt que votre conclusion.
Scindez ensuite la liste classée en deux. Les changements produit vont dans la roadmap avec de vraies estimations. Les manques d'explication (une étape que les gens atteignent puis abandonnent, une commande que personne ne remarque, un état que personne n'a conçu, un chemin qui n'a de sens que pour les admins) relèvent de la couche d'accompagnement et peuvent être en ligne en quelques jours.
Les dix constats présents dans presque chaque audit
| Constat | Pourquoi cela arrive | Quelle moitié de la liste |
|---|---|---|
| La visite se lance sur un compte vide | Elle est déclenchée à l'inscription parce que c'était le réglage par défaut | Explication : la déclencher plus tard |
| L'état vide n'a jamais été conçu | Personne dans l'équipe n'a vu un compte sans données depuis un an | Mixte : le texte maintenant, la mise en page plus tard |
| L'inscription demande des informations utiles bien plus tard | Le formulaire a gagné un champ à chaque demande d'une partie prenante | Produit |
| Aucune prochaine action unique et évidente | Chaque équipe voulait sa fonctionnalité sur le premier écran | Explication : une checklist leur donne un ordre |
| Un seul flow pour plusieurs rôles | Le parcours des membres invités n'a jamais été conçu séparément | Explication : segmenter l'accompagnement |
| L'accompagnement arrive avant que la question ne se pose | Tout se déclenche au chargement de la page | Explication : changer le déclencheur |
| Les cas d'échec ne sont pas conçus | Les imports ratés et les invitations expirées sont des cas limites dans une spec, pas dans la réalité | Mixte |
| La deuxième session repart de zéro | La progression n'a jamais été enregistrée | Explication : une checklist qui reprend où l'on s'était arrêté |
| L'aide existe mais se trouve à trois clics | La base de connaissances est bonne mais personne n'y arrive à temps | Explication : la mettre en avant en contexte |
| Aucune mesure à l'étape qui fuit | L'instrumentation a suivi les fonctionnalités, pas le funnel | Produit, et à faire en premier |
✅ À faire
- Parcourir vous-même le flow, dans un compte vierge, chronomètre en main
- Auditer séparément le parcours des membres invités
- Rédiger des constats avec une étape, un segment et un chiffre
- Traiter « nous ne savons pas » comme un constat
- Classer avant de présenter quoi que ce soit
- Livrer la moitié bon marché pendant que la moitié coûteuse est chiffrée
- Mesurer à nouveau le même funnel 30 jours après la correction
❌ À éviter
- Concevoir des solutions alors que vous rassemblez encore des preuves
- Auditer avec un compte interne rempli de données préchargées
- Ignorer les couches situées avant l'inscription et après l'activation
- Présenter trente constats non classés
- S'appuyer sur le teardown d'un concurrent comme preuve concernant vos utilisateurs
- En mener un sans capacité d'agir sur les résultats
- Le laisser se transformer en projet de refonte
Après l'audit : prouver que la correction a fonctionné
Les constats ne valent leur classement que si quelqu'un mesure à nouveau. Corrigez, attendez trente jours, puis comparez le même funnel pour le même segment, et non l'activation globale, qui varie pour une dizaine de raisons à la fois.
| Ce que vous avez corrigé | Ce qui devrait bouger | Si rien ne bouge |
|---|---|---|
| Une étape avec un fort taux d'abandon | La complétion de cette étape précise | La cause se situait en amont, pas sur l'étape |
| Le timing de l'accompagnement | La complétion des guides, et l'action qui suit | Mauvaise audience, pas mauvais moment |
| Un champ d'inscription supprimé | La complétion de l'inscription, sans baisse de la qualité des leads | Le champ n'était pas la source de friction |
| Un état vide repensé | Le taux de création du premier objet | Les utilisateurs ne peuvent pas encore créer l'objet du tout |
| Un parcours dédié aux membres | L'activation au sein du segment des invités | Les membres n'ont jamais été le point de blocage |
Conservez le document d'audit et annotez-le. Six mois plus tard, la trace de ce que vous avez trouvé, de ce que vous avez changé et de ce qui a bougé vaut plus que les constats initiaux : c'est le seul moyen pour une équipe d'apprendre lesquelles de ses intuitions sur l'onboarding sont fiables. Si vous êtes encore en train de construire la couche de mesure, le guide des métriques d'onboarding utilisateur détaille ce qu'il faut instrumenter, et celui sur le time to value couvre l'indicateur phare que la plupart des audits finissent par recommander.
Corriger la moitié bon marché sans cycle de release
Si les audits valent la peine d'être menés avant les refontes, c'est une question d'arithmétique : la moitié « explication » de la liste est généralement la plus importante, et elle ne mobilise pas de capacité technique. Avec Kompassify, la plupart de ces constats deviennent un travail que vous pouvez boucler en un après-midi :
- L'étape que les gens abandonnent reçoit une courte visite produit ou une infobulle à ce moment précis, construite visuellement sur vos écrans en ligne.
- La commande que personne ne remarque reçoit un hotspot, discret, facile à ignorer, et suffisant pour la rendre visible.
- Le problème de la deuxième session se règle avec une checklist d'onboarding qui mémorise la progression de chaque utilisateur et reprend là où il s'était arrêté.
- Le constat « un seul flow pour tous les rôles » se règle avec le ciblage par segment, pour que les membres invités cessent d'apprendre à créer l'espace de travail dans lequel on les a invités.
- Les impasses jamais conçues reçoivent un message contextuel qui explique ce qui s'est passé et quoi faire, pendant que la vraie correction est planifiée.
- Le manque de mesure est comblé par les analytics intégrés, qui indiquent la portée et la complétion de chaque étape pour que le prochain audit commence avec des chiffres.
Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit en dessous de 100 utilisateurs actifs mensuels, avec des offres payantes à partir de 129 $/mois. Vous pouvez aussi essayer une démo en direct avant d'installer quoi que ce soit.
Corrigez dès cette semaine ce que votre audit a révélé
La plupart des constats d'un audit d'onboarding sont des manques d'explication, pas du travail technique. Kompassify ajoute des visites produit, des checklists d'onboarding, des infobulles et des hotspots à votre produit existant sans code, ciblés sur le segment en difficulté, déclenchés au moment qui compte et mesurés étape par étape, pour que vous puissiez prouver que le constat est résolu. Conforme au RGPD, hébergé dans l'UE et gratuit en dessous de 100 utilisateurs actifs mensuels.
Commencer gratuitement →Questions fréquentes
Qu'est-ce qu'un audit d'onboarding utilisateur ?
Un audit d'onboarding utilisateur est un examen structuré de tout ce qui se passe entre l'inscription d'un utilisateur et l'obtention de son premier vrai résultat, mené à partir d'une checklist fixe et de données comportementales réelles plutôt que d'opinions. Il produit une liste hiérarchisée de constats précis, chacun rattaché à une étape, un segment et un chiffre, au lieu d'une vague impression que l'onboarding pourrait être meilleur. Son objectif est le diagnostic, pas la conception : le livrable est une réponse étayée à la question « où perdons-nous les gens exactement, et pourquoi ? », et c'est ce qui donne tout son intérêt à la refonte qui suit.
Quand faut-il mener un audit d'onboarding ?
Quatre moments le justifient. Quand l'activation stagne ou recule depuis deux mois environ. Avant de vous engager dans une refonte de l'onboarding, pour que la reconstruction vise un problème réel. Après un changement important du produit, des tarifs ou de l'audience, car l'onboarding conçu pour la version précédente cesse discrètement de convenir. Et quand le support répond sans cesse aux mêmes questions de première semaine, signe d'un onboarding qui échoue de façon mesurable et coûteuse. En lancer un selon un calendrier annuel fixe, sans déclencheur, produit généralement un document sur lequel personne n'agit.
Que doit couvrir un audit d'onboarding utilisateur ?
Cinq couches. La promesse d'acquisition : ce qu'on a dit à l'utilisateur avant son inscription, et si le produit tient cette promesse. L'inscription et la création de compte : friction, champs obligatoires, vérification, délai avant le premier écran. Le premier lancement : à quoi ressemble un compte vide et si la première action utile est évidente. Le chemin vers la valeur : si l'itinéraire le plus court vers un vrai résultat est bien celui que le produit propose. Et la couche accompagnement et mesure : si l'aide existe aux bons moments, et si quelqu'un est capable de dire quelle étape fait perdre des utilisateurs. Les audits qui n'examinent que la couche du milieu passent à côté de l'essentiel des causes.
Comment auditer l'onboarding sans beaucoup de données ?
Parcourez le flow comme un utilisateur réellement nouveau, dans un compte vierge, sur un ordinateur portable ordinaire, avec les mêmes informations qu'une vraie inscription, et prenez une capture d'écran horodatée à chaque étape. Faites-le une fois en tant qu'admin qui crée un espace de travail et une fois en tant que membre invité qui en rejoint un, car ces deux expériences sont généralement très différentes et une seule d'entre elles est testée. Ajoutez ensuite toutes les preuves qualitatives disponibles : tickets de support de la première semaine, objections commerciales et enregistrements de sessions si vous en avez. Cela suffit pour identifier les principaux problèmes, même sans aucune instrumentation de funnel.
Comment prioriser les constats d'un audit d'onboarding ?
Notez chaque constat selon le nombre d'utilisateurs concernés, ce qu'il leur coûte quand il se produit et le travail que demande la correction, puis triez par impact rapporté à l'effort. Le résultat se scinde généralement de façon nette. Les constats qui exigent des changements produit ou techniques vont dans la roadmap avec une vraie estimation. Ceux qui relèvent en réalité d'un manque d'explication (une étape que les gens atteignent puis abandonnent, une commande que personne ne remarque, un état que personne n'a conçu) peuvent être corrigés par de l'accompagnement en quelques jours. Traiter d'abord la moitié bon marché, c'est ce qui permet de financer la moitié coûteuse.
Quels problèmes les audits d'onboarding révèlent-ils le plus souvent ?
La même courte liste, dans presque chaque audit : une visite produit qui se lance sur un compte vide, un état vide jamais conçu, un formulaire d'inscription qui demande des informations dont le produit n'a pas encore besoin, une première session sans prochaine action évidente, un flow générique unique pour plusieurs rôles différents, un accompagnement qui arrive avant que l'utilisateur ne se pose une question, un cas d'échec non géré comme un import raté ou une invitation expirée, une deuxième session qui repart de zéro parce que la progression n'a pas été mémorisée, un contenu d'aide qui existe mais se trouve à trois clics, et aucune mesure à l'étape où les gens partent réellement.
Combien de temps dure un audit d'onboarding ?
Un audit ciblé demande environ une semaine de travail à temps partiel. À peu près une journée pour rassembler les preuves et parcourir les flows, deux jours pour dérouler la checklist et rédiger les constats, une journée pour les noter et les classer, et une demi-journée pour présenter. L'allonger améliore rarement le résultat, car les principaux constats sont généralement évidents dès le deuxième jour et le temps restant sert à documenter des choses que personne ne corrigera. S'il prend un mois, il s'est discrètement transformé en projet de refonte.
Comment corriger les constats d'un audit sans attendre l'équipe technique ?
Séparez les constats qui exigent que le produit change de ceux qui exigent que le produit s'explique, car le second groupe est généralement plus important et bien moins coûteux. Avec une plateforme no-code comme Kompassify, vous pouvez ajouter une visite produit sur l'étape que les gens abandonnent, une infobulle sur la commande que personne ne remarque, une checklist qui mémorise la progression d'une session à l'autre et un message contextuel sur les impasses que personne n'a conçues, le tout construit visuellement sur votre produit en ligne, ciblé par segment et mesuré étape par étape. Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit en dessous de 100 utilisateurs actifs mensuels, avec des offres payantes à partir de 129 $/mois.