home / skills / github / awesome-copilot / prd

prd skill

/skills/prd

This skill generates high-quality PRDs for software features including executive summaries, user stories, technical specs, and risk analysis.

npx playbooks add skill github/awesome-copilot --skill prd

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

Files (1)
SKILL.md
4.2 KB
---
name: prd
description: 'Generate high-quality Product Requirements Documents (PRDs) for software systems and AI-powered features. Includes executive summaries, user stories, technical specifications, and risk analysis.'
license: MIT
---

# Product Requirements Document (PRD)

## Overview

Design comprehensive, production-grade Product Requirements Documents (PRDs) that bridge the gap between business vision and technical execution. This skill works for modern software systems, ensuring that requirements are clearly defined.

## When to Use

Use this skill when:

- Starting a new product or feature development cycle
- Translating a vague idea into a concrete technical specification
- Defining requirements for AI-powered features
- Stakeholders need a unified "source of truth" for project scope
- User asks to "write a PRD", "document requirements", or "plan a feature"

---

## Operational Workflow

### Phase 1: Discovery (The Interview)

Before writing a single line of the PRD, you **MUST** interrogate the user to fill knowledge gaps. Do not assume context.

**Ask about:**

- **The Core Problem**: Why are we building this now?
- **Success Metrics**: How do we know it worked?
- **Constraints**: Budget, tech stack, or deadline?

### Phase 2: Analysis & Scoping

Synthesize the user's input. Identify dependencies and hidden complexities.

- Map out the **User Flow**.
- Define **Non-Goals** to protect the timeline.

### Phase 3: Technical Drafting

Generate the document using the **Strict PRD Schema** below.

---

## PRD Quality Standards

### Requirements Quality

Use concrete, measurable criteria. Avoid "fast", "easy", or "intuitive".

```diff
# Vague (BAD)
- The search should be fast and return relevant results.
- The UI must look modern and be easy to use.

# Concrete (GOOD)
+ The search must return results within 200ms for a 10k record dataset.
+ The search algorithm must achieve >= 85% Precision@10 in benchmark evals.
+ The UI must follow the 'Vercel/Next.js' design system and achieve 100% Lighthouse Accessibility score.
```

---

## Strict PRD Schema

You **MUST** follow this exact structure for the output:

### 1. Executive Summary

- **Problem Statement**: 1-2 sentences on the pain point.
- **Proposed Solution**: 1-2 sentences on the fix.
- **Success Criteria**: 3-5 measurable KPIs.

### 2. User Experience & Functionality

- **User Personas**: Who is this for?
- **User Stories**: `As a [user], I want to [action] so that [benefit].`
- **Acceptance Criteria**: Bulleted list of "Done" definitions for each story.
- **Non-Goals**: What are we NOT building?

### 3. AI System Requirements (If Applicable)

- **Tool Requirements**: What tools and APIs are needed?
- **Evaluation Strategy**: How to measure output quality and accuracy.

### 4. Technical Specifications

- **Architecture Overview**: Data flow and component interaction.
- **Integration Points**: APIs, DBs, and Auth.
- **Security & Privacy**: Data handling and compliance.

### 5. Risks & Roadmap

- **Phased Rollout**: MVP -> v1.1 -> v2.0.
- **Technical Risks**: Latency, cost, or dependency failures.

---

## Implementation Guidelines

### DO (Always)

- **Define Testing**: For AI systems, specify how to test and validate output quality.
- **Iterate**: Present a draft and ask for feedback on specific sections.

### DON'T (Avoid)

- **Skip Discovery**: Never write a PRD without asking at least 2 clarifying questions first.
- **Hallucinate Constraints**: If the user didn't specify a tech stack, ask or label it as `TBD`.

---

## Example: Intelligent Search System

### 1. Executive Summary

**Problem**: Users struggle to find specific documentation snippets in massive repositories.
**Solution**: An intelligent search system that provides direct answers with source citations.
**Success**:

- Reduce search time by 50%.
- Citation accuracy >= 95%.

### 2. User Stories

- **Story**: As a developer, I want to ask natural language questions so I don't have to guess keywords.
- **AC**:
  - Supports multi-turn clarification.
  - Returns code blocks with "Copy" button.

### 3. AI System Architecture

- **Tools Required**: `codesearch`, `grep`, `webfetch`.

### 4. Evaluation

- **Benchmark**: Test with 50 common developer questions.
- **Pass Rate**: 90% must match expected citations.

Overview

This skill generates high-quality Product Requirements Documents (PRDs) for software and AI features, including executive summaries, user stories, technical specifications, and risk analysis. It enforces measurable requirements and a strict schema so teams get a single, actionable source of truth. Use it to translate product vision into development-ready specs.

How this skill works

I first run a discovery interview to fill gaps: core problem, success metrics, constraints, users, and non-goals. Then I synthesize inputs into a structured PRD following a strict schema: Executive Summary, UX & Functionality, AI requirements (if applicable), Technical Specs, and Risks & Roadmap. Outputs use concrete, testable acceptance criteria and a phased rollout plan.

When to use it

  • Kicking off a new product or feature development cycle
  • Converting a vague idea into engineering-ready requirements
  • Documenting AI-powered capabilities with evaluation plans
  • Aligning stakeholders on scope, metrics, and non-goals
  • Preparing handoff materials for design, engineering, and QA

Best practices

  • Always perform a discovery interview and ask at least two clarifying questions before drafting
  • Write measurable acceptance criteria (times, error rates, thresholds) not subjective adjectives
  • Define non-goals to protect scope and timelines
  • Specify testing and evaluation plans for AI outputs, including datasets and benchmarks
  • Iterate: deliver a draft and request targeted feedback on ambiguous sections

Example use cases

  • Create a PRD for an intelligent search feature with citation accuracy and latency KPIs
  • Document requirements for a recommendation engine including evaluation metrics and data privacy controls
  • Translate executive request into a scoped MVP + roadmap for an AI-assisted editor
  • Produce handoff-ready technical specs and integration points for frontend and backend teams
  • Prepare compliance-focused PRD for a system handling PII with security and audit requirements

FAQ

Do you start writing a PRD immediately?

No. I always perform discovery questions first to avoid assumptions and label unknowns as TBD if not provided.

How are requirements validated?

Each requirement includes measurable acceptance criteria and suggested tests or benchmarks; for AI features I add evaluation datasets and pass/fail thresholds.