AI PRD Generator

Build Your PRD with AI

Chat with our AI to define your feature, and watch your PRD come to life.

Conversational PRD Builder
Chat with the AI to build your PRD. Start with your feature idea.

Need inspiration? Click to start.

AI-Generated PRD (suitable for Notion)
Review the AI's draft, refine it, and copy for your use.
# ๐Ÿ“ Product Requirements Document (PRD) Template

## ๐ŸŒ Environments
*This section lists the different deployment environments for the product, such as production, staging, development, etc. Include links if applicable.*
- **Production:** [Link to Production Environment]
- **Staging:** [Link to Staging Environment]
- **Development:** [Link to Development Environment]

## ๐Ÿ—‚๏ธ Resources
*Link to all relevant documents, designs, research, and other resources that provide context for this PRD.*
- **Project Management Tracker (e.g., Jira Epic):** [Link]
- **Engineering Documentation:** [Link]
- **Design Files (e.g., Figma):** [Link]
- **User Research/Data:** [Link]
- **Other Relevant Links:** [Link]

---

## ๐Ÿ“˜ Introduction

### 1.1 Background
*Provide context for the problem or opportunity this PRD addresses. What is the current situation? What pain points exist? Why is this important now?*

### 1.2 Hypothesis
*State your belief about how a proposed solution will lead to a desired outcome. Use the format: "We believe that [building X feature / making Y change] for [target users] will result in [Z outcome]. We will know we are successful when we see [specific, measurable metrics]."*

### 1.3 Objectives
*Clearly define the goals of this project. What are you trying to achieve? Objectives should be S.M.A.R.T. (Specific, Measurable, Achievable, Relevant, Time-bound) if possible. Align these with broader business goals.*

### 1.4 Scope
*Define the boundaries of the project. What is included (In Scope)? What is explicitly excluded (Out of Scope)? This helps manage expectations and prevent scope creep.*
- **In Scope:** [List features/tasks included]
- **Out of Scope:** [List features/tasks excluded]

---

## ๐Ÿ‘ฅ Stakeholders
*List the key individuals or teams involved in or affected by this project, along with their roles and responsibilities.*

| Role                  | Name / Team        | Responsibility                               |
|-----------------------|--------------------|----------------------------------------------|
| Product Owner         | [Name/Team]        | Defines vision, requirements, prioritizes    |
| Project Manager       | [Name/Team]        | Oversees project execution, timeline         |
| Engineering Lead      | [Name/Team]        | Technical feasibility, development oversight |
| Design Lead           | [Name/Team]        | UX/UI design and user experience             |
| QA Lead               | [Name/Team]        | Testing strategy and quality assurance       |
| Marketing             | [Name/Team]        | Go-to-market strategy, promotion             |
| Customer Support      | [Name/Team]        | User feedback, support readiness             |
| Legal/Compliance      | [Name/Team]        | Ensures adherence to regulations             |
| Other (e.g., Sales)   | [Name/Team]        | [Responsibility]                             |

---

## โš™๏ธ Functional Requirements
*Detail what the system should do. These are the specific features and functionalities from a user's perspective. Use user stories (As a [type of user], I want [an action] so that [a benefit/value]) or clear, numbered lists.*
- **FR1:** [Description of functional requirement]
- **FR2:** [Description of functional requirement]
- **FR2.1:** [Sub-requirement]

---

## ๐Ÿงฑ Non-Functional Requirements
*Describe the qualities of the system, such as performance, security, usability, reliability, and scalability. These define *how well* the system should perform its functions.*
- **Performance:** [e.g., Page load times, API response times]
- **Scalability:** [e.g., Ability to handle X concurrent users]
- **Security:** [e.g., Data encryption, authentication mechanisms]
- **Usability:** [e.g., Accessibility standards, ease of use]
- **Reliability:** [e.g., Uptime requirements, error handling]
- **Maintainability:** [e.g., Code standards, documentation]
- **Localization/Internationalization:** [e.g., Support for multiple languages/regions]

---

## ๐ŸŽจ User Interaction and Design
*Describe the user experience and visual design. Link to wireframes, mockups, prototypes, or style guides. Detail key user flows and UI elements.*
- **Design Files:** [Link to Figma, Sketch, etc.]
- **Key User Flows:** [Describe or link to flow diagrams]
- **UI Specifications:** [Details on specific UI components, branding, etc.]

---

## โš ๏ธ Risks and Mitigations
*Identify potential risks that could impact the project's success (e.g., technical challenges, resource constraints, market changes). For each risk, assess its likelihood and impact, and outline a mitigation plan.*

| Risk Description        | Likelihood (Low/Med/High) | Impact (Low/Med/High) | Mitigation Plan                               |
|-------------------------|---------------------------|-----------------------|-----------------------------------------------|
| [Example Risk]          | Med                       | High                  | [Example Mitigation Strategy]                 |

---

## ๐Ÿ”— Dependencies
*List any internal or external dependencies that this project relies on (e.g., other teams, third-party APIs, specific technologies, completion of other projects).*
- **Dependency 1:** [Description of dependency and impact]
- **Dependency 2:** [Description of dependency and impact]

---

## ๐Ÿ“ข Go-to-Market Plan
*Outline the strategy for launching the product/feature. How will users learn about it? What channels will be used for promotion? Who is responsible for GTM activities?*
- **Target Audience:** [Define the primary users]
- **Communication Channels:** [e.g., Blog posts, social media, email, in-app notifications]
- **Launch Activities:** [List specific tasks and campaigns]
- **Key Messaging:** [Core value proposition to communicate]

---

## โณ Timeline and Milestones
*Provide an estimated timeline for the project, broken down into key phases and milestones. This helps track progress and manage expectations.*

| Phase / Milestone     | Estimated Duration | Owner(s)    | Target Completion Date |
|-----------------------|--------------------|-------------|------------------------|
| Discovery & Planning  | [e.g., 1 week]     | [Name/Team] | [Date]                 |
| Design                | [e.g., 2 weeks]    | [Name/Team] | [Date]                 |
| Development (Sprint 1)| [e.g., 2 weeks]    | [Name/Team] | [Date]                 |
| QA & Testing          | [e.g., 1 week]     | [Name/Team] | [Date]                 |
| Launch                | [e.g., 1 day]      | [Name/Team] | [Date]                 |
| Post-Launch Review    | [e.g., 1 week]     | [Name/Team] | [Date]                 |

---

## ๐Ÿ“ˆ Evaluation and Metrics
*Define how the success of the project will be measured. List key performance indicators (KPIs) and how they will be tracked. Specify target values if possible.*
- **Monitoring Dashboard:** [Link to dashboard, if available]
- **Primary Metrics:**
- [Metric 1: e.g., User adoption rate - Target: X%]
- [Metric 2: e.g., Conversion rate - Target: Y%]
- **Secondary Metrics:**
- [Metric 3: e.g., User satisfaction (CSAT/NPS)]
- [Metric 4: e.g., Task completion time]

---

## โœ… Next Steps
*Outline the immediate next actions required to move the project forward.*
- [ ] [Action Item 1 - Owner - Due Date]
- [ ] [Action Item 2 - Owner - Due Date]
- [ ] [Action Item 3 - Owner - Due Date]

---