PRD (Product Requirements Document) i BRD (Business Requirements Document) to dokumenty które opisują CO budujemy i DLACZEGO. Nie JAK — to zadanie dla zespołu technicznego.
PRD vs BRD
BRD (Business Requirements Document):
- Cel biznesowy i kontekst
- Problem do rozwiązania
- Stakeholderzy i ich potrzeby
- Success metrics
- High-level scope
PRD (Product Requirements Document):
- Szczegółowe wymagania funkcjonalne
- User flows i use cases
- UI/UX requirements
- Edge cases i error handling
- Technical constraints
💡 Kiedy co używać
BRD: Na początku projektu, dla stakeholderów biznesowych
PRD: Przed developmentem, dla zespołu technicznego
Struktura PRD
1. Overview
- Problem statement
- Goals & objectives
- Success metrics
2. User Personas & Use Cases
- Kto będzie używał
- Jak będą używać
- Typowe scenariusze
3. Functional Requirements
- User stories z AC
- User flows (diagramy)
- Edge cases
4. Non-Functional Requirements
- Performance (< 2s load time)
- Security (HTTPS, encryption)
- Scalability (10k concurrent users)
5. Design & UX
- Wireframes / mockups
- UI guidelines
- Accessibility requirements
6. Technical Constraints
- Integracje z innymi systemami
- Browser/device support
- Data migration
7. Timeline & Milestones
- Fazy projektu
- Dependencies
- Launch plan
Jak pisać dobry PRD
- Jasny i konkretny — unikaj "user-friendly", pisz "< 3 kliki do celu"
- Wizualny — dodaj diagramy, wireframes, screenshots
- Priorytetyzowany — Must have vs Nice to have
- Żywy dokument — aktualizuj gdy się coś zmienia
📝 Zadanie
Napisz mini-PRD dla jednej funkcji w swoim produkcie. Użyj struktury z lekcji. Max 2 strony.