How to Write a PRD in 90 Minutes (Not 6 Hours)
Let me describe a ritual that happens in product teams everywhere, every sprint:
Day 1: You finish a discovery session with clear insights. You think, "I should write this up while it's fresh."
Day 2: Three meetings and a production incident later, you haven't started.
Day 5: You finally open a blank document. Stare at it. Write a title. Get pulled into a Slack thread.
Day 8: The sprint planning meeting is tomorrow. You copy-paste from the last PRD, change the feature name, and scramble to fill in the details.
Day 9: Engineering asks 14 questions during sprint planning because the PRD is missing acceptance criteria, edge cases, and technical constraints.
Sound familiar? You're not alone. The average PRD takes 6-8 hours to write, yet 73% of engineers say the PRDs they receive are "incomplete or unclear."
Why PRDs Take So Long
The Blank Page Problem
Starting from scratch is cognitively expensive. Every new PRD requires you to:
- Remember the standard structure and sections
- Recall details from multiple conversations spread across days or weeks
- Translate verbal decisions into written requirements
- Anticipate edge cases and failure modes
- Write acceptance criteria that are specific and testable
No wonder the blank page wins. It's not laziness — it's cognitive overload.
The Scattered Context Problem
The information needed for a PRD exists in at least 5 places:
- Meeting recordings — stakeholder requirements and decisions
- Slack threads — technical feasibility discussions and constraints
- Figma comments — design rationale
- Research documents — user interview insights
- Your brain — the accumulated context from weeks of discovery
Synthesizing all of this into one coherent document is genuinely hard work.
The Completeness Problem
Every product manager has their blind spots:
- Technical PMs write great tech specs but miss user stories
- UX-focused PMs nail the user journey but forget error handling
- Business-focused PMs define metrics perfectly but skip acceptance criteria
No single person consistently covers every section of a PRD equally well.
The Intelligent PRD Co-Pilot
The Intelligent PRD Co-Pilot, part of the Jasper Toolkit roadmap, addresses all three problems. Here's how it works.
Step 1: Feed It Your Context (10 minutes)
Instead of starting with a blank document, you feed the Co-Pilot your existing context:
Meeting transcripts: Upload recording transcripts from Otter.ai, Fireflies, or your tool of choice. The AI extracts:
- Decisions made
- Requirements discussed
- Open questions flagged
- Stakeholder concerns raised
Slack conversations: Paste the relevant thread. The AI identifies:
- Technical constraints mentioned
- Feasibility assessments
- Alternative approaches discussed
- Follow-up items agreed upon
Research documents: Upload interview summaries, competitive analysis, or survey results. The AI pulls out:
- User pain points
- Desired outcomes
- Competitive gaps
- Behavioral patterns
Rough notes: Even a quick bullet-point outline works. The AI expands abbreviated notes into full requirements.
Step 2: AI-Generated First Draft (5 minutes)
The Co-Pilot produces a structured first draft covering:
Problem Statement
- User problem being solved
- Business problem being addressed
- Current workarounds and their costs
- Impact if not addressed
User Stories
- Primary user stories with full "As a [user], I want [action], so that [outcome]" format
- Secondary user stories for edge cases and adjacent workflows
- Admin/support user stories often missed by PMs
Acceptance Criteria
- Specific, testable criteria for each user story
- Happy path scenarios
- Error states and fallback behaviors
- Performance requirements
Technical Considerations
- API changes needed
- Database schema implications
- Third-party integration requirements
- Migration considerations
Edge Cases
- What happens when X fails?
- What about concurrent users?
- How does this work offline?
- What about existing data?
Success Metrics
- Primary metrics to track
- Secondary metrics to monitor
- Anti-metrics (what shouldn't get worse)
- Measurement methodology
Dependencies
- Upstream dependencies (what needs to exist first)
- Downstream impacts (what changes when this ships)
- Cross-team coordination requirements
Step 3: Human Review and Refinement (60-75 minutes)
This is where the product manager's judgment is irreplaceable. You review the AI-generated draft and:
- Validate accuracy — did the AI correctly interpret the meeting discussions?
- Add strategic context — why this feature, why now, why this approach?
- Adjust priority — which acceptance criteria are must-have vs. nice-to-have?
- Fill gaps — the AI flags sections that need human input
- Sharpen language — make acceptance criteria crisp and unambiguous
The key shift: instead of creating content, you're reviewing and refining content. This is faster, produces better results, and is cognitively much less draining.
Step 4: Completeness Check (5 minutes)
Before you publish, the Co-Pilot runs a completeness validation:
- ✅ Problem statement: Clear and specific
- ✅ User stories: Cover primary and edge case flows
- ✅ Acceptance criteria: Testable for each user story
- ⚠️ Technical considerations: Missing API versioning strategy
- ✅ Edge cases: 12 identified and documented
- ⚠️ Rollback plan: Not specified
- ✅ Success metrics: Defined with measurement approach
You address the warnings, and the PRD is ready for review.
Step 5: Consistency Validation
If you've written PRDs before, the Co-Pilot checks for consistency with your existing product:
- Terminology alignment: Are you using the same terms as other PRDs?
- Feature naming: Does the new feature name conflict with existing features?
- Metric alignment: Do your success metrics align with the product's North Star metrics?
- Design pattern consistency: Are you proposing UI patterns that conflict with established patterns?
The 90-Minute PRD
Here's the breakdown:
| Step | Time | Activity |
|---|---|---|
| Feed context | 10 min | Upload transcripts, paste Slack threads, add notes |
| AI generation | 5 min | Co-Pilot produces structured first draft |
| Human review | 60-75 min | Validate, refine, add strategic context |
| Completeness check | 5 min | Address gaps flagged by validation |
| Total | 80-95 min | Complete, reviewed, validated PRD |
Compare this to the traditional process:
| Step | Time | Activity |
|---|---|---|
| Open blank document | 5 min | Stare at empty page |
| Structure setup | 20 min | Create sections, remember template |
| Context recall | 30 min | Search Slack, replay recordings, find notes |
| First draft | 120 min | Write everything from memory |
| Self-review | 30 min | Catch gaps and inconsistencies |
| Revision | 60 min | Rewrite unclear sections |
| Total | 265 min | 4.4 hours — and it's still probably missing something |
That's a 65% time reduction with a higher quality output.
Tips for Getting the Most Out of AI-Assisted PRDs
1. Record Everything
The best PRD inputs are meeting transcripts. If you're not recording your discovery sessions, stakeholder meetings, and design reviews, start now. Every unrecorded conversation is context the AI can't extract.
2. Don't Skip the Review Step
The AI produces a strong first draft, not a finished document. Your job as a PM is to add the judgment, context, and strategic framing that only a human can provide. Skipping review is how you end up with technically correct but strategically wrong requirements.
3. Be Specific in Your Notes
"Users want better reports" gives the AI very little to work with. "Users want to export dashboard data as CSV with custom date ranges and department-level filtering" gives it everything it needs.
4. Feed It Contradictions
Real discovery produces conflicting requirements. Don't resolve contradictions before feeding them to the AI — let it surface the conflicts explicitly so you can make a conscious decision about which direction to go.
5. Use the Completeness Check Every Time
Even experienced PMs miss sections. The completeness check catches blind spots consistently. It takes 5 minutes and prevents 5 hours of back-and-forth with engineering.
The Death of the Blank Page
The blank PRD document is a relic. The question isn't "can I write this requirementa?" It's "given all the context I've already gathered, can an AI organize it so I can focus on the decisions that matter?"
The answer is yes. And it takes 90 minutes.
The Intelligent PRD Co-Pilot is coming to the Jasper Toolkit. Sign up to be notified when it launches.