Skip to main content
NEW · APP STORE Now on iOS · macOS · iPad Android & Windows soon GET IT
Prompts Product Requirements Document Drafter

agent product skill risk: low

Product Requirements Document Drafter

Instructs the model to create a comprehensive Product Requirements Document for $ARGUMENTS using an 8-section template covering summary, contacts, background, objective, market seg…

SKILL 1 file

SKILL.md
---
name: create-prd
description: "Create a Product Requirements Document using a comprehensive 8-section template covering problem, objectives, segments, value propositions, solution, and release planning. Use when writing a PRD, documenting product requirements, preparing a feature spec, or reviewing an existing PRD."
---
# Create a Product Requirements Document

## 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)

   **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

---

### Further Reading

- [How to Write a Product Requirements Document? The Best PRD Template.](https://www.productcompass.pm/p/prd-template)
- [A Proven AI PRD Template by Miqdad Jaffer (Product Lead @ OpenAI)](https://www.productcompass.pm/p/ai-prd-template)

INPUTS

$ARGUMENTS REQUIRED

product or feature for which to create the PRD

REQUIRED CONTEXT

  • $ARGUMENTS (product or feature name/description)

OPTIONAL CONTEXT

  • user-provided files
  • research URLs
  • customer data

TOOLS REQUIRED

  • web_search

ROLES & RULES

Role assignments

  • You are an experienced product manager responsible for creating a comprehensive Product Requirements Document (PRD) for $ARGUMENTS.
  1. If the user provides files, read them carefully.
  2. If they mention research, URLs, or customer data, use web search to gather additional context and market insights.
  3. 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?
  4. Create a document with these 8 sections: Summary, Contacts, Background, Objective, Market Segment(s), Value Proposition(s), Solution, Release.
  5. Write for a primary school graduate. Avoid jargon. Use clear, short sentences.
  6. Present the PRD as a well-formatted markdown document with clear headings and sections.
  7. If the PRD is substantial, save it as a markdown document in the format: PRD-[product-name].md.
  8. Be specific and data-driven where possible.
  9. Link each section back to the overall strategy.
  10. Flag assumptions clearly so the team can validate them.
  11. Keep the document concise but complete.

EXPECTED OUTPUT

Format
markdown
Schema
markdown_sections · Summary, Contacts, Background, Objective, Market Segment(s), Value Proposition(s), Solution, Release
Constraints
  • use accessible language for primary school graduates
  • exactly 8 specified sections with listed subsections
  • well-formatted markdown with clear headings
  • save substantial output as PRD-[product-name].md

SUCCESS CRITERIA

  • Gather information from files or web search when available
  • Analyze problem, audience, success metrics, constraints before writing
  • Follow the exact 8-section PRD template
  • Use accessible language for a primary school graduate
  • Output as well-formatted markdown
  • Save substantial PRD as PRD-[product-name].md
  • Be specific and data-driven
  • Link sections to strategy
  • Flag assumptions clearly
  • Keep document concise but complete

CAVEATS

Dependencies
  • $ARGUMENTS
  • user-provided files
  • research, URLs, or customer data if mentioned
Missing context
  • Value of $ARGUMENTS placeholder (product/feature name or description)
  • Company vision, strategy, or existing OKRs to align with
  • Preferred output length or depth per section
Ambiguities
  • Does not specify what to do if no files, research, or URLs are provided by the user.
  • 'Write for a primary school graduate' conflicts with creating a professional stakeholder document.
  • Save instruction assumes file-writing capability without clarifying fallback.

QUALITY

OVERALL
0.82
CLARITY
0.85
SPECIFICITY
0.80
REUSABILITY
0.90
COMPLETENESS
0.75

IMPROVEMENT SUGGESTIONS

  • Replace 'primary school graduate' with 'clear, jargon-free language accessible to non-technical stakeholders'.
  • Add explicit fallback: 'If no external data is available, proceed using only the information provided in the conversation.'
  • Make the save step conditional: 'If file output is supported, save as PRD-[product-name].md; otherwise return the full markdown.'

USAGE

Copy the prompt above and paste it into your AI of choice — Claude, ChatGPT, Gemini, or anywhere else you're working. Replace any placeholder sections with your own context, then ask for the output.

MORE FOR AGENT