Un fondateur qui décide seul n'a pas de problème de consensus. Il a un problème de mémoire et de justification : se souvenir de ce qui a été dit il y a trois mois, et pouvoir expliquer six mois plus tard pourquoi il a choisi ceci plutôt que cela.
La réponse courte. Huit étapes relient un retour à une fonctionnalité livrée : capturer, normaliser, regrouper, valider, scorer, décider, communiquer, mesurer. Les deux qui distinguent ce chemin d'une simple file priorisée sont la validation, avant de construire, et la mesure, après avoir livré.
Les huit étapes
1. Capturer. Un canal, pas quatre. Le coût d'écriture décide de qui écrit : s'il faut rédiger un e-mail, seuls les très motivés et les très mécontents s'expriment.
2. Normaliser. Réécrire chaque retour sous la forme « qui, dans quelle situation, empêché de quoi ». C'est l'étape qui sépare le problème de la solution proposée, et elle prend une minute par retour.
3. Regrouper. Rassembler les besoins identiques. Le test : la même livraison satisferait-elle ces personnes.
4. Valider. Reprendre contact avec trois ou quatre personnes du groupe avant de décider. Cette étape ne figure dans presque aucun processus et évite l'essentiel des fonctionnalités construites à côté.
5. Scorer. Fréquence par compte, impact, cohérence stratégique, effort. Une note grossière suffit.
6. Décider. Choisir, et écrire l'argument en deux lignes.
7. Communiquer. Changement d'état pour ceux qui ont demandé, changelog à la livraison.
8. Mesurer. Vérifier que ceux qui demandaient utilisent ce qui a été livré.
L'étape que tout le monde saute
La validation, la quatrième, est celle dont l'absence coûte le plus cher, et elle ne coûte que quelques conversations.
Un groupe de douze demandes qui se ressemblent donne l'impression d'un besoin clair. En rappelant trois de ces personnes, on découvre régulièrement que deux d'entre elles décrivent une autre situation, ou qu'elles se sont déjà arrangées autrement et que le besoin a disparu.
Trois questions suffisent :
- Que faisiez-vous quand cela vous a manqué ?
- Comment faites-vous aujourd'hui à la place ?
- Si nous ne le faisons pas, qu'est-ce que cela change pour vous ?
La troisième est la plus informative. Une réponse embarrassée signale un confort. Une réponse précise signale un blocage.
Scorer sans se mentir
Un score sert à rendre un arbitrage explicable, pas à le rendre objectif. Les entrées restent des estimations.
| Critère | Ce qu'on estime | Piège courant |
|---|---|---|
| Fréquence | Nombre de comptes distincts | Compter les messages |
| Impact | Ce que le manque empêche | Prendre l'insistance pour l'impact |
| Cohérence | Alignement avec la direction | En faire un point plutôt qu'un veto |
| Effort | Coût de construction | Sous-estimer la maintenance ensuite |
Deux règles rendent le score honnête. Estimer l'effort avant de connaître le score des autres critères, sinon on ajuste inconsciemment. Et écrire la valeur retenue et la raison, pas seulement le total.
Ce que ce framework ne remplace pas
Il organise la décision, il ne la prend pas à votre place, et il ne compense pas trois choses.
Il ne remplace pas une direction produit. Sans idée de ce que le produit veut devenir, le critère de cohérence stratégique n'a pas de contenu et le score se réduit à de la popularité pondérée par l'effort.
Il ne remplace pas l'observation. Le feedback rapporte ce que les gens disent ; l'usage montre ce qu'ils font. Les deux divergent souvent, et les signaux de rétention racontent une partie de l'histoire que personne n'écrit jamais dans un message.
Il ne remplace pas le refus. Un framework qui aboutit toujours à « oui, plus tard » produit une file infinie. Fermer des sujets fait partie du travail.
Questions fréquentes
Est-ce que cela tient pour une personne seule ?
Oui, c'est le cas pour lequel il est écrit. Les étapes ne demandent pas d'équipe, elles demandent d'être écrites pour survivre à l'oubli.
En quoi est-ce différent de RICE ou MoSCoW ?
RICE et MoSCoW sont des méthodes de notation ; elles couvrent l'étape 5. Ce chemin couvre les sept autres, dont la capture, la validation et la mesure, qui déterminent la qualité de ce qui entre dans la notation.
Combien de temps pour un cycle complet ?
Quelques heures réparties sur un cycle de planification, dont la moitié en conversations de validation. Le reste est de la mise en forme.
Que faire quand le score contredit l'intuition ?
Chercher le critère mal estimé avant de conclure. L'écart vient le plus souvent d'un impact sous-évalué ou d'une cohérence stratégique traitée comme un point plutôt que comme un veto.
Pour aller plus loin
- Comment prioriser le feedback produit sans se tromper
- Qu'est-ce que la priorisation des fonctionnalités ?
- Building in public : partager sa roadmap avec prudence
L'étape de communication est celle qui coûte le moins et se néglige le plus. Voyez la feuille de route et les tarifs.