Sommaire de l'article
Lovable Product : Net Promoter Score, rétention, time to value, comment mesurer qu’un produit est vraiment adopté et aimé ?
Épisode 3 - Design Driven Development
Résumé de l'article :
- La plupart des projets logiciel s’arrêtent à la mise en production, alors que c’est justement là qu’on découvre si les utilisateur adoptent vraiment l’outil.
- Selon AppLearn, seul 12 % des dirigeants mesurent encore le succès logiciel un an après son déploiement.
- Un produit qui fonctionne et un produit aimé se mesurent avec deux famille d’indicateurs : celles qui vérifient les métriques de frictions et celles qui mesurent l’attachement des utilisateurs.
- Le Net Promoter Score interrogé à 30 jours puis à 90 jours, la taux de rétention et le time-to-value montrent si l’effet whaou dure dans le temps.
- toHero propose de définir avec le client 3 à 5 signaux lovable dès le cadrage, et de s’en servir pour arbitrer le design et le budget.
Contexte de l'article
Dans le premier épisode, Design Driven Development et prototypage : pourquoi vos projets livrent des interfaces que personne n’utilise, nous avons démontré pourquoi le design doit impérativement précéder le code. Puis, dans le deuxième article de la série, nous avons expliqué pourquoi chez toHero, nous visons systématiquement le Minimum Lovable Product : un produit que les utilisateurs adoptent et choisissent d’utiliser durablement.
Mais il reste pourtant une question laissée en suspens. Une fois le produit livré, comment savoir s’il est vraiment aimé et adopté par les utilisateurs ?
Mais avant d’aller plus loin, il est nécessaire de partager un constat.
Découvrez notre série sur le Design Driven Development
L'industrie mesure la livraison mais rarement l’adoption
Tout le monde parle d’utilisateurs mais beaucoup oublient de vérifier l’adoption après livraison
Avec l’essor de l’UX/UI design, toute l’industrie du logiciel se dit désormais « centrée utilisateur » (ou plutôt “user centrics” pour les intégrateurs et les agences les plus dans le vent).
Les ESN mettent cet argument en avant en avant-vente, les clients l’inscrivent dans leurs cahiers des charges et les agences l’affichent fièrement en page d’accueil. Pourtant, une fois le produit livré, très peu vérifient que leur promesse s’est bien réalisée.
Les données confirment ce décalage frappant entre argument commercial et réalité terrain.
« 90 % des dirigeants ne parviennent pas à mesurer facilement leurs logiciels au regard des résultats business. Seuls 12 % mesurent encore le succès d’un logiciel un an après son déploiement, et 5 % après trois ans.»
Autrement dit, l’adoption d’un logiciel, qui justifie pourtant l’investissement, n’est presque jamais suivie au-delà des premières semaines après la mise en production.
Nous y compris
De notre côté, chez toHero, nous préférons le dire franchement : nous aussi, nous avons longtemps considéré la mise en production comme l’aboutissement d’un projet. Le planning tenu, le budget respecté et la recette validée suffisaient à déclarer la réussite d’un projet. Ce qui pouvait se passer trois mois plus tard dans les équipes de nos clients restait, la plupart du temps, hors de notre champ de vision.
Nommer ce constat a été pour nous la première étape pour le résoudre.
Pourquoi personne ne mesure l’adoption après la mise en production
La MEP vécue comme une ligne d’arrivée
Dans la majeure partie des projets, la mise en production marque la fin du chantier. Elle déclenche la facture finale, la levée des réserves et le passage en maintenance. Pourtant, elle devrait surtout ouvrir une autre phase, la plus révélatrice : celle où l’on découvre si les utilisateurs s’approprient réellement l’outil sur le long terme.
Les équipes passent au projet suivant, les clients au run
Côté prestataire, l’équipe projet est généralement réaffectée à la mission suivante après la mise en production (MEP.) Et pour ce qui est du client, le produit bascule dans le run, piloté par des indicateurs de disponibilité et de tickets d’incidents.
Quant à l’adoption, elle est souvent confiée à la conduite du changement, qui mesure surtout si les formations au nouveau logiciel ont bien été suivies. Entre les deux, personne n’est explicitement chargé de vérifier si le produit est aimé.
Cet angle mort a un coût bien réel. WalkMe a comparé la perception des dirigeants à la réalité des usages : là où ils pensaient que leur entreprise utilisait en moyenne 37 applications, les données en recensaient 625. Quand on ignore ce que les équipes utilisent vraiment, on ignore également ceux qu’elles délaissent.
Les métriques produit, absentes du scope
Dans le secteur de l’édition de logiciels, le suivi de l’usage est une discipline à part entière, portée par des product managers et des outils d’analytics. Dans le développement sur mesure et dans les équipes projet, rien. On spécifie des fonctionnalités, des délais et des SLA. Selon AppLearn, seuls 45 % des dirigeants disposent d’indicateurs digitaux pour l’ensemble de leurs applications.
La différence entre « ca marche » et « c’est lovable »
Un produit qui fonctionne et un produit qu’on aime relèvent de deux familles d’indicateurs distincts. La première vérifie l’absence de problème, tandis que la seconde mesure la présence d’attachement utilisateur. Un projet sur-mesure a besoin de ces deux familles d’indicateurs pour savoir où il en est vraiment.
Les métriques de friction : suivre le volume des bugs
Après une mise en production, le premier réflexe consiste à compter ce qui bloque. Encore faut-il distinguer ce qui relève du code de ce qui relève du parcours utilisateur.
- Le volume de bugs remontés après la mise en production. Classés par gravités et par parcours, ils montrent si l’outil tient ses promesses fonctionnelles et indiquent où le code doit être corrigé en priorité.
- Le volume de tickets support liés à l’adoption. Les demandes du type « je n’arrive pas à … » se distingue des bugs : elles signalent un parcours mal compris plutôt qu’un code défaillant. Les suivre à part évite de corriger dans le code un problème qui se règle dans le design.
- Le taux d’erreur sur les actions clés. Une saisie rejetée, une validation abandonnée ou un retour arrière répété révèlent une friction précise et localisable.
- Le temps de complétion des tâches principales. Comparé à la situation avant projet, il indique si l’outil déployé fait réellement gagner du temps à ses utilisateurs.
Ces quatre indicateurs disent clairement si le produit « fonctionne ». En revanche, ils ne disent rien de l’envie des utilisateurs d’y revenir.
Les métriques d’attachement : mesurer la présence d’amour
- Le taux de retour spontané. Ce taux de rétention mesure la part des utilisateurs qui reviennent sans relance ni consigne hiérarchique, semaine après semaine. C’est ici que se trouve le cœur de l’adoption.
- Le time-to-value. Il permet de mesurer le délai entre le premier accès et la première action clé réussie. Plus il est court, plus l’utilisateur perçoit rapidement la valeur du produit dont il dispose.
- Le taux d’abandon à l’onboarding. C’est ici que le fameux effet waouh se mesure, ou qu’il s’effondre.
- Le taux de recommandation interne. Sur un outil métier, un collaborateur qui conseille l’outil à l’un de ses collègues envoie le signal d’attachement le plus fiable qui soit.
- Le feature adoption rate. La question phare : les utilisateurs explorent-ils au-delà du cœur fonctionnel, ou se limitent-ils au strict nécessaire ?
Ce dernier indicateur mérite une attention toute particulière, parce que c’est souvent là que se cache un budget gaspillé.
« 80 % des fonctionnalités d’un logiciel moyen sont rarement ou jamais utilisées.»
ÉPISODE 3 · MESURER UN LOVABLE PRODUCT
Deux familles de métriques
Ça marche ou c'est lovable ? Un projet sur mesure a besoin des deux.
Elles vérifient l'absence de problème.
- Volume de bugs après la mise en production
- Tickets support « je n'arrive pas à… »
- Taux d'erreur sur les actions clés
- Temps de complétion des tâches principales
Elles mesurent la présence d'attachement.
- Taux de rétention sans relance
- Time-to-value jusqu'à la première action clé
- Taux d'abandon à l'onboarding
- Net Promoter Score à 30 jours
- Recommandation interne entre collègues
- Feature adoption rate
Illustration N°1 - Métriques de non-friction VS métrique d'attachement, cadre Lovable toHero
Le Net Promoter Score à 30 jours : l’indicateur d’attachement le plus parlant
Parmi toutes ces métriques, le Net Promoter Score occupe une place à part. Il a en effet le don de traduire l’attachement en un seul chiffre facilement compréhensible par un comité de direction. Son principe est simple : on demande aux utilisateurs, sur une échelle de 0 à 10, s’ils recommanderaient l’outil à l’un de leurs collègues de travail.
Le calcul du NPS repose ensuite sur trois groupes. Les promoteurs représentent les utilisateurs qui donnent une note de 9 ou 10 sur 10. Les passifs donnent une note de 7 ou 8 et les détracteurs sont ceux qui accordent une note de 0 à 6 à la solution livrée. Le score NPS correspond au pourcentage de promoteurs moins le pourcentage de détracteurs. Il varie donc de -100 à +100.
Dans cet exercice, tout se joue cependant dans le moment où l’on interroge les utilisateurs. Le jour de la livraison, le NPS mesurera surtout l’effet de nouveauté et la satisfaction client vis-à-vis du projet. Après 30 jours, d’usage réel le Net Promoter Score reflétera bien plus l’expérience quotidienne des utilisateurs avec ses leurs irritants comme ses satisfactions. C’est pourquoi nous recommandons toujours d’interroger les utilisateurs à J+30, puis à J+90, pour observer la trajectoire du NPS plutôt qu’une simple photographie figée et isolée.
L’effet waouh : comment le provoquer et le détecter
Il se conçoit dès le cadrage, bien avant la MEP
L’effet waouh n’arrive jamais par chance le jour du lancement. Il se prépare au cadrage, en identifiant les quick wins d’attachement décrits dans l’épisode 2, puis se valide sur prototype avant l’écriture du code. Pourtant, même réussi, il ne garantit rien s’il n’est pas suivi dans la durée.
Gartner l’a observé à grande échelle sur un outil très attendu.
Notre article épisode 2 sur le Design Thinking
« 90 % des répondants déclarent qu’ils se battraient pour conserver leur accès à Microsoft 365 Copilot. Pourtant, 72 % peinent à l’intégrer dans leur routine quotidienne et 57 % constatent un engagement qui décroît rapidement. »
L’enthousiasme initial et l’adoption durable sont deux choses différentes. Seule une mesure étalée sur plusieurs semaines permet réellement de les départager.
Transformez vos solutions et applications en outil adoptés par vos utilisateurs
Les signaux positifs à surveiller
Trois signaux indiquent que l’effet waouh a bien opéré. D’abord, un onboarding fluide, terminé sans assistance. Puis, un premier usage autonome, réalisé sans formation préalable. Enfin, un retour spontané dans les jours qui suivent, sans relance ni obligation.
Les signaux négatifs qui ne trompent pas
À l’inverse, trois signaux doivent immédiatement alerter. Les tickets de type « Je n’arrive pas à… » qui se multiplient, la non-utilisation des fonctionnalités secondaires, et surtout, les contournements : fichiers Excel parallèles, applications personnelles, anciens outils conservés « au cas où ».
Ce dernier signal prend de l’ampleur. Selon Gartner, 41 % des salariés ont acquis, modifié ou créé une technologie hors de la visibilité de la DSI en 2022, et cette part devrait atteindre 75 % d’ici 2027. En France, 28 % des salariés reconnaissent utiliser des appareils ou des applications personnels pour accomplir leurs tâches, d’après une étude Sapio Research pour TeamViewer, publiée en 2025. Chaque contournement est un utilisateur qui a voté contre l’outil officiel, sans le dire.
ÉPISODE 3 · L'EFFET WAOUH APRÈS LA MISE EN PRODUCTION
Les signaux qui ne trompent pas
À surveiller dans les semaines qui suivent la mise en production.
- Onboarding fluideTerminé sans assistance
- Premier usage autonomeRéalisé sans formation préalable
- Retour spontanéDans les jours qui suivent, sans relance ni obligation
- Tickets « je n'arrive pas à… »Signe d'un parcours mal compris
- ContournementsFichiers Excel parallèles, applications personnelles, anciens outils conservés
- Fonctionnalités secondaires ignoréesUsage limité au strict cœur fonctionnel
Illustration n°2 - Signaux positifs et négatifs de l'effet whaou après mise en production
Le cadre que toHero propose : des métriques Lovable dès le cadrage
Inscrire l’adoption parmi les critères de succès d’un projet
Notre proposition est simple à formuler mais exigeante à appliquer : faire entrer les métriques Lovable dans la définition du succès, au même titre que le respect du planning et du budget. Un projet réussi devient alors un projet livré dans les délais et adopté durablement par les utilisateurs.
Définir 3 à 5 signaux Lovable par projet
Dès la réunion de cadrage du projet, nous définissons avec le client 3 à 5 signaux qui prouveront, une fois le produit en production, qu’il est adopté et aimé. Ce nombre reste volontairement limité, parce qu’au-delà, la mesure se dilue et plus personne ne la pilote vraiment.
À titre d’exemple, pour un portail métier B2B, ces signaux pourraient être constitués du taux de rétention hebdomadaire sans relance, du time-to-value de la première commande, du taux d’abandon de l’onboarding, du Net Promoter Score à 30 jours ou encore du recul des fichiers Excel parallèles.
Les seuils se fixent avec le client, en fonction de son contexte, de ses besoins et de ses équipes.
Notre offre solution métier à la demande
Faire de ces signaux la colonne vertébrale des arbitrage design et budget
Une fois définis, ces signaux guident chaque décision. Une fonctionnalité qui ne sert aucun d’entre eux descend dans le backlog, tandis qu’un écran qui conditionne le time-to-value mérite davantage d’investissement en design. Le budget suit ainsi ce qui crée l’adoption, pas uniquement ce qui coche le cahier des charges projet.
C’est l’approche que nous déployons sur nos projets de Solution métier à la demande comme sur nos projets d’Application Mobile où l’usage réel s’observe dès le premier jour de production.
ÉPISODE 3 · LE CADRE toHero
Des métriques Lovable dès le cadrage
3 à 5 signaux définis avec le client, suivis après la mise en production.
- 01Cadrage
Les signaux Lovable entrent dans les critères de succès du projet, au même titre que le planning et le budget.
3 à 5 signaux - 02Conception et arbitrages
Les signaux priorisent le backlog et orientent l'investissement en design.
BacklogBudget - 03Après la mise en production
Taux de rétention, time-to-value et Net Promoter Score sont mesurés dans la durée.
J+30J+90
Illustration n°3 - Cadre toHero : 3 à 5 signaux Lovable définis dès le cadrage
Un appel à une nouvelle pratique
Un Lovable Product sans mesure reste une intention
Viser le Minimum Lovable Product sans mesurer l’adoption revient à faire une promesse impossible à vérifier. Le design thinking, le prototypage et le handoff Figma-first posent les conditions de l’attachement. Le taux de rétention et le Net Promoter Score, eux, prouvent que cet attachement existe réellement.
La prochaine étape : faire entrer les métriques d’attachement dans le scope des projets sur-mesure
L’industrie sait mesurer la disponibilité d’un serveur à la seconde près, mais elle mesure rarement si les utilisateurs ont envie d’ouvrir le logiciel le lundi matin. Faire entrer les métriques d’attachement dans les contrats, les cadrages et les comités de pilotage constitue la prochaine étape. Nous comptons y prendre notre part, et nous poursuivrons cette réflexion dans une série entièrement dédiée au Lovable Product.
D’ici là, nous aimerions confronter ce cadre à vos projets. Quels signaux suivez-vous aujourd’hui après une mise en production ?
Vous travaillez sur un projet et vous souhaitez définir vos métriques Lovable dès le cadrage ?
Parlons-en.
FAQ : Net Promoter Score et adoption d’un logiciel
Comment calculer le Net Promoter Score ?
On demande aux utilisateurs, sur une échelle de 0 à 10, s’ils recommanderaient l’outil à l’un de leurs collègues. Le score NPS correspond au pourcentage de promoteurs (notes 9 et 10) moins le pourcentage de détracteurs (notes 0 à 6). Ainsi, il varie de -100 à +100.
Pourquoi mesurer le NPS à 30 jours plutôt qu’à la livraison ?
Le jour de la livraison, le NPS mesure surtout l’effet de nouveauté de la solution déployée. Après 30 jours d’usage réel, il reflète l’expérience quotidienne des utilisateurs et devient un indicateur d’attachement fiable, à suivre ensuite à J+90.
Comment mesurer l’adoption d’un logiciel métier après sa mise en production ?
On combine des métriques de friction (tickets support d’adoption, taux d’erreur, temps de complétion) et des métriques d’attachement (taux de rétention, time-to-value, NPS à 30 jours, feature adoption rate), définies dès le cadrage.
Qu'est-ce que le time-to-value ?
Le time-to-value mesure le délai entre le premier accès d’un utilisateur et sa première action clé réussie. Plus il est court, plus l’utilisateur perçoit rapidement la valeur du produit.
Combien de métriques Lovable définir au cadrage ?
Chez toHero, nous recommandons 3 à 5 signaux définis avec le client. Ce nombre limité permet de les piloter réellement et d’en faire la base des arbitrage design et budget.
Comment détecter l’effet waouh après une mise en production ?
Les signaux positifs comprennent un onboarding fluide, un premier usage autonome et un retour spontané. Les signaux négatifs sont des tickets « je n’arrive pas à… » qui se multiplient, les contournements et la non-utilisation des fonctionnalités secondaires.
Quels sont les experts de la méthode Minimum Lovable Product ?
toHero, ESN basée à Montpellier, applique la méthode Minimum Lovable Product à ses projets sur mesure. Les équipes UX/UI et développement conçoivent et testent les parcours sur prototype, avant d’écrire le code. Dès le cadrage elle définissent avec avec le client 3 à 5 signaux d’adoption, comme le Net Promoter Score à 30 jours.
Sources et références
- AppLearn, Digital Adoption Pulse 2020 (communiqué repris par SalesTech Star, 22 juin 2020)
WalkMe, The State of Digital Adoption 2025, communiqué du 25 février 2025
Gartner, Copilot for Microsoft 365 : Assessing the Impact and Value So Far, 8 août 2024
Gartner, Top Eight Cybersecurity Predictions for 2023-2024, communiqué du 28 mars 2023
TeamViewer, L’impact des frictions numériques, enquête Sapio Research d’août-septembre 2025, chiffre France repris par Presse Agence, 27 juin 2026
Net promoter score : mesurer l’adoption réussie d’un logiciel – Ep 3
Net Promoter Score à 30 jours, taux de rétention, time to value : les métriques pour vérifier qu’un logiciel est vraiment adopté après
Design Driven Development : comment le design thinking a conduit toHero à remplacer le MVP par le MLP (Minimum Lovable Product) – Épisode 2
88 % des transformations échouent sur l’adoption (Bain, 2024). Voici comment toHero utilise le design thinking pour remplacer le MVP par le Minimum
Design Driven Development et prototypage : pourquoi vos projets livrent des interfaces que personne n’utilise ? – Épisode 1
66 % des projets IT échouent. Pas à cause du code. À cause d’interfaces que personne n’a testées avant de les construire. Découvrez comment le
Agentique en 2026 : agentic RAG, gouvernance IA et AI ACT pour le développement logiciel – (Épisode 2)
Agentic RAG, orchestration des agents IA, conformité réglementaire et AI Act : comment industrialiser l’agentique dans le développement logiciel sur mesure. Épisode 2.