Agent skill

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.

View SKILL.md on GitHub Repository
Stars 163
Forks 31

Install this agent skill to your Project

npx add-skill https://github.com/majiayu000/claude-skill-registry/tree/main/skills/data/pm-prd

SKILL.md

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 ?"

Recommended Agent Skills

Expand your agent's capabilities with these related and highly-rated skills.

majiayu000/claude-skill-registry

agent-ops-spec

Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-state

Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-spec

Manage specification documents in .agent/specs/. Use when user provides requirements, acceptance criteria, or feature descriptions that need to be tracked and validated against implementation.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-testing

Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-testing

Test strategy, execution, and coverage analysis. Use when designing tests, running test suites, or analyzing test results beyond baseline checks.

163 31
Explore
majiayu000/claude-skill-registry

agent-ops-state

Maintain .agent state files. Use at session start, after meaningful steps, and before concluding: read/update constitution/memory/focus/issues/baseline consistently.

163 31
Explore

Didn't find tool you were looking for?

Be as detailed as possible for better results