This skill should be used when creating a Product Requirements Document (PRD) based on user input. It guides through clarifying questions, explores approaches, and produces a structured PRD suitable for junior developers to implement.
Create a detailed Product Requirements Document (PRD) in Markdown format, based on an initial user prompt. The PRD should be clear, actionable, and suitable for a junior developer to understand and implement the feature.
Type: FLEXIBLE - Adapt the dialogue and question depth to the complexity of the feature.
Output: prd.md with structured requirements, user stories, and success metrics.
Related skill: This workflow incorporates principles from the brainstorming skill. For pure design exploration without PRD output, use that skill directly.
Use this workflow when:
"I'm using the create-prd workflow to help formalize these requirements."
Before asking questions, review relevant files, docs, and recent commits to understand the current state.
The user provides a brief description or request for a new feature or functionality.
Before finalizing requirements:
Save the finalized document as prd.md.
Adapt questions based on the prompt. Ask ONE question at a time. Common areas to explore:
Question discipline:
The generated PRD should include the following sections:
Assume the primary reader of the PRD is a junior developer. Therefore, requirements should be explicit, unambiguous, and avoid jargon where possible. Provide enough detail for them to understand the feature's purpose and core logic.
.md)prd.md| Principle | Description |
|---|---|
| One question at a time | Don't overwhelm with multiple questions |
| Multiple choice preferred | Easier to answer than open-ended |
| YAGNI ruthlessly | Remove unnecessary features from requirements |
| Explore alternatives | Propose 2-3 approaches before settling |
| Incremental validation | Present PRD in sections, validate each |
After PRD is complete, suggest: