Document de Spécifications Produit (PRD)

Vue d'ensemble

Concevoir des Documents de Spécifications Produit (PRD) complets et prêts pour la production qui comblent le fossé entre la vision commerciale et l'exécution technique. Cette compétence fonctionne pour les systèmes logiciels modernes, en garantissant que les exigences sont clairement définies.

Quand l'utiliser

Utilisez cette compétence quand :

• Vous lancez un nouveau cycle de développement de produit ou de fonctionnalité
• Vous traduisez une idée vague en une spécification technique concrète
• Vous définissez des exigences pour des fonctionnalités basées sur l'IA
• Les parties prenantes ont besoin d'une « source de vérité » unifiée pour la portée du projet
• L'utilisateur vous demande « d'écrire un PRD », « de documenter les exigences » ou « de planifier une fonctionnalité »

Flux de travail opérationnel

Phase 1 : Découverte (L'entretien)

Avant d'écrire une seule ligne du PRD, vous DEVEZ interroger l'utilisateur pour combler les lacunes de connaissance. Ne supposez pas le contexte.

Posez des questions sur :

• Le problème fondamental : Pourquoi construisons-nous cela maintenant ?
• Métriques de succès : Comment sait-on que ça a marché ?
• Contraintes : Budget, pile technologique ou délai ?

Phase 2 : Analyse et définition de la portée

Synthétisez l'entrée de l'utilisateur. Identifiez les dépendances et les complexités cachées.

• Cartographiez le flux utilisateur.
• Définissez les non-objectifs pour protéger le calendrier.

Phase 3 : Rédaction technique

Générez le document en utilisant le schéma PRD strict ci-dessous.

Normes de qualité des PRD

Qualité des exigences

Utilisez des critères concrets et mesurables. Évitez « rapide », « facile » ou « intuitif ».

# Vague (MAUVAIS)
- La recherche doit être rapide et retourner des résultats pertinents.
- L'interface doit avoir une apparence moderne et être facile à utiliser.

# Concret (BON)
+ La recherche doit retourner des résultats en moins de 200ms pour un ensemble de données de 10k enregistrements.
+ L'algorithme de recherche doit atteindre >= 85% Précision@10 dans les évaluations de référence.
+ L'interface doit suivre le système de design 'Vercel/Next.js' et atteindre un score d'accessibilité Lighthouse de 100%.

Schéma PRD strict

Vous DEVEZ suivre cette structure exacte pour la sortie :

1. Résumé exécutif

• Énoncé du problème : 1-2 phrases sur le point sensible.
• Solution proposée : 1-2 phrases sur la correction.
• Critères de succès : 3-5 KPI mesurables.

2. Expérience utilisateur et fonctionnalités

• Personas utilisateur : Pour qui est-ce ?
• User Stories : En tant que [utilisateur], je veux [action] pour que [bénéfice].
• Critères d'acceptation : Liste à puces des définitions « Terminé » pour chaque story.
• Non-objectifs : Qu'est-ce que nous ne construisons PAS ?

3. Exigences du système IA (le cas échéant)

• Exigences d'outils : Quels outils et API sont nécessaires ?
• Stratégie d'évaluation : Comment mesurer la qualité et la précision de la sortie.

4. Spécifications techniques

• Vue d'ensemble de l'architecture : Flux de données et interaction des composants.
• Points d'intégration : APIs, bases de données et authentification.
• Sécurité et confidentialité : Traitement des données et conformité.

5. Risques et feuille de route

• Déploiement par phases : MVP -> v1.1 -> v2.0.
• Risques techniques : Latence, coût ou défaillances de dépendances.

Lignes directrices de mise en œuvre

À FAIRE (Toujours)

• Définir les tests : Pour les systèmes IA, spécifiez comment tester et valider la qualité de la sortie.
• Itérer : Présentez un brouillon et demandez des retours sur des sections spécifiques.

À NE PAS FAIRE (Éviter)

• Sauter la découverte : Ne rédigez jamais un PRD sans poser au moins 2 questions de clarification d'abord.
• Halluciner les contraintes : Si l'utilisateur n'a pas spécifié une pile technologique, posez la question ou étiquetez-la comme TBD.

Exemple : Système de recherche intelligent

1. Résumé exécutif

Problème : Les utilisateurs ont du mal à trouver des extraits de documentation spécifiques dans des référentiels massifs. Solution : Un système de recherche intelligent qui fournit des réponses directes avec citations de sources. Succès :

• Réduire le temps de recherche de 50%.
• Précision des citations >= 95%.

2. User Stories

• Story : En tant que développeur, je veux poser des questions en langage naturel pour ne pas avoir à deviner des mots-clés.
• AC :
  • Prend en charge la clarification multi-tours.
  • Retourne des blocs de code avec bouton « Copier ».

3. Architecture du système IA

• Outils requis : codesearch, grep, webfetch.

4. Évaluation

• Référence : Testez avec 50 questions courantes de développeurs.
• Taux de réussite : 90% doivent correspondre aux citations attendues.