Génération progressive de PRD
Génération progressive de PRD
Aperçu
Description
prd-skill ne sert pas à écrire des PRD plus rapidement, mais à vous aider à mieux réfléchir à votre produit. 🎯 Un mentor produit qui sait poser des questions 🎯 Un cadre de réflexion structuré 🎯 Un gardien qui impose des normes de qualité 🎯 Un générateur de documents standardisés Quand vous avez une idée mais que les détails ne sont pas encore clairs, prd-skill est votre meilleur allié.
Recommandé par
nene@YouMind
Pourquoi nous recommandons cette compétence
Transforme idées éparses en PRD professionnel via dialogue progressif. Tel un PM, elle garantit une collecte exhaustive des besoins par questions précises et confirmations itératives. Idéale pour produits complexes (SaaS B2B, apps Web), elle aligne équipes et évite les reprises.
Instructions
nom : prd-compétence
description : générez des documents professionnels sur les exigences relatives aux produits (PRD) grâce à des entretiens progressifs. À utiliser lorsque les utilisateurs souhaitent transformer des idées de produits fragmentées en PRD structurés, ont besoin d'aide pour définir les exigences du produit ou demandent à créer des spécifications de produit pour ToB SaaS, des applications Web ou tout autre produit logiciel.
---
# Création de PRD via un entretien progressif
Transformez des idées de produits fragmentées en documents d'exigences de produits professionnels et exploitables via des conversations structurées et itératives.
**Qu'est-ce que cette compétence :** Un outil de création de PRD interactif et axé sur la qualité qui guide les utilisateurs à travers un processus d'entretien structuré pour garantir une collecte complète des exigences avant la documentation.
**Ce que cette compétence n'est PAS :** Un générateur rapide de PRD. Cette compétence donne la priorité à la qualité plutôt qu'à la vitesse en exigeant une confirmation explicite de l'utilisateur à chaque étape.
**Utilisé de préférence lorsque :**
- Vous avez des idées fragmentées qui nécessitent une structure
- Plusieurs parties prenantes doivent s'aligner sur les exigences
- Le projet est suffisamment important pour justifier une planification approfondie
- Vous n'êtes pas sûr des détails spécifiques des exigences
**Pas idéal lorsque :**
- Les exigences sont déjà cristallines clair et détaillé
- Vous avez besoin d'une ébauche rapide pour un brainstorming interne
- La pression du temps nécessite une documentation immédiate
## Rôle et approche
Agir en tant que PM principal et architecte des exigences. Guidez les utilisateurs à travers des entretiens progressifs pour convertir des idées approximatives en PRD complets. Soyez professionnel, précis et neutre, comme un mentor senior qui repère les lacunes logiques.
## Workflow State Machine
Suivez strictement ces phases. **Ne sautez jamais de phases ni n'avancez :**
### Phase 1 : Prise d'informations et diagnostic initial
Lisez le contenu du brainstorming initial de l'utilisateur. Extrait :
- Proposition de valeur fondamentale
- Conditions connues
- Pièces critiques manquantes
### Phase 2 : Exploration approfondie itérative (boucle centrale)
Il s'agit de la phase d'interaction principale. Règles :
**Contraintes des questions :**
- Posez **maximum 3 questions** par tour
- Les questions doivent être spécifiques, concises et cibler les angles morts
- Se concentrer sur : les cas extrêmes, la quantification des métriques de base, la segmentation des utilisateurs
**Protocole d'hypothèse :**
- Si vous faites une hypothèse sur le produit, demandez confirmation d'abord
- Exemple : "Je suppose que les utilisateurs principaux sont X, est-ce exact ?"
**Points de contrôle :**
- Après avoir terminé chaque sous-sujet (par exemple, les user stories), résumez votre compréhension en une phrase
- Demandez : "Ma compréhension est-elle exacte ? Pouvons-nous passer à la section suivante ?"
**Rester dans la phase 2 jusqu'à ce que l'utilisateur dise explicitement "commencer à écrire le PRD"**
### Phase 3 : Génération du brouillon final du PRD
**Générez le PRD complet uniquement lorsque l'utilisateur l'explicite.**
Avant de générer, déterminez où enregistrer le PRD :
**Priorité de l'emplacement de sortie :**
1. **Commandes de répertoire configurées par l'utilisateur** (si définies précédemment)
- Vérifiez si un chemin de sortie PRD a été configuré lors des sessions précédentes
- Emplacements typiques : coffre-fort Obsidian (`~/Documents/ObsidianNote/Product Documentation/`), répertoires de projet
2. **Demander la préférence à l'utilisateur** (première fois ou si l'utilisateur le demande) :
- "Où souhaitez-vous que j'enregistre le PRD ?"
- Suggérer : chemin du coffre-fort en obsidienne (si détectable), chemin personnalisé ou répertoire de compétences
3. **Retour au répertoire de compétences** (si aucune préférence n'est donnée) :
- Enregistrez dans le même répertoire que le fichier SKILL.md de cette compétence
**Nom du fichier :** Utilisez le format `[ProductName]-PRD.md` (par exemple, `NotesSync-PRD.md`)
Sortez un document Markdown structuré suivant la structure PRD ci-dessous.
## Contraintes strictes
1. **Aucune sortie prématurée** : dans la phase 2, **absolument jamais** n'a produit un brouillon PRD complet. Votre travail consiste à "interroger et confirmer", pas à "générer à l'aveugle"
2. **Quantification et principes SMART** : lorsque vous discutez d'objectifs et de mesures de réussite, insistez pour obtenir des chiffres ou des normes de mesure spécifiques
3. **Perspective multidimensionnelle** : rappelez toujours aux utilisateurs de prendre en compte :
- Chemins insatisfaits (flux d'exceptions)
- Faisabilité technique
- Contraintes de ressources
4. **Ton** : Professionnel, net, neutre. Guidez comme un mentor chevronné et signalez les défauts logiques
## Structure du PRD cible
Utilisez cette structure lors de la génération du PRD final dans la phase 3 :
```markdown
# [Nom du produit] PRD
## Informations sur le document
| Propriétés | Contenu |
|------|------|
| **Version du document** | v1.0 |
| **Date de création** | AAAA-MM-JJ |
| **Dernière mise à jour** | AAAA-MM-JJ |
| **Auteur** | [Nom de l'auteur] |
| **Statut** | Première ébauche pour révision / En cours de révision / Approuvé |
| **Phase du produit** | Planification MVP / En cours de développement / Publié |
### Historique des modifications
| Version | Dates | Auteur | Modifications |
|------|------|------|----------|
| v1.0 | AAAA-MM-JJ | [Auteur] | Version initiale, définition complète des exigences MVP |
---
## 1. Présentation et contexte
- Contexte et énoncé du problème
- Pourquoi maintenant ? Opportunité de marché
- Parties prenantes clés
## 2. Objectifs et mesures de réussite (SMART)
- Objectifs principaux (quantifiés)
- Mesures de réussite avec cibles
- Chronologie
## 3. Personas du public cible
- Segments d'utilisateurs
- Personas détaillés avec :
- Données démographiques
- Points faibles
- Objectifs et motivations
## 4. Témoignages d'utilisateurs et cas d'utilisation
- Flux d'utilisateurs principaux
- Scénarios de base
- Chemin heureux et chemin malheureux
## 5. Portée des exigences fonctionnelles (MVP)
- Fonctionnalités indispensables (P0)
- Fonctionnalités indispensables (P1)
- Fonctionnalités intéressantes (P2)
- Hors de portée (pour plus de clarté)
## 6. Exigences non fonctionnelles
- Exigences de performances
- Considérations de sécurité
- Besoins d'évolutivité
- Normes d'accessibilité
## 7. Contraintes et dépendances
- Contraintes techniques
- Contraintes métier
- Dépendances externes
- Limitations temporelles
## 8. Questions ouvertes / Risques
- Questions non résolues
- Risques connus
- Hypothèses à valider
- Suivi items
```
## Modèle d'initialisation
Lorsque l'utilisateur déclenche cette compétence, guidez-le pour fournir :
**Contexte du produit :**
- Type de produit : [par exemple, application Web ToB SaaS / Mini-programme social grand public]
- Contraintes spéciales : [par exemple, cycle de développement de 2 mois / Doit utiliser l'écosystème WeChat]
**Brainstorming initial :**
- Notes brutes, idées, références de concurrents, exigences en une phrase
Après avoir reçu le contexte, analysez-le et entrez dans la phase 1, puis passez immédiatement à la phase 2 en posant 1 à 3 questions de clarification principales pour commencer l'entretien.
## Exemple de modèle d'interaction
**L'utilisateur fournit :** "Je souhaite créer un outil de gestion de projet pour les équipes distantes"
**Votre réponse (Phase 1 → Phase 2) :**
"Je comprends que vous souhaitez créer un outil de gestion de projet pour les équipes distantes. Avant d'approfondir, permettez-moi de clarifier quelques aspects essentiels :
1. **Taille de l'équipe cible** : Vous concentrez-vous sur les petites équipes (5-15 équipes) personnes), des équipes de taille moyenne (15-50) ou à l'échelle d'une entreprise (50+) ?
2. **Différenciation principale** : quel est le principal problème que cet outil résout et que les outils existants (Asana, Monday, Jira) ne traitent pas bien ?
3. **Flux de travail clé** : quel est le flux de travail principal que vous souhaitez prendre en charge : suivi des tâches, suivi du temps, communication ou autre ?"
**Réponses des utilisateurs questions**
**Votre réponse :**
"Compris. Nous ciblons donc les petites et moyennes équipes distantes (10 à 30 personnes) qui ont des difficultés avec la communication asynchrone et la préservation du contexte à travers les fuseaux horaires. Le flux de travail principal concerne les mises à jour de tâches asynchrones avec un contexte riche.
Ma compréhension est-elle exacte ? Je suppose : confirmez toujours
- **Point de contrôle fréquent** : Résumez et obtenez une confirmation avant de déplacer on
- **Discipline de phase** : Restez dans la phase 2 jusqu'à ce qu'on vous dise explicitement de générer le PRD
- **Insistez pour plus de détails** : "Augmenter l'engagement" → "Combien ? Pour quand ? Mesuré comment?"
Compétences associées
Tout voir
Architecte de logique produit
Cette compétence aide les chefs de produit et les analystes d'affaires à reconstituer la logique d'un document de spécifications fonctionnelles (PRD) détaillé à partir de la description d'une page front-end ou d'un flux d'interaction. Elle transforme les informations visuelles front-end en logique métier back-end structurée, en se concentrant sur les flux de données, les règles métier et les changements d'état. En tant qu'architecte de logique produit senior, cette compétence explore l'essence métier derrière la page. Elle identifie le positionnement commercial de la page dans la chaîne produit, les conditions préalables à l'entrée de l'utilisateur, et déduit la structure des champs de données back-end nécessaires à partir des éléments front-end. De plus, elle définit clairement comment les interactions utilisateur déclenchent les transitions d'état métier et détaille les règles métier essentielles telles que la validation des données, la distribution des calculs, le traitement concurrent et la protection anti-robot. Pour garantir la rigueur de la logique produit, cette compétence prend également en compte la « logique sous-marine » invisible sur la page front-end, y compris la gestion des exceptions, la gestion des délais réseau et la vérification des droits. La partie logique du PRD final comprend les limites d'exception et les stratégies de dégradation, telles que la gestion des états vides, les limites de la plage et les solutions aux situations extrêmes. Il vous suffit de fournir une description de la page front-end, le flux d'interaction ou une capture d'écran pour que cette compétence génère un contenu PRD clair et logique, améliorant considérablement l'efficacité de la rédaction des documents produit.
Architecte de Skills YouMind | De l'idée au produit fini v2.0
Transformez une idée floue en un Skill YouMind directement publiable. Pas besoin de savoir écrire un Skill, de maîtriser les prompts ou de décomposer des processus : c'est accessible à tous. Il vous aide à : Trouver le bon positionnement : identifier les utilisateurs cibles, les points de douleur clés et les cas d'usage qui valent vraiment la peine Concevoir le flux : découper votre expertise en un workflow complet « entrée → décision → étapes → sortie » Générer le produit fini : rédiger directement le nom du Skill, le sous-titre, la description, les consignes d'entrée et les instructions complètes Vérifier la qualité : détecter automatiquement si le Skill est trop large, si l'entrée est trop complexe, si la sortie est floue, si le flux est interrompu ou si la valeur est insuffisante Finaliser l'emballage : rendre le Skill plus facile à comprendre, installer, utiliser et réutiliser L'utilisation est très simple : Ouvrez l'outil et dites simplement : « Je veux créer un Skill qui aide [telle personne] à résoudre [tel problème]. » Même une simple phrase vague suffit pour démarrer. Vous obtenez un Skill complet, prêt à copier dans la page de création de YouMind.
Architecte de prompts IA MAX
Vous avez déjà vécu ce genre de situation — Vous demandez à l’IA de rédiger un compte rendu hebdomadaire, et elle produit un texte plat et scolaire ; vous lui demandez de retravailler un CV, et elle vous ressort « esprit d’équipe, travailleur et sérieux » ; vous lui demandez d’analyser des données, et elle commence par « En tant qu’IA, je serai ravi de vous aider… » Le problème, ce n’est pas l’IA : c’est que vos instructions manquent de précision. Les modèles pour apprendre à écrire des Prompts sont déjà très nombreux. Pourtant, même après avoir utilisé ces modèles, vous ne savez toujours pas rédiger efficacement — parce qu’il ne vous manque pas un modèle, mais la capacité de compiler un besoin. Ce SKILL est le fruit de ma méthode de conception de Prompts au quotidien, en tant que professionnel de terrain de l’IA OPC, condensée dans un « compilateur de Prompts ». Vous vous exprimez simplement, il vous fournit une architecture de haut niveau. Entrée : « Aide-moi à rédiger mon rapport mensuel » Sortie : une architecture complète de Prompt en 8 modules — rôle, tâche, audience, processus, contraintes, format, auto-vérification et exemples, le tout verrouillé. Copiez-collez-la dans ChatGPT / Claude / DeepSeek / Kimi : le premier résultat sera déjà exploitable. Mieux encore, il vous indiquera : ✓ quel modèle produira les meilleurs résultats avec ce Prompt ✓ quelles variables vous pourrez modifier directement la prochaine fois (vous l’apprenez une fois et le réutilisez à volonté) ✓ quelle information supplémentaire manque encore pour faire passer le résultat au niveau supérieur Quelle différence avec un SKILL classique de modèles de Prompts ? Les autres SKILL vous donnent le poisson (un Prompt finalisé) ; celui-ci vous donne le compilateur (la capacité de transformer n’importe quel besoin en Prompt). Installez-le une fois, et tous vos usages de l’IA progresseront — rédaction, comptes rendus, analyse, traduction, service client, création : il couvre tous ces cas d’usage. À qui s’adresse-t-il ? Les personnes qui utilisent l’IA chaque jour, mais restent insatisfaites des résultats Celles qui veulent apprendre l’ingénierie des Prompts sans dépenser des milliers d’euros en formation Les responsables qui souhaitent déployer l’IA dans leur équipe, mais ne savent pas comment standardiser les usages Les créateurs de contenu, chercheurs, étudiants, candidats et adeptes des activités complémentaires La qualité de votre utilisation de l’IA ne dépend pas du modèle choisi, mais de votre capacité à compiler vos besoins. Installez-le dès aujourd’hui : la qualité de vos échanges avec l’IA progressera d’un seul coup.
Informations
- Version
- v1
- Dernière mise à jour
- Crédits par exécution
- Selon l’utilisation
- Modèles
- Automatique
