De nombreuses organisations produites disposent d’un processus de révision. Généralement, lorsque les chefs de produit (PM) ont un projet de document de spécifications produit (PRD) prêt, celui-ci est diffusé auprès des équipes de design, d’ingénierie, des affaires légales, des opérations, de la recherche et de la direction produit. Ce processus vise à améliorer la qualité et à réduire les risques. En pratique, il met souvent en lumière une réalité plus complexe : les PM prennent des décisions dans un cadre où le contexte pertinent dépasse ce qu’une seule personne peut facilement assembler.
Un PRD peut arriver à l’étape de révision avec des hypothèses qui ne reposent sur aucune preuve solide, des angles morts sur l’impact potentiel de la fonctionnalité sur des systèmes adjacents, ou des changements sensibles aux politiques sans les garde-fous nécessaires. Dans d’autres cas, l’équipe peut sans le savoir reprendre une hypothèse déjà explorée lors d’une expérience antérieure, mais sans accéder au contexte nécessaire, dispersé à travers des documents, des présentations, des tableaux de bord et la mémoire institutionnelle.
À ce stade, le processus de révision tend à se concentrer sur des travaux de découverte de niveau inférieur : faire remonter les impacts adjacents, reconstruire le contexte antérieur et identifier les questions qui auraient été plus utiles à adresser plus tôt. Cela ralentit les équipes, consomme l’attention des réviseurs sur des problèmes qui auraient pu être identifiés plus tôt, et rend les retours d’informations incohérents.
Le véritable problème n’est pas le manque de rigueur des PM. C’est que le travail produit nécessite souvent une vue à 360 degrés difficile à établir manuellement au moment voulu, englobant les impacts adjacents, les préoccupations des partenaires, les précédentes expérimentations, les dépendances cachées, ainsi que les questions que les réviseurs seniors sont susceptibles de poser.
L’Importance pour Uber
Chez Uber, le développement de produits suit un processus de contrôle structuré qui offre aux équipes et à la direction une visibilité efficace, accélérant ainsi les approbations et renforçant une exécution cohérente. Toutefois, un processus de contrôle n’est efficace que si la qualité des documents à entrer est optimale.
Nous avons détecté une opportunité d’améliorer ce flux de travail en aidant les PM à poser des questions cruciales dès le départ. Plutôt que de modifier le processus de contrôle lui-même, l’objectif était d’améliorer la qualité de ce qui y était soumis.
Nous avons donc posé une question simple, qui a conduit à la création de l’Evaluateur de PRD : que se passerait-il si chaque PM disposait d’un premier avis rapide et contextuel avant qu’un PRD n’entre dans le processus d’approbation plus large ?
Le Rôle de l’Evaluateur de PRD Alimenté par IA
L’Evaluateur de PRD est un outil de révision alimenté par l’IA qui commence avec un PRD et assemble une base de connaissances plus large autour de celui-ci : documents liés, notes de réunions, expérimentations antérieures, et contexte spécifique à Uber (principes fondamentaux, définitions de métriques, etc.). Il utilise ce contexte pour fournir une évaluation structurée de la préparation au lancement.
Son rôle est délibérément ciblé : renforcer le PRD avant qu’il n’atteigne des forums de révision coûteux. Il ne vise pas à remplacer la décision des experts, mais à aider les équipes à entrer dans ces discussions avec un meilleur contexte et moins de lacunes évitables. Il agit en amont du système d’approbation, et améliore ainsi la qualité des documents qui y pénètrent.
Pour nous, cela signifiait construire un système qui aide les PM à mieux identifier et anticiper certains éléments :
- Identifier les lacunes les plus importantes dans un projet
- Faire ressortir les impacts adjacents et les dépendances inter-équipes
- Déceler les apprentissages antérieurs qui pourraient ne pas être évidents pour l’équipe actuelle
- Entrer dans les forums de contrôle et de révision avec un document de meilleure qualité
Fonctionnement : 4 Étapes d’un Projet à une Évaluation Actionnable
Nous ne souhaitions pas un outil d’écriture générique qui se contente de récompenser un style poli. Un PRD peut être bien rédigé tout en manquant de contexte ou de logique décisionnelle déterminante pour sa validation.
Figure 1: Vue d’ensemble du fonctionnement de l’Evaluateur de PRD.
1. Construire une Base de Connaissances Élargie autour du PRD
L’évaluateur utilise le PRD comme point d’entrée, puis mobilise l’IA pour explorer des documents pertinents et rassembler le contexte nécessaire pour évaluer le projet correctement : documents connexes, expérimentations passées, contributions inter-équipes, et contexte spécifique à Uber préchargé.
2. Classifier le PRD pour Ajuster la Profondeur de la Révision
Tous les PRD ne nécessitent pas le même niveau de scrutation. L’évaluateur classe chaque proposition et ajuste le niveau de révision en conséquence :
- Révision légère pour les changements de parité UX ou de découvrabilité
- Révision modérée pour des modifications de flux de travail ou des migrations d’outils internes
- Révision exhaustive pour des fonctionnalités totalement nouvelles
- Révision complète avec une attention particulière pour des changements de politique, de tarification ou de marché
3. Évaluer la Préparation au Lancement sur Plusieurs Dimensions
La révision s’articule autour de plusieurs dimensions, dont :
- Opportunité et Hypothèse : Le problème est-il authentique, et le succès est-il clairement défini pour être évalué ?
- Portée du Produit : La proposition est-elle compréhensible, bien définie et prête à la décision ?
- Expérience Utilisateur et Impact : L’expérience est-elle performante à travers les segments d’utilisateurs, les régions géographiques et les cas limites potentiels ?
- Rigueur des Données et Métriques : Le PRD définit-il le succès, les garde-fous, et propose-t-il une approche crédible de validation ?
4. Produire une Évaluation Prête à l’Action
Plutôt que de fournir un ensemble de commentaires, l’évaluateur produit une évaluation structurée :
- Une note de préparation au lancement
- Évaluations dimension par dimension
- Un point de départ clair pour le correctif le plus important
- Pour chaque lacune, indiquer ce qui manque, proposer des textes de remplacement, ainsi que des preuves issues de documents liés ou d’expérimentations antérieures
- Des actions prioritaires divisées en exigences critiques et optimisations
La sortie est conçue pour faire plus que simplement pointer les faiblesses. Elle vise à faciliter la prochaine révision et à solidifier les discussions suivantes.
Où la Valeur Émerge pour les PM
La valeur la plus significative réside dans l’amélioration de la qualité et du timing de la réflexion produit.
Elle Élargit le Champ de Vision des PM
Nombreux sont les écueils produits qui proviennent d’une visibilité incomplète. Un PM peut ignorer qu’une hypothèse similaire a été testée précédemment par une autre équipe. Ils peuvent ne pas se rendre compte qu’une métrique est ambiguë ou qu’il manque des garde-fous évidents. Ils peuvent ne pas voir une dépendance opérationnelle en aval parce qu’elle se situe en dehors de leur champ d’action immédiat.
Un évaluateur véritablement utile élargit cette vision. Il peut relier un projet à des documents antérieurs, des initiatives adjacentes, des hypothèses préexistantes, et soulever des questions, qui autrement, dépendraient de la mémoire de quelqu’un d’autre lors d’une réunion. Il peut également révéler un contexte qui n’était jamais explicitement mentionné dans le PRD, mais qui demeure pertinent pour comprendre la décision.
Il Rend l’Auto-Révision Plus Structurée
La plupart des PM enregistrent dès qu’un document semble faible. La question plus délicate est de pourquoi cela semble faible et par où commencer les corrections.
L’évaluateur offre un diagnostic plus explicite. Au lieu d’une inquiétude vague, le PM obtient une vue structurée des fondamentaux manquants : hypothèses non étayées, garde-fous non définis, angles morts sur la façon dont un changement pourrait impacter les systèmes adjacents, ou risques nécessitant une reconnaissance.
Il Améliore la Qualité des Salles de Révision
Lorsqu’un PRD parvient à un réviseur dans de meilleures conditions, la discussion accélère vers les compromis, la priorisation et le jugement, et moins de temps est perdu à récupérer le contexte. C’est là que l’évaluateur se connecte le plus directement au système de développement produit d’Uber.
Il Transforme les Critiques en Révisions Utiles
Le choix de conception le plus important dans le système n’était pas l’évaluation. C’était garantir l’actionnable.
Les PM ne tirent pas grand bénéfice de commentaires tels que « soyez plus spécifique » ou « réfléchissez à un risque ». L’évaluateur est le plus utile lorsqu’il convertit les critiques en orientations pour révisions : définir la base, nommer l’objectif, ajouter des garde-fous, restreindre le premier lancement, reconnaître le risque ou expliciter les dépendances.
Cela modifie le flux de travail, passant d’une critique passive à une amélioration active.
Adoption Précoce
Les premières utilisations ont confirmé la valeur fondamentale : l’évaluateur a aidé les PM à identifier des angles morts tôt, à tester les hypothèses non soutenues, à faire ressortir comment un changement proposé pouvait affecter des systèmes adjacents hors de leur rôle principal, et à identifier des améliorations d’expérience dans le périmètre qu’ils avaient déjà défini.
Dans le cadre de l’utilisation interne précoce, l’évaluateur a déjà été utilisé par de nombreux PM à Uber.
La valeur de l’outil s’exprime lorsque les PM peuvent l’intégrer dans leur processus normal de rédaction et de révision, renforcer la qualité des documents soumis à révision, et aider les réviseurs à se concentrer sur des questions plus cruciales.
Ce que Nous Avons Appris
Plusieurs leçons se sont distinguées alors que nous construisions et testions l’évaluateur :
- Les cadres surpassent la critique générique. Les commentaires larges n’aident que rarement les équipes. Ce qui procure un avantage provient d’un cadre lié à de réels critères décisionnels.
- Le contexte est aussi important que la qualité de la langue. De nombreux signaux essentiels se trouvent en dehors du PRD lui-même, et un contexte enrichi révèle souvent d’autres angles morts.
- Des limites claires rendent la sortie plus honnête. Définir un ensemble restreint de lacunes critiques a aidé l’évaluateur à éviter de qualifier un PRD comme prêt pour la révision lorsqu’il manquait des fondamentaux.
- La priorisation fait partie du produit. Un outil d’évaluation qui flagge tout comme important ne rend pas service. La valeur de l’évaluateur réside dans sa capacité à indiquer aux PM par où commencer.
- La meilleure sortie IA améliore les conversations humaines. Le meilleur signe que l’évaluateur fonctionnait était que les discussions ultérieures devenaient plus nettes et plus rapides.
Où le Jugement Humain Reste Crucial
L’évaluateur ne vise pas à prendre des décisions d’approbation finale ou à remplacer les experts de domaine. L’outil est le plus utile lorsqu’il renforce l’artifact avant l’examen par des experts.
La plus grande difficulté du développement produit est de s’assurer que les bonnes personnes prennent les bonnes décisions au bon moment, à partir d’un document suffisamment robuste pour soutenir ces décisions.
La plupart des organisations de produits possèdent un équivalent de points de contrôle, de forums de révision ou d’approbations réglementées. Les noms varient, mais le défi reste le même : comment s’assurer que l’artéfact entrant dans le processus est suffisamment solide pour permettre un travail substantiel ?
L’IA a un réel potentiel ici en tant que partenaire de réflexion structuré qui élargit le contexte, fait remonter les angles morts, et aigus le jugement avant qu’une décision n’atteigne un forum coûteux. C’est pourquoi nous avons construit l’Evaluateur de PRD. Et d’après nos observations, nous pensons que cette approche (IA renforçant les décisions humaines) sera pertinente au-delà d’une seule entreprise ou d’un seul outil.
Points à retenir
- Le processus de révision d’un PRD implique plusieurs équipes pour garantir une qualité optimale.
- L’IA peut offrir une vue d’ensemble plus complète pour éviter des erreurs décisionnelles.
- Les outils d’évaluation doivent favoriser l’action plutôt qu’une simple critique.
- L’adoption précoce de l’outil a démontré son potentiel à identifier des problèmes rapidement.
- La collaboration entre humains et IA est essentielle pour améliorer le développement produit.
En tant que passionné par l’innovation produit, je suis convaincu que l’introduction d’outils tels que l’Evaluateur de PRD peut transformer nos pratiques actuelles. Cela soulève des questions sur l’avenir du développement produit : allons-nous dépendre de plus en plus de l’IA pour éclairer nos décisions, ou devrions-nous viser un équilibre parfait entre humanité et technologie ? Les réflexions que cela suscite sont exaltantes et nécessitent un débat continu.