# Pm Prd

> 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.

- Skill: `elsolal/pm-prd` (Agent Skill)
- Install (CLI): `npx skillmds@latest add elsolal/pm-prd`
- Raw SKILL.md: https://api.skillmd.com/api/skills/elsolal/pm-prd/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: elsolal (https://skillmd.com/u/elsolal)
- Updated: 2026-09-10
- Page: https://skillmd.com/skills/elsolal/pm-prd

---


# PM-PRD (Product Requirements Document)

## 📥 Contexte à charger

**Au démarrage, découvrir et charger le contexte pertinent.**

| Contexte | Pattern/Action | Priorité |
|----------|----------------|----------|
| Brainstorms existants | `Glob: docs/planning/brainstorms/*.md` | Optionnel |
| PRDs existants | `Glob: docs/planning/prd/*.md` | Optionnel |
| UX Design existant | `Glob: docs/planning/ux/*.md` | Optionnel |

### Instructions de chargement
1. Utiliser `Glob` pour découvrir les fichiers existants
2. Si brainstorm récent trouvé, utiliser `Read` pour charger le contenu (40 premières lignes)
3. Si fichiers absents, continuer sans erreur - le PRD peut être créé from scratch

---

## Knowledge Base

**Templates et données disponibles dans `references/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 PRD complet, niveaux 2-4 (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 PRD synthétique, niveaux 0-1 (score < 3)** :
- Feature isolée, petit scope
- Mots-clés : "petit", "quick", "simple", "juste"

```markdown
📋 **Création PRD**

J'ai analysé ton besoin. Je suggère un **PRD [complet (niveaux 2-4)/synthétique (niveaux 0-1)]** car :
- [Raison 1]
- [Raison 2]

**[C]** PRD complet (niveaux 2-4) → PRD complet + Architecture ensuite
**[S]** PRD synthétique (niveaux 0-1) → 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

#### PRD complet (niveaux 2-4)

Créer `docs/planning/prd/PRD-{feature-slug}.md` :

```markdown
---
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]
```

#### PRD synthétique (niveaux 0-1)

```markdown
---
title: PRD Synthétique - [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

```markdown
## 📋 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]
- **Format**: [complet (niveaux 2-4)/synthétique (niveaux 0-1)]

---

**Prochaine étape ?**
- [A] Passer à l'Architecture (recommandé pour PRD complet, niveaux 2-4)
- [S] Passer direct aux Stories (PRD synthétique, niveaux 0-1)
- [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 :

```markdown
## 🎨 É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 |

### Direction visuelle (taste dials)

Si Score UI ≥ 3, capturer dès le PRD les 3 dials qui orienteront l'implémentation frontend (utilisés par les `taste-skills`) :

| Dial | 1-3 | 4-6 | 7-10 |
|------|-----|-----|------|
| **DESIGN_VARIANCE** | Clean / centré / symétrique | Modéré, équilibré | Asymétrique, modern, artsy |
| **MOTION_INTENSITY** | Hover simples seulement | Transitions soignées | Magnetic, scroll-triggered, GSAP |
| **VISUAL_DENSITY** | Luxe spacieux, beaucoup de whitespace | Standard | Dense (dashboards, data) |

Ajouter au PRD une section **`Style direction`** avec les 3 valeurs + le `taste-skill` recommandé (`taste-skill` par défaut, `soft-skill` / `minimalist-skill` / `brutalist-skill` si direction tranchée). Cf. `taste-router` pour aide à la décision.

---

**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 :

```markdown
### ✅ 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 | ✅/❌ |
| Format PRD (complet niveaux 2-4 / synthétique niveaux 0-1) choisi | ✅/❌ |

**Score : X/7** → Si < 5, compléter avant transition
```

---

## Auto-Chain

Après validation du PRD, proposer automatiquement :

```markdown
## 🔗 Prochaine étape

✅ PRD créé et validé.

**Format détecté : [complet (niveaux 2-4)/synthétique (niveaux 0-1)]**

[Si PRD complet (niveaux 2-4) + Score UX ≥ 4]
→ 🎨 **Lancer `/ux-designer` ?** (recommandé - interface complexe)

[Si PRD complet (niveaux 2-4) + pas d'UX requis]
→ 🏗️ **Lancer `/architect` ?** (architecture technique requise)

[Si PRD complet (niveaux 2-4) - optionnel]
→ 🧠 **Lancer `/multi-mind prd` ?** (débat multi-perspectives avec 6 IA)

[Si PRD synthétique (niveaux 0-1)]
→ 📝 **Lancer `/pm-stories` ?** (direct aux stories)

---

**[Y] Oui, continuer** | **[M] Multi-Mind** | **[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 ?"