Développement
Modèle de spécifications produit (PRD)
Un document de spécifications produit explique ce qu’il faut construire et comment vérifier que cela fonctionne. Ce modèle va du problème et du public vers un résultat mesurable, des parcours utilisateurs, un tableau d’exigences avec priorité et critères d’acceptation, les éléments hors périmètre, les cas particuliers, le lancement et la mesure, et des questions ouvertes.
Ouvrir ce modèle dans l’éditeur- Catégorie
- Développement
- Style par défaut
- Technique
Quand l’utiliser
Rédigez un document de spécifications avant que la conception et le développement ne démarrent sur une fonctionnalité, et tenez-le à jour tant que la ligne de statut indique encore brouillon. Développeurs, designers, testeurs et équipe support le lisent tous, chacun y cherchant des détails différents. Rédiger les exigences en Markdown convient aux équipes qui gardent les documents près du code et n’exportent un PDF que pour les revues.
Ce qu’il contient
- Un en-tête avec des champs à remplir pour le projet, l’auteur et la date de mise à jour, plus une ligne de statut qui commence à brouillon.
- Un tableau d’exigences avec des priorités obligatoire et souhaitable et des critères d’acceptation pour chaque ligne.
- Des sections pour le hors périmètre, les cas particuliers, le lancement et la mesure, et les questions ouvertes avec responsables.
Conseils pour un meilleur document
- Rédigez des critères d’acceptation qu’un testeur peut vérifier sans vous demander. « L’utilisateur le termine sans aide » peut être observé. « Facile à utiliser » ne peut pas.
- Le style Technique est celui par défaut ici et gère bien les tableaux larges. Activez la page de sommaire avec numéros de page quand le document dépasse quelques pages.
Aperçu du modèle
Spécifications produit : Projet ou sujet
Auteur : Votre nom · Mise à jour : Date
État : Brouillon
Problème et public
Qui rencontre ce problème ? Décrivez la solution actuelle et ses limites.
Résultat attendu
Définissez un résultat mesurable et une valeur de départ.
Scénarios utilisateur
- Réaliser la tâche principale pour atteindre son objectif.
- Retrouver ses préférences lors d’une nouvelle visite.
Exigences
| Priorité | Exigence | Critère d’acceptation |
|---|---|---|
| Indispensable | Parcours principal | Réalisable sans assistance |
| Indispensable | Récupération après erreur | Saisie conservée |
| Souhaitable | Préférences | Réglages persistants |
Hors périmètre
Listez les travaux voisins reportés.
Cas particuliers
Saisie vide, contenu long, petits écrans, clavier et perte de connexion.
Lancement et mesure
Précisez le déploiement, le signal de réussite et la date de revue.
Questions ouvertes
Attribuez un responsable à chaque décision en attente.
Les champs à remplir, comme votre nom et la date, sont remplacés quand vous ouvrez le modèle dans l’éditeur.