Pourquoi la priorisation est si difficile
La priorisation est l'activité centrale du product management — et l'une des plus difficiles, parce qu'elle exige de dire non à des demandes légitimes, de résister à des pressions commerciales, et de prendre des décisions sans informations complètes. Voici les 7 erreurs les plus courantes et comment les éviter.
Erreur 1 : Prioriser selon le dernier client qui a crié
Le biais de récence est le plus répandu : la dernière demande reçue est celle qui semble la plus urgente. Solution : imposez un délai minimal (24h) entre la réception d'une demande et sa mise en backlog. L'urgence perçue s'estompe souvent.
Erreur 2 : Confondre fréquence et importance
La fonctionnalité la plus demandée n'est pas nécessairement la plus importante. 500 utilisateurs gratuits qui demandent la même chose ne valent peut-être pas autant qu'un client Enterprise qui demande autre chose. Pondérez selon la valeur business, pas juste le volume.
Erreur 3 : Ne jamais dire non explicitement
Le "peut-être plus tard" est l'une des réponses les plus destructrices en product management. Elle maintient de faux espoirs et alimente un backlog infini. Apprenez à dire "non, parce que..." — c'est une marque de maturité produit.
Erreur 4 : Prioriser les features sans considérer la dette technique
Chaque sprint qui ignore la dette technique alourdit les prochains sprints. Les équipes qui ne réservent pas 15 à 20 % de leur capacité à la santé technique finissent par livrer 2x moins vite 6 mois plus tard.
Erreur 5 : Faire confiance à sa mémoire plutôt qu'aux données
"Je me souviens que beaucoup d'utilisateurs ont demandé ça" est une phrase dangereuse. La mémoire sélective retient ce qui confirme nos préférences. Les feedbacks documentés et analysés sont toujours plus fiables que les souvenirs.
Erreur 6 : Prioriser en isolation
Le PM qui priorise seul dans son coin passe à côté du contexte commercial (ce qui menace les renouvellements), technique (ce qui est 10x plus difficile qu'estimé), et design (ce qui brisera la cohérence UX). La priorisation est une décision collective, pas un monologue PM.
Erreur 7 : Ne jamais revisiter les décisions passées
Une fonctionnalité priorisée il y a 3 mois sur la base de certaines hypothèses peut ne plus être pertinente si le marché a évolué. Réexaminez votre top 10 de roadmap chaque mois — pas pour tout changer, mais pour confirmer que les hypothèses initiales tiennent.
Conclusion
La bonne priorisation n'est pas l'absence d'erreurs — c'est la capacité à les détecter et les corriger vite. Un système de priorisation avec des données fiables, des critères explicites, et des révisions régulières vous donnera une base solide pour minimiser ces erreurs.
