# 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: `majiayu000/pm-prd` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds add majiayu000/pm-prd`
- Raw SKILL.md: https://api.skillmd.com/api/skills/majiayu000/pm-prd/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: majiayu000 (https://skillmd.com/u/majiayu000)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/majiayu000/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 `../../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"

```markdown
📋 **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` :

```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]
```

#### Mode LIGHT - PRD Simplifié

```markdown
---
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

```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]
- **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 :

```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 |

---

**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 | ✅/❌ |
| Mode (FULL/LIGHT) 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é.

**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 FULL - optionnel]
→ 🧠 **Lancer `/multi-mind prd` ?** (débat multi-perspectives avec 6 IA)

[Si Mode LIGHT]
→ 📝 **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 ?"

