Qu’est-ce qu’un document d’exigences produit (PRD) ?
Un document d’exigences produit (PRD) dit ce qu’un produit ou une fonction doit faire et pourquoi : problème, utilisateurs, objectifs, exigences et périmètre.
Comment ça marche
Les responsables produit écrivent un PRD avant que le design et l’ingénierie ne s’engagent sur une solution, puis le gardent comme référence pendant le travail. Il dit à quoi ressemble le succès, pas comment construire.
Les bons PRD restent courts et renvoient ailleurs : à la recherche derrière le problème, au design, au document de conception technique et aux décisions prises en route.
Un exemple
Un PRD pour la facturation par équipe pose le problème (la finance ne voit pas qui utilise quel siège), les utilisateurs, trois objectifs mesurables, huit exigences et ce qui est hors périmètre ce trimestre, puis renvoie au design et au plan technique.
Erreurs courantes
- Prescrire la solution au lieu du problème et du résultat attendu.
- Aucune section hors périmètre, si bien que le périmètre ne cesse de grandir.
- L’approuver une fois et ne jamais consigner les changements ensuite.
Dans Nodary
Nodary propose un modèle de PRD intégré, en 12 langues. Un PRD renvoie à sa conception technique et à ses enregistrements de décision, porte un statut du brouillon à l’approbation, et peut être envoyé en relecture à un propriétaire ou un administrateur de l’espace ou du projet, qui l’approuve ou demande des changements, avec qui et quand.
Ce que Nodary ne fait pas : il n’y a pas de connexion aux tickets Jira ou GitHub : les tâches d’un PRD vivent dans Nodary ou sont recopiées à la main.
Partage et permissions · Modèle de document d’exigences produit (PRD)
Essayez sur vos propres documents. L’offre Free ne demande pas de carte.
Créer un espace gratuit