home / skills / dy9759 / text2knowledgecards / prd-skill

prd-skill skill

/skills/core-skills/prd-skill

This skill guides you from idea to implementation-ready PRD using an integrated toolset, delivering structured requirements, design handoffs, and coordinated

npx playbooks add skill dy9759/text2knowledgecards --skill prd-skill

Review the files below or copy the command above to add this skill to your agents.

Files (4)
SKILL.md
11.3 KB
---
name: prd
description: Complete PRD (Product Requirements Document) creation workflow that guides users from initial idea to implementation-ready specification using the integrated toolset in this repository. Handles everything from brainstorming and market analysis to technical requirements and team coordination.
license: Apache 2.0
tools: []
---

# PRD Master - Complete Product Requirements Document Workflow

## Overview

This skill orchestrates the complete PRD creation process using the integrated toolset available in this repository. It guides users through six systematic phases: exploration, project foundation, requirements gathering, quality validation, design preparation, and implementation planning.

**Key Capabilities:**
- 🎯 **Intelligent Phase Selection** - Automatically selects the right tool based on project complexity and scope
- πŸ”„ **Interactive Workflow** - Guides users through structured decision-making processes
- πŸ“‹ **Quality Assurance** - Built-in validation and expert review processes
- πŸ‘₯ **Team Coordination** - Generates role-specific prompts and checklists
- πŸ“Š **Business Intelligence** - Integrates multi-expert analysis when needed

## When to Use This Skill

**Perfect for:**
- New product development projects
- Major feature additions to existing products
- System redesigns or architectural changes
- Complex feature requirements with multiple stakeholders
- When you need both business and technical requirements

**Triggers:**
- "Help me create a PRD for..."
- "I need to write product requirements for..."
- "Let's spec out a new feature..."
- "We need requirements documentation for..."
- Any mention of PRD, product specs, or requirements documents

## Phase Selection Logic

The skill automatically selects the appropriate starting phase based on user input:

### πŸš€ Phase 1: Exploration (Ideation Stage)
**Use when:**
- User has vague ideas or initial concepts
- Multiple possible directions exist
- Market validation is needed
- Business case needs strengthening

**Tools used:**
```bash
/sc:brainstorm "user concept"          # Interactive discovery
/sc:business-panel "market analysis"    # Multi-expert analysis
```

### πŸ—οΈ Phase 2: Project Foundation (Scoping Stage)
**Use when:**
- User has clear idea but needs structure
- Project scope needs definition
- Success metrics need establishment

**Tools used:**
```bash
# Create project brief using BMAD template
# Uses .bmad-core/templates/project-brief-tmpl.yaml
```

### πŸ“‹ Phase 3: Requirements Generation (Specification Stage)
**Use when:**
- Clear project scope established
- Ready for detailed requirements
- **Default starting point for most projects**

**Tools used:**
```bash
# Choose based on complexity:
- /speckit.specify "feature description"     # Single feature
- BMAD PRD Template (.bmad-core/templates/prd-tmpl.yaml)  # Complex product
- openspec changes/ for architecture modifications
```

### πŸ” Phase 4: Quality Validation (Review Stage)
**Always executed after requirements generation**

**Tools used:**
```bash
# BMAD quality checklists
openspec validate [change] --strict  # For OpenSpec workflows
```

### 🎨 Phase 5: Design Preparation (Handoff Stage)
**Use when:**
- Requirements validated and approved
- Ready for technical design

**Tools used:**
```bash
/sc:design "system architecture"
/sc:spec-panel "technical review"
```

### πŸ› οΈ Phase 6: Implementation Planning (Execution Stage)
**Use when:**
- Design complete and approved
- Ready for development work

**Tools used:**
```bash
/sc:workflow "implementation planning"
# Generates team-specific prompts and checklists
```

## Workflow Execution

### Step 1: Assess User Input
Analyze the user's request to determine:
- **Clarity Level**: Vague idea vs. clear concept
- **Complexity**: Simple feature vs. complex product
- **Scope**: Single function vs. multi-epic project
- **Stakeholder Count**: Individual vs. team project

### Step 2: Select Starting Phase
Based on assessment, choose the appropriate phase:
- **Low clarity, high uncertainty** β†’ Phase 1 (Exploration)
- **Moderate clarity, defined scope** β†’ Phase 2 (Foundation)
- **High clarity, ready for specs** β†’ Phase 3 (Requirements) - *Default*

### Step 3: Execute Phase Workflow
Follow the structured workflow for the selected phase, automatically triggering the appropriate tools and processes.

### Step 4: Progressive Enhancement
After each phase completion, assess readiness for the next phase. Users can:
- **Continue automatically** to the next phase
- **Pause for review** and manual approval
- **Jump to specific phase** if ready

### Step 5: Generate Team Deliverables
Create role-specific outputs:
- **Product Manager**: Complete PRD with checklists
- **UX Expert**: Design brief and user scenarios
- **Architect**: Technical requirements and constraints
- **Development Team**: Implementation roadmap

## Usage Examples

### Example 1: New Product Idea
```
User: "Help me create a PRD for a new task management app"

Workflow:
1. Phase 1: /sc:brainstorm "task management app features"
2. Phase 1: /sc:business-panel "productivity app market analysis"
3. Phase 2: Create project brief
4. Phase 3: BMAD PRD Template generation
5. Phase 4: Quality validation
6. Phase 5: /sc:design preparation
7. Phase 6: /sc:workflow generation
```

### Example 2: Single Feature Addition
```
User: "I need to write requirements for adding user authentication"

Workflow:
1. Phase 3: /speckit.specify "add user authentication system"
2. Phase 4: Quality checklist generation
3. Phase 5: /sc:design "authentication architecture"
```

### Example 3: System Redesign
```
User: "We need to restructure our microservices architecture"

Workflow:
1. Phase 3: openspec changes/ (create change proposal)
2. Phase 4: openspec validate --strict
3. Phase 5: /sc:spec-panel "architecture review"
```

## Integration with Repository Tools

### BMAD Core Integration
- Uses `.bmad-core/templates/prd-tmpl.yaml` for comprehensive PRDs
- Leverages `.bmad-core/checklists/` for quality assurance
- Accesses `.bmad-core/agents/` for role-specific guidance

### SpeckKit Integration
- Triggers `/speckit.specify` for rapid feature specification
- Utilizes `.specify/templates/spec-template.md` for consistency
- Manages feature branching and validation

### OpenSpec Integration
- Creates structured change proposals under `openspec/changes/`
- Maintains traceability between requirements and specifications
- Supports ongoing requirement evolution

### SuperClaude Commands Integration
- Orchestrates `/sc:*` commands for specialized analysis
- Accesses business panel experts for market insights
- Generates structured workflows for implementation

## Quality Assurance Mechanisms

### Automated Validation
- **Requirement Completeness**: All mandatory sections populated
- **Clarity Assessment**: No ambiguous language or implementation details
- **Testability Criteria**: Every requirement has clear acceptance criteria
- **Stakeholder Alignment**: Business value clearly articulated

### Expert Review Integration
- **Multi-Expert Analysis**: Business panel review for strategic alignment
- **Technical Validation**: Architecture and feasibility assessment
- **UX Review**: User experience and accessibility validation
- **Quality Gate**: Checklist-based signoff process

## Output Deliverables

### Primary Deliverable: Complete PRD Package
```markdown
docs/
β”œβ”€β”€ prd.md                          # Main requirements document
β”œβ”€β”€ project-brief.md               # Executive summary (optional)
β”œβ”€β”€ checklists/
β”‚   β”œβ”€β”€ pm-checklist.md           # Product manager validation
β”‚   β”œβ”€β”€ architect-checklist.md    # Technical review checklist
β”‚   └── quality-assurance.md      # Quality validation results
β”œβ”€β”€ prompts/
β”‚   β”œβ”€β”€ ux-expert-prompt.md       # Design team handoff
β”‚   β”œβ”€β”€ architect-prompt.md       # Architecture team handoff
β”‚   └── dev-team-prompt.md        # Development team handoff
└── workflows/
    β”œβ”€β”€ implementation-workflow.md # Development roadmap
    └── validation-workflow.md     # Testing and validation plan
```

### Supporting Artifacts
- **Change Proposals**: OpenSpec change files (if applicable)
- **Feature Branches**: Git branches for specification work (SpeckKit)
- **Quality Reports**: Validation results and remediation plans
- **Team Prompts**: Role-specific guidance documents

## Advanced Features

### Intelligent Tool Selection
The skill automatically chooses the optimal tool combination based on:
- **Project Complexity**: Simple vs. multi-faceted requirements
- **Team Size**: Individual vs. enterprise workflows
- **Timeline Pressure**: Rapid prototyping vs. comprehensive analysis
- **Risk Level**: Low-risk features vs. high-impact changes

### Contextual Adaptation
- **Domain Knowledge**: Adapts terminology and focus areas based on project type
- **Team Experience**: Adjusts detail level based on presumed team expertise
- **Organizational Context**: Considers enterprise vs. startup constraints
- **Technical Debt**: Accounts for existing system constraints and legacy considerations

### Continuous Improvement
- **Pattern Learning**: Learns from successful PRD patterns in your organization
- **Feedback Integration**: Incorporates lessons learned from previous projects
- **Template Evolution**: Improves templates based on usage patterns
- **Quality Metrics**: Tracks PRD effectiveness and implementation success rates

## Best Practices

### For Product Managers
- **Start Early**: Engage this skill at the concept stage, not just before implementation
- **Iterative Refinement**: Use the quality validation phases to progressively improve requirements
- **Stakeholder Involvement**: Leverage the multi-expert analysis for comprehensive perspective

### For Development Teams
- **Clear Handoffs**: Use the generated prompts to ensure smooth transitions between phases
- **Feedback Loops**: Provide implementation feedback to improve future PRD quality
- **Traceability**: Maintain links between requirements and implemented features

### For Organizations
- **Template Customization**: Adapt the BMAD templates to match organizational standards
- **Process Integration**: Integrate with existing product development lifecycle
- **Quality Gates**: Establish organizational standards based on the generated checklists

## Troubleshooting

### Common Issues
- **Tool Selection Confusion**: Skill will recommend the optimal starting point based on user input
- **Scope Creep**: Use the quality validation phases to maintain appropriate boundaries
- **Stakeholder Alignment**: Leverage business panel analysis for consensus building
- **Technical Feasibility**: Use architecture review phases early for complex projects

### Recovery Mechanisms
- **Phase Restart**: Can restart from any phase if issues are discovered
- **Tool Switching**: Can switch between BMAD, SpeckKit, and OpenSpec based on evolving needs
- **Quality Revalidation**: Can re-run quality checks after major revisions
- **Expert Re-engagement**: Can re-involve business panel experts for critical decisions

---

This skill transforms the complex process of PRD creation into a structured, guided experience that leverages the full power of your integrated development toolset. It ensures comprehensive coverage of business requirements, technical constraints, user experience considerations, and implementation planning while maintaining high quality standards throughout the process.

Overview

This skill orchestrates a complete PRD creation workflow that guides you from an initial idea to an implementation-ready specification. It combines ideation, scoping, requirements generation, validation, design handoff, and implementation planning into a repeatable process. The workflow uses integrated templates, checklists, and role-specific outputs to deliver a production-ready PRD package.

How this skill works

The skill assesses your input for clarity, complexity, scope, and stakeholders, then selects an appropriate starting phase (Exploration, Project Foundation, Requirements, Validation, Design, Implementation). It runs structured tools and templatesβ€”brainstorm sessions, BMAD PRD templates, SpeckKit feature specs, and OpenSpec change proposalsβ€”then validates requirements with automated checks and expert review. Finally, it generates deliverables and role-specific prompts for PMs, designers, architects, and developers.

When to use it

  • Launching a new product or major feature
  • Specifying complex features with multiple stakeholders
  • Redesigning systems or architecture
  • Creating testable, traceable requirements for engineering
  • Preparing handoff artifacts for design and development

Best practices

  • Start the workflow early during concept formation to reduce rework
  • Use the quality validation phase to catch ambiguity and enforce testability
  • Customize BMAD templates to reflect your organization’s standards
  • Produce role-specific prompts and checklists for clear handoffs
  • Iterate: run progressive validations after each major revision

Example use cases

  • New product: full PRD for a task management app including market analysis and implementation roadmap
  • Single feature: rapid SpeckKit specification and validation for user authentication
  • System redesign: OpenSpec change proposals and strict validation for microservices restructuring
  • Team handoff: generate UX brief, architect constraints, and dev implementation workflow from a validated PRD
  • Risk mitigation: run multi-expert business panels for high-impact changes

FAQ

What outputs will I get from the workflow?

A PRD package including prd.md, project brief, checklists, role prompts, implementation workflow, and optional OpenSpec change files.

Can I start at any phase?

Yes, the skill supports starting, pausing, restarting, or jumping to any phase based on readiness and prior work.