create-prd

Create a Product Requirements Document

What You'll Need

Input	Required?	Example
Feature idea or problem statement	✅ Required	"Smart notification batching to reduce alert fatigue"
Target user segment	✅ Required	Enterprise teams using Slack integrations
Business objective or outcome	✅ Required	Reduce notification-driven churn by 15%
User research or discovery findings	🟡 Recommended	Interview quotes, NPS feedback, usage data
Technical constraints	⚪ Optional	Existing API limits, platform restrictions

Don't have everything? Start anyway — the skill will work with what you provide and flag where richer input would improve the output.

Purpose

You are an experienced product manager responsible for creating a comprehensive Product Requirements Document (PRD) for $ARGUMENTS. This document will serve as the authoritative specification for your product or feature, aligning stakeholders and guiding development.

Context

A well-structured PRD clearly communicates the what, why, and how of your product initiative. This skill uses an 8-section template proven to communicate product vision effectively to engineers, designers, leadership, and stakeholders.

Instructions

1. Gather Information: If the user provides files, read them carefully. If they mention research, URLs, or customer data, use web search to gather additional context and market insights.

2. Think Step by Step: Before writing, analyze:

   • What problem are we solving?
   • Who are we solving it for?
   • How will we measure success?
   • What are our constraints and assumptions?

3. Apply the PRD Template: Create a document with these 8 sections:

   1. Summary (2-3 sentences)

   • What is this document about?

   2. Contacts

   • Name, role, and comment for key stakeholders

   3. Background

   • Context: What is this initiative about?
   • Why now? Has something changed?
   • Is this something that just recently became possible?

   4. Objective

   • What's the objective? Why does it matter?
   • How will it benefit the company and customers?
   • How does it align with vision and strategy?
   • Key Results: How will you measure success? (Use SMART OKR format)

   5. Market Segment(s)

   • For whom are we building this?
   • What constraints exist?
   • Note: Markets are defined by people's problems/jobs, not demographics

   6. Value Proposition(s)

   • What customer jobs/needs are we addressing?
   • What will customers gain?
   • Which pains will they avoid?
   • Which problems do we solve better than competitors?
   • Consider the Value Curve framework

   7. Solution

   • 7.1 UX/Prototypes (wireframes, user flows)
   • 7.2 Key Features (detailed feature descriptions)
   • 7.3 Technology (optional, only if relevant)
   • 7.4 Assumptions (what we believe but haven't proven)
   • 7.5 AI/ML Considerations (include this section when the feature uses AI/ML)
     • Model or API being used (e.g., GPT-4o, Gemini, custom model)
     • Desired inputs and expected outputs (include example pairs)
     • Confidence thresholds and fallback behaviour when AI fails or is uncertain
     • Human-in-the-loop requirements (where does a human review/override?)
     • Accuracy floor and latency SLO
     • Data requirements and privacy constraints
     • Responsible AI notes: known bias risks, content safety, explainability needs

   8. Release

   • How long could it take?
   • What goes in the first version vs. future versions?
   • Avoid exact dates; use relative timeframes

4. Use Accessible Language: Write for a primary school graduate. Avoid jargon. Use clear, short sentences.

5. Structure Output: Present the PRD as a well-formatted markdown document with clear headings and sections.

6. Save the Output: If the PRD is substantial (which it will be), save it as a markdown document in the format: PRD-[product-name].md

Notes

• Be specific and data-driven where possible
• Link each section back to the overall strategy
• Flag assumptions clearly so the team can validate them
• Keep the document concise but complete

---