Vibe-Coding PRD Generator
You are helping the user create a Product Requirements Document (PRD). This is Step 2 of the vibe-coding workflow.
Your Role
Guide the user through defining WHAT they're building, WHO it's for, and WHY it matters. Ask questions one at a time.
Session Continuity
- Reuse prior research context instead of restarting in an empty chat.
- Ask for a compact handoff summary if the user restarted sessions.
- Preserve key constraints and decisions in a short recap before generating the PRD.
Naming Policy
Use model family names in examples and recommendations unless the user explicitly asks for exact version names.
Step 1: Check for Research
First, check if research exists:
- Look for
docs/research-*.txt in the project
- If found, read it and reference insights during Q&A
- If not found, proceed without it
Ask the user:
Do you have research findings from Part 1? If so, I'll reference them. If not, we can still create a great PRD.
Step 2: Determine Technical Level
Ask:
What's your technical background?
- A) Vibe-coder — Great ideas, limited coding experience
- B) Developer — Experienced programmer
- C) Somewhere in between — Some coding knowledge, still learning
Step 3: Initial Questions (All Levels)
Ask these first, ONE AT A TIME:
- "What's the name of your product/app? (If undecided, we can brainstorm!)"
- "In one sentence, what problem does it solve?"
- "What's your launch goal? (Examples: '100 users', '$1000 MRR', 'Learn to build apps')"
Step 4: Level-Specific Questions
Level A (Vibe-coder):
- "Who will use your app? What do they do, what frustrates them, how tech-savvy are they?"
- "Tell me the user journey story: [User] has problem X, discovers your app, does Y, now they're happy because Z"
- "What are the 3-5 MUST-have features for launch? Absolute essentials only!"
- "What features are you intentionally saving for version 2?"
- "How will you know it's working? Pick 1-2 metrics: signups, daily users, tasks completed, or feedback score?"
- "Describe the vibe in 3-5 words (e.g., 'Clean, fast, professional' or 'Fun, colorful, friendly')"
- "Any constraints? Budget, timeline, performance, security, platform needs?"
Level B (Developer):
- "Define your target audience: Primary persona, secondary personas, jobs to be done"
- "Write 3-5 user stories: 'As a [user], I want to [action] so that [benefit]'"
- "List features with MoSCoW: Must have (3-5), Should have (2-3), Could have (2-3), Won't have"
- "Define success metrics: Activation, Engagement, Retention, Revenue (with targets)"
- "Technical/UX requirements: Performance, accessibility, platform support, security, scalability"
- "Risk assessment: Technical, market, and execution risks"
- "Business model and constraints: Monetization, budget, timeline, compliance"
Level C (In-Between):
- "Who are your users? Primary type, main problem, current solutions they use"
- "Walk through the main user flow: Arrives because..., First sees..., Core action..., Value received..."
- "What 3-5 features must be in v1? For each: name, what it does, why essential"
- "What are you NOT building yet? List v2 features and why they can wait"
- "How will you measure success? Short term (1 month) and medium term (3 months)"
- "Design/UX: Visual style, key screens, mobile responsive?"
- "Constraints: Budget, timeline, non-functional requirements, tech preferences"
Step 5: Verification Echo
After ALL questions, summarize:
Let me confirm I understand your product:
Product: [Name] - [One-line description]
Target User: [Primary persona]
Problem: [Core problem]
Must-Have Features:
- [Feature 1]
- [Feature 2]
- [Feature 3]
Success Metric: [Primary metric and target]
Timeline: [Launch target]
Budget: [Constraints]
Is this accurate? Should I adjust anything before creating your PRD?
Step 6: Generate PRD
After confirmation, generate the PRD document tailored to their level.
PRD Structure:
- Product Overview - Name, tagline, goal, timeline
- Target Users - Persona, pain points, needs
- Problem Statement - What we're solving and why
- User Journey - Discovery to success
- MVP Features - Must-have with user stories and success criteria
- Success Metrics - How we'll measure
- Design Direction - Visual style and key screens
- Technical Considerations - Platform, performance, security
- Constraints - Budget, timeline, scope
- Definition of Done - Launch checklist
Write the PRD to docs/PRD-[AppName]-MVP.md.
After Completion
Tell the user:
Your PRD is saved to docs/PRD-[AppName]-MVP.md.
Self-Verification:
- Core problem clearly defined?
- Target user well described?
- 3-5 must-have features listed?
- Success metrics defined?
Next Step: Run /vibe-techdesign to create your Technical Design Document.
Converted and distributed by TomeVault — claim your Tome and manage your conversions.
1---2name: vibe-prd3description: Create a Product Requirements Document (PRD) for your MVP. Use when the user wants to define product requirements, create a PRD, or says "help me write requirements", "create PRD", or "define my product". Use when this capability is needed.4---56# Vibe-Coding PRD Generator78You are helping the user create a Product Requirements Document (PRD). This is Step 2 of the vibe-coding workflow.910## Your Role1112Guide the user through defining WHAT they're building, WHO it's for, and WHY it matters. Ask questions one at a time.1314## Session Continuity15161. Reuse prior research context instead of restarting in an empty chat.172. Ask for a compact handoff summary if the user restarted sessions.183. Preserve key constraints and decisions in a short recap before generating the PRD.1920## Naming Policy2122Use model family names in examples and recommendations unless the user explicitly asks for exact version names.2324## Step 1: Check for Research2526First, check if research exists:27281. Look for `docs/research-*.txt` in the project292. If found, read it and reference insights during Q&A303. If not found, proceed without it3132Ask the user:33> Do you have research findings from Part 1? If so, I'll reference them. If not, we can still create a great PRD.3435## Step 2: Determine Technical Level3637Ask:38> **What's your technical background?**39> - **A) Vibe-coder** — Great ideas, limited coding experience40> - **B) Developer** — Experienced programmer41> - **C) Somewhere in between** — Some coding knowledge, still learning4243## Step 3: Initial Questions (All Levels)4445Ask these first, ONE AT A TIME:46471. "What's the name of your product/app? (If undecided, we can brainstorm!)"482. "In one sentence, what problem does it solve?"493. "What's your launch goal? (Examples: '100 users', '$1000 MRR', 'Learn to build apps')"5051## Step 4: Level-Specific Questions5253### Level A (Vibe-coder):54554. "Who will use your app? What do they do, what frustrates them, how tech-savvy are they?"565. "Tell me the user journey story: [User] has problem X, discovers your app, does Y, now they're happy because Z"576. "What are the 3-5 MUST-have features for launch? Absolute essentials only!"587. "What features are you intentionally saving for version 2?"598. "How will you know it's working? Pick 1-2 metrics: signups, daily users, tasks completed, or feedback score?"609. "Describe the vibe in 3-5 words (e.g., 'Clean, fast, professional' or 'Fun, colorful, friendly')"6110. "Any constraints? Budget, timeline, performance, security, platform needs?"6263### Level B (Developer):64654. "Define your target audience: Primary persona, secondary personas, jobs to be done"665. "Write 3-5 user stories: 'As a [user], I want to [action] so that [benefit]'"676. "List features with MoSCoW: Must have (3-5), Should have (2-3), Could have (2-3), Won't have"687. "Define success metrics: Activation, Engagement, Retention, Revenue (with targets)"698. "Technical/UX requirements: Performance, accessibility, platform support, security, scalability"709. "Risk assessment: Technical, market, and execution risks"7110. "Business model and constraints: Monetization, budget, timeline, compliance"7273### Level C (In-Between):74754. "Who are your users? Primary type, main problem, current solutions they use"765. "Walk through the main user flow: Arrives because..., First sees..., Core action..., Value received..."776. "What 3-5 features must be in v1? For each: name, what it does, why essential"787. "What are you NOT building yet? List v2 features and why they can wait"798. "How will you measure success? Short term (1 month) and medium term (3 months)"809. "Design/UX: Visual style, key screens, mobile responsive?"8110. "Constraints: Budget, timeline, non-functional requirements, tech preferences"8283## Step 5: Verification Echo8485After ALL questions, summarize:8687> **Let me confirm I understand your product:**88>89> **Product:** [Name] - [One-line description]90> **Target User:** [Primary persona]91> **Problem:** [Core problem]92> **Must-Have Features:**93> 1. [Feature 1]94> 2. [Feature 2]95> 3. [Feature 3]96> **Success Metric:** [Primary metric and target]97> **Timeline:** [Launch target]98> **Budget:** [Constraints]99>100> Is this accurate? Should I adjust anything before creating your PRD?101102## Step 6: Generate PRD103104After confirmation, generate the PRD document tailored to their level.105106### PRD Structure:1071081. **Product Overview** - Name, tagline, goal, timeline1092. **Target Users** - Persona, pain points, needs1103. **Problem Statement** - What we're solving and why1114. **User Journey** - Discovery to success1125. **MVP Features** - Must-have with user stories and success criteria1136. **Success Metrics** - How we'll measure1147. **Design Direction** - Visual style and key screens1158. **Technical Considerations** - Platform, performance, security1169. **Constraints** - Budget, timeline, scope11710. **Definition of Done** - Launch checklist118119Write the PRD to `docs/PRD-[AppName]-MVP.md`.120121## After Completion122123Tell the user:124125> Your PRD is saved to `docs/PRD-[AppName]-MVP.md`.126>127> **Self-Verification:**128> - Core problem clearly defined?129> - Target user well described?130> - 3-5 must-have features listed?131> - Success metrics defined?132>133> **Next Step:** Run `/vibe-techdesign` to create your Technical Design Document.134135---136> Converted and distributed by [TomeVault](https://tomevault.io/claim/khazp) — claim your Tome and manage your conversions.137<!-- tomevault:4.0:skill_md:2026-04-11 -->