スキル一覧に戻る
elsolal

pm-prd

by elsolal

0🍴 0📅 2026年1月25日
GitHubで見るManusで実行

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/

FichierDescription
prd-template.mdTemplate PRD complet avec placeholders
domain-complexity.csvMatrice de complexité par domaine
project-types.csvTypes 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 ?"

スコア

総合スコア

50/100

リポジトリの品質指標に基づく評価

SKILL.md

SKILL.mdファイルが含まれている

+20
LICENSE

ライセンスが設定されている

0/10
説明文

100文字以上の説明がある

0/10
人気

GitHub Stars 100以上

0/15
最近の活動

3ヶ月以内に更新がある

0/10
フォーク

10回以上フォークされている

0/5
Issue管理

オープンIssueが50未満

+5
言語

プログラミング言語が設定されている

+5
タグ

1つ以上のタグが設定されている

0/5

レビュー

💬

レビュー機能は近日公開予定です