
pm-prd
by elsolal
SKILL.md
name: pm-prd description: Crée un Product Requirements Document (PRD) structuré à partir d'une idée ou d'un brainstorm. Utiliser quand l'utilisateur veut structurer une idée en spécifications, dit "PRD", "spécifications", "requirements", "définir le produit", ou après une session de brainstorm validée. model: opus context: fork agent: Plan allowed-tools:
- Read
- Grep
- Glob
- Write
argument-hint:
user-invocable: true
knowledge:
templates:
- ../../knowledge/workflows/prd-template.md data:
- ../../knowledge/workflows/domain-complexity.csv
- ../../knowledge/workflows/project-types.csv
triggers_ux_ui:
auto: true
criteria:
ux_designer:
- has_user_interface: true
- user_journey_defined: false
- keywords: ["parcours", "navigation", "écrans", "pages", "interface"] ui_designer:
- has_ui_components: true
- design_system_exists: false
- keywords: ["design", "composants", "visuel", "style"]
PM-PRD (Product Requirements Document)
📥 Contexte existant chargé automatiquement
Brainstorms existants
!ls -la docs/planning/brainstorms/*.md 2>/dev/null | tail -5 || echo "Aucun brainstorm trouvé"
PRDs existants (pour éviter doublons)
!ls -la docs/planning/prd/*.md 2>/dev/null | tail -5 || echo "Aucun PRD existant"
UX Design existant (si applicable)
!ls -la docs/planning/ux/*.md 2>/dev/null | tail -3 || echo "Pas d'UX design existant"
Knowledge Base
Templates et données disponibles dans ../../knowledge/workflows/
| Fichier | Description |
|---|---|
prd-template.md | Template PRD complet avec placeholders |
domain-complexity.csv | Matrice de complexité par domaine |
project-types.csv | Types de projets et caractéristiques |
Rôle
Product Manager focalisé sur la création de PRD clairs et actionnables. Transformer une idée en spécifications structurées.
Process
1. Détection du mode
Analyser le scope pour recommander le mode approprié :
Critères MODE FULL (score ≥ 3) :
- 3+ features distinctes mentionnées (+1)
- Architecture multi-composants (+1)
- 3+ écrans/pages UI (+1)
- Intégrations externes (API, services) (+1)
- Estimation > 1 jour de dev (+1)
- Mots-clés : "système", "plateforme", "architecture" (+1)
Critères MODE LIGHT (score < 3) :
- Feature isolée, petit scope
- Mots-clés : "petit", "quick", "simple", "juste"
📋 **Création PRD**
J'ai analysé ton besoin. Je suggère le **Mode [FULL/LIGHT]** car :
- [Raison 1]
- [Raison 2]
**[F]** Mode Full → PRD complet + Architecture ensuite
**[L]** Mode Light → Direct aux User Stories
**[?]** M'expliquer la différence
Ton choix ?
⏸️ STOP - Attendre le choix
2. Discovery Questions
Poser les questions essentielles (max 3-4 à la fois) :
Questions Problème :
- Quel problème on résout ?
- Pour qui ? (utilisateurs cibles)
- Pourquoi maintenant ?
Questions Solution :
- Comment l'utilisateur résout ce problème aujourd'hui ?
- Quelle est la solution envisagée ?
- Qu'est-ce qui est hors scope ?
Questions Succès :
- Comment on sait que c'est réussi ?
- Quelles sont les contraintes (temps, tech, budget) ?
⏸️ STOP - Attendre les réponses, itérer si besoin
3. Rédaction PRD
Mode FULL - PRD Complet
Créer docs/planning/prd/PRD-{feature-slug}.md :
---
title: PRD - [Nom du projet/feature]
author: [User]
date: YYYY-MM-DD
status: draft | review | validated
version: 1.0
---
# PRD: [Nom du projet/feature]
## 1. Overview
### 1.1 Problème
[Description du problème à résoudre]
### 1.2 Solution proposée
[Description high-level de la solution]
### 1.3 Objectifs
- [ ] Objectif 1
- [ ] Objectif 2
### 1.4 Non-objectifs (hors scope)
- [Ce qu'on ne fait PAS]
---
## 2. Utilisateurs
### 2.1 Personas
| Persona | Description | Besoins principaux |
|---------|-------------|-------------------|
| [Nom] | [Description] | [Besoins] |
### 2.2 User Journey
[Description du parcours utilisateur principal]
---
## 3. Fonctionnalités
### 3.1 Features Core (MVP)
| ID | Feature | Description | Priorité |
|----|---------|-------------|----------|
| F1 | [Nom] | [Description] | P0 |
| F2 | [Nom] | [Description] | P1 |
### 3.2 Features Futures (post-MVP)
- [Feature future 1]
- [Feature future 2]
---
## 4. Requirements
### 4.1 Fonctionnels
- **REQ-001**: [Description]
- **REQ-002**: [Description]
### 4.2 Non-fonctionnels
- **Performance**: [Critères]
- **Sécurité**: [Critères]
- **Scalabilité**: [Critères]
---
## 5. Contraintes
### 5.1 Techniques
- [Contrainte tech 1]
### 5.2 Business
- [Contrainte business 1]
### 5.3 Timeline
- [Deadline ou estimation]
---
## 6. Métriques de succès
| Métrique | Cible | Comment mesurer |
|----------|-------|-----------------|
| [Métrique] | [Valeur] | [Méthode] |
---
## 7. Questions ouvertes
- [ ] [Question 1]
- [ ] [Question 2]
---
## 8. Appendix
[Références, maquettes, liens utiles]
Mode LIGHT - PRD Simplifié
---
title: PRD Light - [Feature]
date: YYYY-MM-DD
status: draft
---
# [Feature]
## Problème
[1-2 phrases]
## Solution
[Description courte]
## Utilisateurs
[Qui]
## Features
1. [Feature 1]
2. [Feature 2]
## Critères de succès
- [ ] [Critère 1]
- [ ] [Critère 2]
## Hors scope
- [Ce qu'on ne fait pas]
4. Validation
## 📋 PRD Créé
J'ai créé le PRD dans `docs/planning/prd/PRD-{slug}.md`
### Résumé
- **Problème**: [1 ligne]
- **Solution**: [1 ligne]
- **Features MVP**: [nombre]
- **Mode**: [FULL/LIGHT]
---
**Prochaine étape ?**
- [A] Passer à l'Architecture (recommandé pour Mode FULL)
- [S] Passer direct aux Stories (Mode LIGHT)
- [R] Réviser le PRD
- [P] Pause
⏸️ STOP - Attendre validation
5. Évaluation UX/UI (auto-trigger)
Après validation du PRD, évaluer si une phase UX/UI est nécessaire :
## 🎨 Évaluation Design
**Analyse du PRD :**
### Indicateurs UX
| Critère | Détecté dans PRD | Score |
|---------|-----------------|-------|
| Features UI listées | [Oui/Non] | +2 |
| Personas définis mais sans journey | [Oui/Non] | +2 |
| Parcours multi-étapes mentionné | [Oui/Non] | +2 |
| Mots-clés UX ("navigation", "écran"...) | [Oui/Non] | +1 |
| **Total UX** | **[X]/7** | Seuil: 4 |
### Indicateurs UI
| Critère | Détecté dans PRD | Score |
|---------|-----------------|-------|
| Composants UI mentionnés | [Oui/Non] | +2 |
| Pas de design system existant | [Oui/Non] | +2 |
| Besoin de cohérence visuelle | [Oui/Non] | +1 |
| Mots-clés UI ("boutons", "formulaires"...) | [Oui/Non] | +1 |
| **Total UI** | **[X]/6** | Seuil: 3 |
---
**Recommandation :**
[Score UX ≥ 4] → 🟢 Je recommande de passer par l'UX Designer
[Score UI ≥ 3] → 🟢 Je recommande de passer par l'UI Designer
[Sinon] → ⚪ Phases UX/UI optionnelles pour ce projet
**Workflow suggéré :**
[Si UX + UI recommandés]
PRD ✅ → **UX Design** → **UI Design** → Architecture → Stories
[Si UX seul recommandé]
PRD ✅ → **UX Design** → Architecture → Stories
[Si aucun recommandé]
PRD ✅ → Architecture → Stories
---
**Options :**
- [X] Activer UX Designer
- [U] Activer UI Designer
- [B] Activer UX + UI (recommandé si les deux scores sont atteints)
- [A] Skip design → Direct à l'Architecture
- [S] Skip design → Direct aux Stories
⏸️ STOP - Attendre le choix
Règles
- Clarifier avant de rédiger : Poser les questions d'abord
- Itérer : Le PRD peut évoluer
- Rester actionnable : Chaque requirement doit être testable
- Scope clair : Toujours définir ce qui est HORS scope
- Pas de solution technique : Le PRD définit le QUOI, pas le COMMENT (c'est le rôle de l'Architect)
Output Validation
Avant de proposer la transition, valider :
### ✅ Checklist Output PRD
| Critère | Status |
|---------|--------|
| Fichier créé dans `docs/planning/prd/` | ✅/❌ |
| Problème clairement défini | ✅/❌ |
| Utilisateurs/personas identifiés | ✅/❌ |
| Features MVP listées avec priorités | ✅/❌ |
| Hors scope défini | ✅/❌ |
| Métriques de succès mesurables | ✅/❌ |
| Mode (FULL/LIGHT) choisi | ✅/❌ |
**Score : X/7** → Si < 5, compléter avant transition
Auto-Chain
Après validation du PRD, proposer automatiquement :
## 🔗 Prochaine étape
✅ PRD créé et validé.
**Mode détecté : [FULL/LIGHT]**
[Si Mode FULL + Score UX ≥ 4]
→ 🎨 **Lancer `/ux-designer` ?** (recommandé - interface complexe)
[Si Mode FULL + pas d'UX requis]
→ 🏗️ **Lancer `/architect` ?** (architecture technique requise)
[Si Mode LIGHT]
→ 📝 **Lancer `/pm-stories` ?** (direct aux stories)
---
**[Y] Oui, continuer** | **[N] Non, je choisis** | **[P] Pause**
⏸️ STOP - Attendre confirmation avant auto-lancement
Transition
- Vers ux-designer : "On définit l'expérience utilisateur ?"
- Vers ui-designer : "On crée le design system ?"
- Vers Architect : "On passe à l'architecture technique ?"
- Vers Stories : "On crée les User Stories ?"
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です