Skip to main content
Product Management/prd-creation

PRD Creation

You need to create a PRD from scratch through discovery questions, interview-driven writing, and review.

This is a skillset -- it chains /discovery-question-designer -> /prd-interviewer -> /prd-review in sequence. Each skill also works independently.

Use this when you need to create a PRD from scratch. Rather than starting with a blank document, this chain starts with discovery questions to ensure you've thought through the problem space, then uses an interview-driven approach to fill in the PRD, and finishes with a structured review.


The chain

StepSkillWhat it produces
1/discovery-question-designerDiscovery questions for the problem space
2/prd-interviewerPRD created through structured AI-led interview
3/prd-reviewSection-by-section audit with rewritten weak sections

How skills chain

  • /discovery-question-designer prepares questions that explore the problem space -> ensures you've thought about users, constraints, and outcomes before writing
  • /prd-interviewer walks you through 15-20 structured questions and synthesizes answers into a PRD -> interview format catches gaps you'd miss writing alone
  • /prd-review audits the resulting PRD section by section -> rewrites weak sections and flags missing elements

What the PM does between stages

After...PM decision
/discovery-question-designerAnswer the questions yourself or use them in stakeholder conversations
/prd-interviewerReview the draft PRD -- does it capture the right scope?
/prd-reviewAccept or revise the rewritten sections. Share with stakeholders for alignment.

Related skills: For drafting a PRD without the discovery step, use /prd-draft directly. For validating an existing PRD, use /prd-review standalone.

Example Output

Input

  • Product initiative: Expense report automation for mid-market professional services firms
  • Company: Nexum Consulting Group (600-person management consulting firm)
  • Current pain point: Consultants submit expenses via spreadsheet; finance team spends ~40 hrs/week manually reconciling, reimbursements take 3-4 weeks, 12% error rate on submissions
  • PM's starting point: No existing PRD — only a Slack thread from the CFO and a few complaints from project managers

Output (abbreviated)

PRD Creation Chain: Expense Automation — Nexum Consulting Group


Stage 1 — Discovery Questions /discovery-question-designer

Before writing a single requirement, answer these to bound the problem space:

User & Workflow Questions

  • Who submits expenses — consultants only, or also admin staff submitting on behalf of partners?
  • Do expense policies vary by client engagement type (T&M vs. fixed-fee)?
  • What's the current approval chain? Does a project manager approve before finance, or does it go straight to finance?

Constraint & Integration Questions

  • What ERP/accounting system does Nexum use today (NetSuite, SAP, QuickBooks)?
  • Are corporate cards issued to consultants, or is this a reimbursement-only model?
  • Is there a mobile requirement — do consultants submit from client sites?

Outcome & Success Questions

  • What does "success" look like to the CFO at 6 months — reduced cycle time, headcount reallocation in finance, or audit readiness?
  • What's the threshold error rate that would make this initiative a failure?
  • Is this a build-internally initiative, or is procurement of a third-party tool (Concur, Expensify, Ramp) in scope?

PM decision point: Bring these into a 60-min working session with the CFO, Finance Ops lead, and two senior consultants before proceeding to the interview stage.


Stage 2 — PRD Draft /prd-interviewer

Synthesized from structured 18-question interview with PM


Product Requirements Document

Product: NexumExpense — Automated Expense Management Author: [PM Name] | Status: Draft v0.1 | Last updated: [Date] Stakeholders: CFO, VP Finance Operations, IT Director, Senior Consultant cohort


Problem Statement

Nexum Consulting Group processes ~1,800 expense reports per month across 600 employees. The current spreadsheet-and-email workflow produces a 12% error rate, a 3–4 week reimbursement cycle, and consumes approximately 40 finance team hours weekly in manual reconciliation. This creates consultant dissatisfaction, cash-flow uncertainty for employees on extended client engagements, and audit exposure ahead of Nexum's planned SOC 2 Type II certification in Q3.


Goals & Success Metrics

GoalMetricTarget
Reduce reimbursement cycle timeAvg. days from submission to payment≤ 7 days
Reduce submission error rate% of reports requiring finance correction< 2%
Reduce finance reconciliation burdenHours/week spent on manual reconciliation≤ 10 hrs
Consultant adoption% of expenses submitted via new system at 90 days≥ 85%
Audit readinessReceipt attachment rate on submissions100%

Users & Personas

Primary — Field Consultant (Maya, Senior Consultant) Submits 8–15 expense line items per week, often from client offices or airports. Needs mobile receipt capture. Frustrated by reimbursement delays affecting personal cash flow.

Secondary — Finance Operations Analyst (Derek, Finance Ops) Processes and reconciles all submissions. Manually re-keys data into NetSuite. Primary beneficiary of automation. Needs exception flagging, policy enforcement at point of submission, and one-click NetSuite sync.

Tertiary — Engagement Manager (Approver) Approves project-coded expenses before they reach finance. Currently receives spreadsheet attachments via email; needs a queue-based approval flow with mobile support.


Scope

In scope — MVP (Q2 launch)

  • Mobile + web expense submission with OCR receipt scanning
  • Policy rules engine (per diem limits, category restrictions, client-code validation)
  • Two-tier approval workflow (Engagement Manager → Finance)
  • NetSuite GL sync via API
  • Reimbursement status visibility for submitters

Out of scope — MVP

  • Corporate card reconciliation (Nexum evaluating card program separately, target Q4)
  • Multi-currency (domestic US only for MVP; international engagements < 5% of volume)
  • Self-service policy configuration by Finance (hardcoded rules in MVP, configurable in v1.1)

Functional Requirements

Submission

  • Consultants can photograph receipts via iOS/Android; OCR auto-populates merchant, amount, date
  • System validates against policy rules on submission (not on review) and surfaces violations inline
  • Consultant must select client engagement code from active project list (pulled from NetSuite project table)

Approval Workflow

  • Submissions route to Engagement Manager assigned to selected project code
  • Engagement Manager has 48-hr SLA; auto-escalates to Finance if no action taken
  • Finance reviewer sees policy violations flagged with severity (block vs. warn)

Integration

  • NetSuite sync: approved expenses post to GL within 2 hrs of finance approval
  • Sync failures surface in Finance dashboard with retry capability; do not silently drop

Notifications

  • Submitter notified at: submission confirmed, EM approved, finance approved, reimbursement initiated
  • Notification channel: email (required) + in-app (required) + Slack (optional, user preference)

Non-Functional Requirements

  • Availability: 99.5% uptime during business hours (8am–8pm ET)
  • Receipt storage: 7-year retention per Nexum document retention policy
  • Security: SOC 2 Type II compliant hosting required; receipts encrypted at rest and in transit
  • Performance: Receipt OCR result returned within 5 seconds on LTE connection

Open Questions

  1. Will Nexum issue a corporate card program by Q4? If yes, MVP must not create technical debt that blocks card reconciliation integration.
  2. Does the approval workflow need a "delegate" capability for Engagement Managers on PTO?
  3. What is the NetSuite API rate limit for Nexum's current license tier?

Stage 3 — PRD Review /prd-review

Section Audit

SectionRatingFinding
Problem Statement✅ StrongSpecific, quantified, tied to business event (SOC 2). No rewrite needed.
Goals & Metrics✅ StrongTargets are measurable and time-bound. Consider adding a baseline column for comparison.
Personas⚠️ Needs workDerek's persona lacks a frustration statement; reads like a role description, not a user story.
Scope✅ StrongIn/out of scope clearly delineated. Rationale for exclusions present.
Functional Requirements⚠️ Needs workApproval workflow section missing: what happens when EM rejects (not just ignores) a submission? No rejection/resubmission flow defined.
Non-Functional Requirements✅ StrongRetention and security requirements tied to real compliance context.
Open Questions⚠️ Needs workQ3 is too technical for a PRD; move to a separate technical discovery doc. Replace with a business-level question about international expansion timeline.

Rewritten Sections

Derek Persona (rewritten)

Derek processes 1,800+ expense reports monthly. His core frustration isn't volume — it's invisible errors. He only discovers policy violations or missing receipts after an EM has already approved, forcing him to chase consultants who are back on client sites. He needs the system to be the enforcer so he can be the exception handler.

Rejection Flow (added to Functional Requirements — Approval Workflow)

  • If an Engagement Manager rejects a submission, submitter receives a notification with the rejection reason (required free-text field for EM)
  • Rejected report returns to "Draft" status; submitter can edit and resubmit, which restarts the approval timer
  • Finance can view rejection history on any report for audit trail purposes

**Open Question