PRD vs Prototype : quand écrire, quand construire
Un PM poste sur LinkedIn : "On ne fait plus de PRDs. On fait des prototypes."
Cinquante commentaires. La moitié applaudit. L'autre moitié panique.
Le débat est mal posé. La question n'est pas "PRD ou prototype". La question est : qu'est-ce que tu essaies de valider ?
Ce que fait un prototype
Un prototype montre. Il rend tangible. Il permet de tester une interaction, un flow, une mécanique.
Tu veux savoir si un utilisateur comprend la navigation ? Prototype. Tu veux voir si le flow de checkout tient en 3 étapes ? Prototype. Tu veux montrer à un stakeholder ce que tu as en tête sans écrire 5 paragraphes ? Prototype.
Le prototype répond à la question : "Est-ce que cette solution fonctionne pour l'utilisateur ?"
Il ne répond pas aux questions suivantes :
- Pourquoi on résout ce problème et pas un autre
- Comment on mesure le succès de cette initiative
- Ce qu'on choisit de ne pas faire
- Comment ça s'inscrit dans la stratégie du trimestre
- Quel est le plan de rollout
Ce que fait un PRD
Un PRD cadre. Il aligne. Il documente les décisions.
Tu veux aligner Product, Engineering et Design sur le "pourquoi" ? PRD. Tu veux définir les critères de succès avant de lancer le dev ? PRD. Tu veux expliciter les non-goals pour éviter le scope creep ? PRD.
Le PRD répond à la question : "Pourquoi on fait ça, pour qui, et comment on saura que ça marche ?"
Quand utiliser quoi
La règle est simple.
Utilise un prototype quand :
- Tu explores une solution et tu as besoin de feedback rapide
- Tu veux tester une interaction spécifique
- Tu veux aligner visuellement l'équipe sur un concept
- Tu travailles sur un sujet où le "comment" est le risque principal (UX complexe, nouveau pattern d'interaction)
Utilise un PRD quand :
- Tu lances une initiative qui touche plusieurs équipes
- Tu as besoin de définir des métriques de succès avant le dev
- Tu veux documenter les hypothèses pour y revenir au post-launch
- Tu travailles sur un sujet où le "pourquoi" est le risque principal (alignement stratégique, arbitrage de priorité)
Utilise les deux quand :
- L'initiative est significative (2+ sprints)
- Le prototype montre le "quoi", le PRD explique le "pourquoi"
- Tu as besoin d'aligner des stakeholders qui ne regarderont pas un prototype (execs, Sales, Marketing)
Le vrai danger : ni l'un ni l'autre
Le débat "PRD vs prototype" masque un problème plus fréquent : des équipes qui ne font ni l'un ni l'autre.
Pas de PRD. Pas de prototype. Un ticket Jira avec deux lignes. "En tant qu'utilisateur, je veux pouvoir faire X." L'équipe code. Personne ne sait pourquoi. Personne ne sait comment mesurer le succès. On livre. On passe au ticket suivant.
C'est la culture d'output. Tu livres des features sans savoir si elles bougent les métriques.
Le PRD et le prototype sont deux outils différents pour le même objectif : prendre de meilleures décisions produit avant de coder.
Le combo qui fonctionne en 2026
Voici le workflow qu'on observe dans les équipes produit qui livrent de l'impact.
Phase 1 : PRD brouillon (30 min). Le PM écrit un PRD court. Problème, hypothèse, métriques, non-goals. Pas de solution détaillée.
Phase 2 : Prototype rapide (1-2 jours). Le Designer (ou le PM avec un outil no-code) construit un prototype qui illustre la solution. En 2026, les outils de prototypage IA rendent cette étape accessible à tous.
Phase 3 : Kick-off (1h). L'équipe regarde le prototype ET le PRD. Le prototype montre ce qu'on construit. Le PRD explique pourquoi. Les décisions se prennent vite parce que tout le monde a la même information.
Phase 4 : PRD mis à jour. Après le kick-off, le PRD intègre les décisions prises. Il devient la référence du projet.
Le prototype ne remplace pas la réflexion
Le risque du "prototype first", c'est de sauter la réflexion stratégique.
Tu construis un prototype. Il a l'air bien. L'équipe est enthousiaste. On lance le dev. Trois mois plus tard, la feature est live. Personne ne l'utilise. Tu n'avais pas défini de métrique. Tu n'avais pas validé que le problème existait vraiment.
Le prototype est séduisant parce qu'il est concret. Le PRD est moins sexy parce qu'il demande de réfléchir. Les deux sont nécessaires.
Passe à l'action
Tu veux un système de prompts pour structurer ta discovery avant de prototyper ?
Le Pack Discovery te donne 10 prompts chaînés, de l'interview brute à la décision stratégique. Gratuit.