22 août 2026
Le problème du deuxième workflow : pourquoi l’activation meurt après la première victoire
L’inscription est instrumentée à outrance. Le moment qui décide de la rétention arrive plus tard, quand l’utilisateur s’attaque à ce pour quoi votre produit existe vraiment — et personne ne regarde.
Toutes les revues d’onboarding auxquelles j’ai assisté suivent le même scénario. Quelqu’un affiche l’entonnoir d’inscription, montre la chute entre « compte créé » et « activé », et la salle convient qu’il faut corriger les cinq premières minutes. Un formulaire plus court. Un meilleur état vide. Un product tour. Puis les chiffres bougent à peine, parce que l’utilisateur qui s’en va s’est rarement perdu dans les cinq premières minutes. Il s’est perdu la deuxième semaine, en essayant de faire ce pour quoi il était venu — et personne ne regardait ce moment-là.
Je veux nommer ce moment, vous montrer comment le repérer dans vos propres données, et défendre l’idée que c’est, de loin, l’endroit d’un produit où l’aide a le plus d’effet de levier.
Deux workflows, un seul entonnoir
Tout produit a un premier et un deuxième workflow, et ils ne sont pas de même nature.
Le premier workflow, c’est la mise en place. Créer un espace de travail, inviter un collègue, connecter une source, importer un fichier. Il est linéaire, identique pour tout le monde, et justement parce qu’il est identique pour tout le monde, il est facile à baliser d’une visite guidée, facile à instrumenter et facile à optimiser. C’est là que va l’essentiel des efforts d’onboarding et, honnêtement, la plupart des produits s’en sortent bien sur ce point.
Le deuxième workflow, c’est le vrai travail. Construire le premier vrai rapport. Lancer la première campagne. Faire le premier rapprochement comptable. C’est ce que l’utilisateur vous répondrait si vous lui demandiez pourquoi il s’est inscrit. Il comporte plusieurs étapes, se ramifie selon ses données, dépend des choix faits pendant la mise en place, et varie du tout au tout entre une start-up de deux personnes et une grande entreprise de 400 licences.
L’entonnoir réduit les deux à un seul chiffre. « Activé » est généralement défini par le premier workflow — parce que c’est lui qui émet des événements propres — si bien que le tableau de bord passe au vert exactement au moment où le vrai risque commence.
Regardez votre définition de l’activation. Si chacun de ses événements peut être accompli par un utilisateur qui n’a encore rien produit de valeur avec votre produit, votre indicateur d’activation mesure la mise en place, pas la réussite.
Pourquoi c’est au deuxième workflow que les utilisateurs partent
Ce n’est pas que le deuxième workflow soit plus difficile, même s’il l’est généralement. C’est qu’il est laissé sans accompagnement, d’une façon bien précise.
Plus de visite guidée. Les product tours se déclenchent une fois, à la première visite, sur un parcours connu. Le deuxième workflow arrive au quatrième jour, sur une page que la visite n’a jamais abordée, à partir d’un état que son auteur n’avait pas prévu.
La doc est générique. La documentation explique la fonctionnalité. Elle ne peut pas l’expliquer pour ce compte-là, avec ces données, avec cette offre, après que l’utilisateur a sauté l’étape trois de la mise en place. Plus votre produit s’adapte au client, moins une doc générale a de choses à dire.
Personne, chez vous, ne sait que ça se passe. Un utilisateur bloqué pendant la mise en place écrit parfois au support. Un utilisateur bloqué dans le deuxième workflow, en général, non : il pense que c’est sa faute, il se dit qu’il y reviendra, et il n’y revient pas. Pas de ticket, pas de replay de session que quelqu’un regarde, pas d’alerte. Le compte se fait silencieux et résilie au renouvellement, avec un historique de support impeccable.
Le deuxième workflow, c’est le moment où le produit cesse d’être une démo pour devenir du travail. C’est aussi le moment où la plupart des produits cessent d’aider.
Le repérer dans vos données
Vous avez presque certainement déjà les événements ; vous n’avez simplement pas tracé la ligne au bon endroit. Voici l’exercice que je ferais cette semaine.
1. Écrivez, en une phrase, la tâche qu’un nouveau client est venu accomplir en s’inscrivant. Pas une fonctionnalité : une tâche. « Envoyer une campagne à une vraie liste. » « Clôturer le mois. »
2. Associez cette tâche à la plus courte séquence d’événements qui prouve qu’elle a eu lieu. Trois à six événements, qui aboutissent à quelque chose de bien réel : un e-mail envoyé, une période clôturée, une page publiée.
3. Mesurez la part des utilisateurs qui terminent cette séquence dans les 14 jours suivant la fin de la mise en place. Baptisez-la taux d’achèvement du deuxième workflow.
4. Placez-la à côté de votre chiffre d’activation actuel.
L’écart entre ces deux chiffres, c’est votre vrai problème d’onboarding, et pour la plupart des produits, c’est le plus gros chiffre de tout l’entonnoir.
1er — workflow : la mise en place — linéaire, guidé, instrumenté
2e — workflow : le vrai travail — ramifié, sans visite guidée, là où les utilisateurs partent
14 jours — une fenêtre raisonnable pour mesurer l’achèvement du deuxième workflow
À quoi ressemble généralement ce chiffre
Toutes les équipes à qui j’ai demandé de faire l’exercice ont trouvé le même profil : une activation entre 40 et 60 %, un taux d’achèvement du deuxième workflow quelque part entre 10 et 25 %. La moitié des utilisateurs que votre tableau de bord considère comme activés ne font jamais ce pour quoi ils sont venus. Ce n’est pas un problème de documentation, ni de finitions UX. C’est un problème d’aide au bon moment.
Pourquoi les solutions évidentes déçoivent
Plus de visites guidées. Les équipes tentent de baliser le deuxième workflow d’une visite et découvrent pourquoi personne ne le fait : il se ramifie. Une visite qui marche sur un compte vierge casse sur un compte qui a déjà importé des données ; une visite conçue pour l’offre Growth pointe vers un bouton que l’offre Launch n’a pas. Vous finissez par maintenir toute une arborescence de visites qui se périment à chaque changement d’interface.
Une meilleure doc. La doc est la bonne réponse pour la référence, et la mauvaise pour un utilisateur bloqué. Celui-ci doit quitter le produit, trouver la bonne page, transposer des instructions générales à son écran précis et revenir, tout en gardant en tête son intention à moitié accomplie. La plupart n’y parviennent pas.
Un widget de chat. On s’en rapproche, puisque l’aide est au moins dans le produit. Mais un bot qui a lu votre doc répond en prose, et la prose doit encore être traduite en clics. Il ne voit pas non plus l’écran de l’utilisateur : il ne peut donc pas savoir que le bouton qu’il décrit est désactivé dans son offre.
Chacune de ces solutions améliore un peu le chiffre, ce qui donne l’impression d’aller dans la bonne direction. Ce n’est pas le cas. Elles se heurtent toutes au même plafond : elles décrivent le produit à l’utilisateur au lieu de faire le workflow avec lui.
Ce qui fait vraiment bouger le chiffre
Les clients qui affichent les meilleurs taux d’achèvement du deuxième workflow sont ceux qui ont un Customer Success Manager humain attitré. Ce n’est pas un hasard, et ce n’est pas parce que le CSM connaît le produit mieux que la doc. C’est parce que le CSM fait trois choses dont la doc est incapable :
– Il voit la situation réelle de l’utilisateur — son écran, ses données, son offre — et donne l’étape suivante précise, pas l’étape générique.
– Il le guide pas à pas, en direct, au lieu de lui décrire la marche à suivre. Montrer le bouton vaut mieux que le nommer.
– Il remarque le silence. Quand un compte cale dans le deuxième workflow, le CSM prend contact avant que l’utilisateur n’ait conclu que le produit n’est pas fait pour lui.
L’économie d’un CSM humain ne tient qu’au-delà d’une certaine taille de contrat. Si ce problème me passionne autant, c’est que ces trois comportements sont désormais à la portée d’un logiciel : lire l’interface affichée, amener un curseur sur l’élément, surveiller l’usage et prendre la parole en premier. C’est toute la thèse de Barkan — un Customer Success Manager pour chaque compte, pas seulement pour les gros — et le deuxième workflow est précisément là où il fait ses preuves.
– Votre indicateur d’activation mesure probablement la mise en place, pas la réussite. Définissez et suivez à part le taux d’achèvement du deuxième workflow.
– Les utilisateurs partent au deuxième workflow parce qu’il n’a ni visite guidée, ni documentation en contexte, et que personne ne s’en aperçoit — pas parce qu’il est trop difficile.
– La solution, c’est une aide qui voit l’écran, montre l’étape et prend la parole en premier. Mieux décrire le produit se heurte vite à un plafond.
Un plan concret pour les 30 prochains jours
1. Cette semaine : définissez le deuxième workflow et mesurez son taux d’achèvement. Attendez-vous à un chiffre qui dérange.
2. Deuxième semaine : regardez dix sessions d’utilisateurs qui ont commencé le deuxième workflow sans le terminer. Notez l’étape exacte où chacun a calé. Les blocages se concentreront aux mêmes endroits.
3. Troisième semaine : placez de l’aide sur les deux principaux points de blocage — dans le produit, sur cet écran, adaptée à l’état de l’utilisateur. Si vous n’avez pas de couche de guidage, une invite contextuelle qui ouvre un chat avec un humain vaut mieux que rien.
4. Quatrième semaine : mesurez à nouveau. Le taux d’achèvement du deuxième workflow est le vrai chiffre ; tout le reste n’est qu’approximation.
Le premier workflow fait entrer l’utilisateur dans la maison. Le deuxième décide s’il y reste. Instrumentez-le, mettez-y des moyens, et cessez de vous féliciter d’un entonnoir qui s’arrête sur le pas de la porte.
Barkan voit l’écran de l’utilisateur, montre l’étape suivante avec un curseur en direct et prend la parole en premier quand un compte cale. Une balise script, 25 $ de crédits, sans carte bancaire.
« La plupart des utilisateurs ne veulent pas d’une réponse de plus. Ils veulent qu’on leur montre le chemin, ou que ce soit fait. Tout le produit est là. »
Gabriel Lancelot
Cofondateur de Barkan
