Un tunnel d'onboarding n'est pas un tunnel de conversion
Un tunnel de conversion se termine par une transaction. Un tunnel d'onboarding se termine au moment où un nouvel utilisateur obtient ce pour quoi il est venu : le premier rapport généré, le premier collègue invité, le premier paiement encaissé. Les deux se recoupent, mais ils répondent à des questions différentes, et mesurer l'un en l'appelant l'autre est la raison la plus fréquente pour laquelle les chiffres d'onboarding paraissent bons alors que la rétention ne l'est pas.
La différence pratique tient à ce qui compte comme succès. Une inscription est une conversion. Ce n'est pas une activation, et un tunnel qui s'arrête à l'inscription ne vous dira rien sur le fait que le produit a fonctionné.
Définissez les étapes à partir du produit, pas de l'organigramme
Les équipes construisent souvent le tunnel autour d'étapes internes — inscription, onboarding, activation, adoption — parce que c'est ainsi que le travail est réparti. Les utilisateurs ne vivent pas ces catégories : ils vivent des écrans et des actions.
Écrivez chaque étape comme quelque chose qu'une personne fait : a créé un compte, a connecté une source de données, a vu un graphique avec ses propres données, est revenu le lendemain. Si une étape ne peut pas être observée comme un événement, c'est une étiquette et non une mesure.
De quatre à six étapes, pas davantage
Un tunnel de douze étapes produit douze petites chutes et aucune réponse claire. Un tunnel de trois étapes cache l'échec dans une étape trop large pour agir dessus. Quatre à six, c'est généralement là où un tunnel reste lisible tout en isolant le problème.
Gardez les étapes dans un ordre strict que chaque utilisateur doit suivre. Si deux étapes peuvent survenir dans n'importe quel ordre, elles n'en font qu'une, ou elles relèvent de tunnels distincts.
Là où les tunnels d'onboarding cassent le plus souvent
Trois défaillances expliquent l'essentiel. L'état vide : le produit fonctionne mais ne contient encore rien, si bien que le premier écran ne démontre rien. La falaise de configuration : une étape qui exige des identifiants, un collègue, ou une décision que l'utilisateur n'est pas prêt à prendre. Et la ligne d'arrivée non signalée : l'utilisateur termine la configuration sans qu'on lui dise qu'il a réussi, donc la valeur n'est jamais perçue.
Toutes trois laissent la même empreinte dans les données : une seule étape où la chute est bien plus forte que chez ses voisines. Ouvrez les enregistrements derrière cette étape avant de théoriser sur le pourquoi.
Mesurez le temps, pas seulement le taux
Deux produits peuvent activer 40 % de leurs inscriptions et être dans des états de santé totalement différents. L'un y parvient en dix minutes ; l'autre met neuf jours, et d'ici là l'essentiel de l'intention qui a amené l'utilisateur s'est évaporé. Suivez le temps de parcours du tunnel en même temps que le nombre de personnes qui le terminent, et traitez un délai jusqu'à la valeur qui s'allonge comme un avertissement, même si le taux reste stable.