Accueil Pratiques & Méthodes Vos indicateurs produit ne parlent pas la langue de la direction

Vos indicateurs produit ne parlent pas la langue de la direction

0

La scène se répète, presque à l’identique, dans des dizaines de comités de direction ou de pilotage chaque trimestre. Une responsable produit et UX (l’ensemble des disciplines qui étudient et conçoivent l’expérience que vit un utilisateur d’un produit) projette un graphique impeccable : le taux de réussite des tâches est passé de 61 % à 84 %, le score d’utilisabilité grimpe à 74. Silence poli autour de la table. Puis la question qui tue, formulée ou simplement pensée : « Et donc ? » Le budget de l’année suivante, lui, ne bougera pas d’un centime. Les indicateurs produit qu’on vient de présenter, aussi rigoureux soient-ils, n’ont convaincu personne.

Deux langues pour les mêmes indicateurs produit et UX

Ce n’est pas un problème de compétence, ni même de preuve. C’est un problème de traduction. C’est la thèse que défend Anna Kaley, directrice du conseil au Nielsen Norman Group (NN/g), cabinet de référence en recherche utilisateur fondé en 1998, dans un article publié début juillet 2026. Formée au journalisme avant de bâtir dix-neuf ans de carrière dans la recherche utilisateur et le conseil, Kaley a une conviction simple : les équipes produit et UX mesurent ce qu’elle appelle des indicateurs amont, ceux qui décrivent la performance d’une interface, comme le taux de réussite des tâches ou le SUS (System Usability Scale, une note sur 100 qui résume, à partir d’un court questionnaire standardisé, la facilité d’usage perçue d’un produit). Un directeur financier n’a aucun cadre de référence pour juger si 74 est un bon score. Une directrice des opérations ne sait pas relier un taux de complétion à l’objectif trimestriel dont elle répond devant sa direction générale. L’équipe produit parle interface ; l’entreprise parle chiffre d’affaires, coûts, risque, délais, fidélisation. Deux langues, une même réunion, et personne ne traduit. Ce besoin de justifier sans relâche son utilité n’est d’ailleurs pas propre à l’UX : il traverse toute une profession, prise entre plus de pouvoir et plus d’inquiétude à mesure que l’intelligence artificielle redistribue les cartes du travail produit.

Une obsession qui ne date pas d’hier

Kaley n’invente pas le problème : elle prolonge un chantier que NN/g creuse depuis plus de vingt ans. Dès 2003, le cabinet publiait un rapport fondateur sur le retour sur investissement (ROI, l’écart entre ce qu’un projet coûte et ce qu’il rapporte) de l’utilisabilité, bâti sur l’analyse de 72 projets de refonte, avant d’y revenir régulièrement, jusqu’à une mise en garde plus récente intitulée Three Myths About Calculating ROI of UX, sur les raccourcis dangereux de ce calcul. En 2010 déjà, chez Google, la chercheuse Kerry Rodden formalisait le cadre HEART (Happiness, Engagement, Adoption, Retention, Task Success : cinq familles de signaux d’usage), l’une des premières tentatives sérieuses de relier ces signaux aux OKR (Objectives and Key Results, une méthode de pilotage qui associe à chaque objectif quelques résultats mesurables) que suit une organisation. L’article de Kaley n’est donc pas un coup médiatique isolé : c’est un nouveau chapitre d’un débat structurel, celui qui oppose depuis longtemps la mesure de l’output (ce qu’une équipe livre : une fonctionnalité, un correctif, un écran redessiné) à la mesure de l’outcome (ce que cette livraison change réellement dans le comportement de l’utilisateur ou dans les résultats de l’entreprise).

La table de traduction : cinq leviers, pas cent tableaux de bord

Ce que l’article de juillet 2026 apporte de concret, c’est une grille de lecture directement utilisable. Kaley propose de faire correspondre chaque indicateur amont à l’un de cinq leviers que toute direction générale suit déjà : le chiffre d’affaires, les coûts, le risque, la vitesse de mise sur le marché et la fidélisation des clients. Un taux d’erreur en baisse sur un parcours de paiement ne se présente plus comme une amélioration ergonomique abstraite, mais comme une baisse attendue du volume de sollicitations au support client, donc des coûts. Une hausse du taux de réussite des tâches sur un flux d’inscription se traduit en un gain probable sur le taux de conversion, donc en chiffre d’affaires. L’exercice n’exige pas d’abandonner les indicateurs déjà collectés : il consiste à construire, à côté de chacun, la phrase qui le relie à ce que la direction surveille déjà.

Ce que ce déplacement change vraiment

Le glissement semble modeste ; il ne l’est pas. Une équipe qui reporte en outputs se positionne, sans le vouloir, comme un centre de coûts dont on rediscute l’utilité à chaque cycle budgétaire. Une équipe qui reporte en outcomes se positionne comme un partenaire de la performance de l’entreprise, dont on discute la contribution. C’est tout l’enjeu, plus large, du mouvement outcomes over outputs qui traverse le product management depuis une dizaine d’années : la légitimité d’une fonction produit ou UX ne se joue plus dans la seule qualité de son travail, mais dans sa capacité à en démontrer la portée dans le langage de ceux qui arbitrent les ressources. C’est aussi, plus discrètement, un changement de posture : le praticien UX ou produit doit apprendre à raisonner comme un contrôleur de gestion, sans cesser de raisonner comme un chercheur. Ce paradoxe n’est pas isolé : il rejoint celui, déjà documenté ici, des produits les plus performants qui ne gagnent pas toujours, faute d’avoir su convaincre ceux qui décident de leur sort.

Traduire n’est pas prouver

Le risque, documenté par NN/g elle-même dans ses mises en garde sur le calcul du ROI, est de confondre corrélation affichée et preuve de causalité. Qu’un taux de réussite des tâches progresse de vingt points ne garantit pas que le chiffre d’affaires suivra dans les mêmes proportions : la conversion, la fidélisation ou les coûts de support dépendent aussi du prix, de la concurrence, d’une campagne marketing, d’une saisonnalité. La grille de Kaley aide à formuler une hypothèse plausible, pas à établir un résultat mesuré, et aucune étude contrôlée ne vient encore chiffrer le gain réel de cette pratique de reporting sur les décisions budgétaires qu’elle vise à influencer. Il existe en outre un risque plus insidieux, bien connu des lecteurs de la littérature critique sur les indicateurs de vanité (des chiffres qui impressionnent sans rien dire de la valeur réellement créée) : à force de reporter ce que la direction veut entendre, une équipe peut se mettre à optimiser l’indicateur plutôt que le problème qu’il est censé représenter. Traduire un résultat en langage business est un exercice de clarté, pas un substitut à la rigueur de la mesure elle-même. Ce risque n’est pas propre au reporting : c’est le même que celui déjà pointé ici à propos des grilles de priorisation comme MoSCoW, Kano ou RICE, quand l’outil finit par se substituer au jugement qu’il devait seulement éclairer.

Lundi matin, avec le prochain comité

L’application est immédiate. Avant la prochaine revue de feuille de route ou la prochaine demande de budget, reprendre le dernier test utilisateur réalisé et reformuler sa conclusion principale sous l’un des cinq leviers : chiffre d’affaires, coûts, risque, vitesse, fidélisation. Pas « le taux de réussite est passé de 61 % à 84 % », mais « moins d’abandons sur le parcours de paiement, donc moins d’appels au support et moins de paniers perdus ». La différence tient en une phrase, mais c’est cette phrase, précisément, que la direction retient. NN/g a depuis prolongé le sujet dans plusieurs formats vidéo, signe que l’organisation le considère comme un chantier de fond plutôt qu’un article isolé : c’est aussi le pari que fait ce texte, celui d’une compétence de traduction qui devient, discrètement, aussi essentielle au métier que la conduite d’un entretien utilisateur.

Sources

L’article à l’origine de cette analyse, « Stop Reporting UX Activity and Report Business Outcomes » d’Anna Kaley, est consultable sur le site du Nielsen Norman Group.

AUCUN COMMENTAIRE

Quitter la version mobile