A step-by-step way to work
Feed it the decisions, not just the topic
Give AI the problem, the goals, the constraints, and the calls you've already made. It assembles; it shouldn't decide.
Draft the skeleton
Ask for a structured PRD draft with the sections you use, then correct and sharpen each.
Hunt for gaps and contradictions
Ask 'what's underspecified, contradictory, or missing an edge case here?' — a real strength.
Generate the exec summary
Have it compress the full PRD into a tight summary for leadership (see the Executive Briefing guide).
Own every decision in it
Read it as if you'll defend each line, because you will. AI's confident phrasing can hide a call you didn't actually make.
Real prompts, and what good output looks like
Here's my draft PRD for a 'saved searches' feature [pasted]. What's underspecified or missing that engineering will ask about?
No limit stated on saved searches per user — eng will need a number (and what happens at the limit).
Unclear whether saved searches sync across devices or are per-device.
No behaviour defined for when the underlying data a search points to is deleted.
Success metric is 'engagement' — too vague to instrument; specify the event you'll measure.
These are the questions that otherwise surface mid-sprint and stall it.
Summarise this PRD into a 5-sentence exec summary: the problem, the proposed solution, the expected impact, the main risk, and what you need from leadership.
Problem: power users lose time re-running the same searches daily. Solution: let them save and re-run searches in one click. Expected impact: faster task completion for our most active 15%, our highest-retention segment. Main risk: low usage if saved searches aren't surfaced prominently. Ask: sign-off to prioritise this in the next cycle over [the alternative].
A prompt you can reuse
Fill in the highlighted parts and paste it into your AI tool of choice. Edit the output — it's a starting point, not a finished answer.
Help me draft a PRD. I'll give you the decisions; you assemble and pressure-test — don't invent facts or figures. Inputs: - Problem: [the user/business problem] - Goal & success metric: [what success looks like, and the metric] - Proposed solution (high level): [what we'll build] - Constraints & non-goals: [what's out of scope, known limits] - Decisions already made: [anything settled] Please: 1. Draft a structured PRD (background, problem, goals/metrics, solution, scope & non-goals, risks, open questions). 2. Flag everything that's underspecified or contradictory, as 'open questions' for me to resolve. 3. Do NOT invent metrics, numbers, or user research — mark those as [TBD] for me to fill.
What AI gets wrong here
Invented facts and metrics
AI fills gaps with plausible-sounding numbers, research, and impact claims that aren't real.
Decisions smuggled into prose
Fluent drafting can state a scope or design call as settled when you never made it.
Tidy but generic
AI produces a competent, generic PRD that doesn't reflect your product's specifics.
AI can assemble and polish a PRD faster than anyone, and it's genuinely good at finding the gaps you'd have discovered painfully mid-sprint. But the document's job is to record decisions — and the decisions, the real metrics, and the willingness to defend them are yours. Let AI build the scaffold; never let it make the calls or invent the evidence.