Deux listes ordonnées circulent dans une équipe produit et portent souvent le même nom. Le ton des messages sert de contexte dans les deux cas, jamais de rang : voir l'analyse de sentiment appliquée à la priorisation. L'une classe ce que les utilisateurs demandent. L'autre classe ce que l'équipe va construire. Elles ne se déduisent pas l'une de l'autre.
La réponse courte. La priorisation du feedback consiste à évaluer et ordonner des retours utilisateurs selon leur pertinence, leur impact, leur fréquence, leur cohérence stratégique et le contexte des comptes concernés. Elle produit une compréhension hiérarchisée des besoins. La décision de ce qui sera construit vient après, et intègre des éléments que le feedback ne contient pas.
Les cinq critères
Chaque critère répond à une question différente. Aucun ne suffit seul, et le plus mal utilisé est le premier.
La fréquence. Combien de comptes distincts expriment ce besoin. Compter les comptes et non les messages : cinq remarques d'une même organisation restent une organisation.
L'impact. Ce que le besoin non satisfait empêche. Un blocage de tâche principale ne se compare pas à un agacement esthétique, même si le second est mentionné plus souvent.
La pertinence. Le besoin relève-t-il du produit. Une part significative des demandes relève de la documentation, de la formation ou d'un problème d'interface mal identifié.
La cohérence stratégique. Le besoin va-t-il dans la direction choisie. Une demande fréquente et bloquante venant d'un segment qu'on n'adresse pas reste une demande à laquelle on répond non.
Le contexte du compte. Qui exprime le besoin, dans quelle situation, à quelle échéance de renouvellement. C'est ce que la segmentation apporte.
Ce que la priorisation du feedback n'est pas
Quatre notions voisines s'y substituent régulièrement.
| Notion | Ce qu'elle ordonne | Quand elle intervient |
|---|---|---|
| Tri de premier niveau | Rien, elle classe et oriente | À l'arrivée de chaque message |
| Segmentation | Rien, elle analyse par groupe | Avant l'évaluation |
| Priorisation du feedback | Des besoins utilisateurs | Après la segmentation |
| Priorisation des fonctionnalités | Du travail produit | Après, avec coût et contraintes |
La différence la plus coûteuse à ignorer est la dernière. La priorisation des fonctionnalités intègre l'effort de développement, les dépendances techniques, la dette et les engagements déjà pris. Le feedback n'en dit rien. Confondre les deux revient à laisser les utilisateurs arbitrer des sujets dont ils n'ont pas les éléments.
Le vote n'est pas une priorisation
Un tableau de votes ordonne par popularité, et la popularité est un seul des cinq critères, mesuré sur la population qui prend la peine de voter.
Cela reste utile : le vote regroupe les demandes identiques et donne un signal de fréquence peu coûteux à collecter. Mais un classement par nombre de voix ne dit rien de l'impact, de la pertinence ni de la cohérence stratégique.
Le vote pondéré tente de corriger cela en donnant plus de poids à certains comptes. C'est un arbitrage assumé, pas un correctif neutre, et il a ses propres effets de bord.
Un exemple de lecture
Exemple hypothétique. Trois besoins remontent le même mois.
Le premier est cité par vingt-deux comptes, tous sur l'offre gratuite, et décrit un confort d'usage. Fréquence élevée, impact faible, cohérence discutable.
Le deuxième est cité par trois comptes qui décrivent une tâche qu'ils font à la main chaque semaine. Fréquence faible, impact élevé, pertinence produit claire.
Le troisième est cité par un compte en renouvellement dans deux mois et décrit une obligation réglementaire de son secteur. Fréquence minimale, impact bloquant, cohérence stratégique à trancher selon qu'on adresse ce secteur.
Un classement par fréquence met le premier en tête. Un classement sur les cinq critères ne le fait pas. C'est toute la différence entre compter et prioriser.
Questions fréquentes
Faut-il une note chiffrée ?
Pas nécessairement. Une note donne une impression de rigueur qui dépasse souvent la qualité des estimations qui la composent. Trois catégories, comme bloquant, utile et confort, suffisent à trancher la plupart des cas.
À quelle fréquence prioriser ?
Au rythme des décisions produit, pas au rythme des arrivées. Prioriser en continu revient à réordonner une liste dont personne ne consomme le sommet.
Qui doit prioriser ?
La personne qui porte la direction produit, avec les retours du support et du commercial. Déléguer entièrement à ceux qui parlent aux clients fait dériver vers le compte le plus insistant.
Que fait-on des besoins non retenus ?
On y répond. Une réponse négative argumentée clôt le sujet ; le silence le laisse ouvert et alimente l'idée que personne n'écoute.
Pour aller plus loin
- Comment prioriser le feedback produit sans se tromper
- Qu'est-ce que la priorisation des fonctionnalités ?
- Qu'est-ce que la centralisation du feedback ?
Prioriser suppose de savoir qui a demandé quoi. Voyez les demandes de fonctionnalités et les tarifs.