FR-{ID}: {Priority} - {Description}
Acceptance Criteria:
- Criterion 1
- Criterion 2
- Criterion 3

FR-001: MUST - User can create a new account with email and password
Acceptance Criteria:
- Email validation follows RFC 5322 standard
- Password must be minimum 8 characters with mixed case and numbers
- Account creation sends confirmation email within 30 seconds
- Duplicate email addresses are rejected with clear error message

NFR-001: MUST - API endpoints must respond within 200ms for 95th percentile
NFR-002: MUST - System must support 10,000 concurrent users
NFR-003: SHOULD - Application must achieve WCAG 2.1 AA compliance

Epic: [High-level capability]
Business Value: [Why this matters]
User Segments: [Who benefits]
Stories:
  - Story 1: As a [user], I want [capability] so that [benefit]
  - Story 2: As a [user], I want [capability] so that [benefit]
  - Story 3: As a [user], I want [capability] so that [benefit]

Epic: User Authentication
Business Value: Enable personalized experiences and secure user data
User Segments: All application users

Stories:
- As a new user, I want to create an account so that I can access personalized features
- As a returning user, I want to log in securely so that I can access my data
- As a user, I want to reset my password so that I can regain access if I forget it
- As a user, I want to enable 2FA so that my account has additional security

Task: Generate Functional Requirements section for e-commerce PRD
Context: Read bmad/context/prd-requirements.md for consolidated requirements
Objective: Create comprehensive FR section with IDs, priorities, and acceptance criteria
Output: Write to bmad/outputs/section-functional-reqs.md

Deliverables:
1. 12-20 functional requirements with unique IDs (FR-001, FR-002, etc.)
2. Each requirement includes MoSCoW priority (MUST/SHOULD/COULD/WON'T)
3. Each requirement has 3-5 specific, testable acceptance criteria
4. Requirements grouped by feature area
5. Traceability links to business objectives

Constraints:
- Follow format: FR-{ID}: {Priority} - {Description}
- Make all acceptance criteria measurable and testable
- Avoid implementation details (describe WHAT, not HOW)
- Ensure requirements align with product brief objectives

User: I need to create a PRD for a new user dashboard feature

Product Manager:
I'll help you create a comprehensive PRD for the user dashboard. Let me start by
understanding the context.

[Checks for existing documentation]

I see there's a product brief available. I'll use that as a foundation.

Let me gather requirements through a structured approach:

1. Functional Requirements - What capabilities does the dashboard need?
   - What data should be displayed?
   - What actions can users take?
   - What are the key user workflows?

2. Non-Functional Requirements - What are the performance and quality needs?
   - How many concurrent users?
   - What response time is acceptable?
   - Are there accessibility requirements?

3. Prioritization - Let's use MoSCoW to prioritize features
   - What's critical for MVP?
   - What can be deferred?

[After gathering requirements]

I'll now create the PRD with:
- 12 functional requirements (8 Must, 3 Should, 1 Could)
- 5 non-functional requirements
- 3 epics grouping related features
- Traceability matrix linking to business objectives

[Generates PRD using template]

PRD created: docs/prd-user-dashboard-2025-12-09.md

Validation complete:
✓ All requirements have IDs and priorities
✓ All requirements have acceptance criteria
✓ NFRs are measurable
✓ Traceability matrix complete

Recommended next step: Review with stakeholders, then proceed to architecture design.