📄 Product Requirements Document (PRD) – Template
Projectnaam: [vul in] Versie: v1.0 Datum: [dd-mm-jjjj] Auteur: [naam]
1. Doelstelling
🎯 Doel van deze sectie: Beschrijf waarom dit product of prototype wordt gebouwd en wat het beoogde resultaat is. 📘 Toelichting: Geef een korte samenvatting van het waarom van dit project. Wat wil je aantonen, oplossen of verbeteren? Benoem ook of het om een demo, MVP of productieversie gaat.
Voorbeeld:
Een werkend prototype dat de waarde van AI toont binnen het zorgdossierproces: intake → analyse → behandelplan. De focus ligt op snelheid, eenvoud en AI-toepasbaarheid.
2. Doelgroep
🎯 Doel: Schets wie de eindgebruikers, stakeholders en testers zijn. 📘 Toelichting: Omschrijf de primaire doelgroepen (bijv. zorgprofessionals, developers, managers) en hun belangrijkste behoeften of problemen. Vermeld eventueel persona's of gebruikersscenario's.
Voorbeeld:
- Product Owners & Managers: inzicht in AI als hulpmiddel.
- Developers: inspiratie voor AI-integratie.
- Zorgprofessionals: herkenbare workflows met directe meerwaarde.
3. Kernfunctionaliteiten (MVP-scope)
🎯 Doel: Afbakenen van de minimale werkende functies. 📘 Toelichting: Maak een genummerde lijst van functies die in deze versie moeten werken. Beschrijf elke functie kort (input, output, interactie) en markeer stretch-features of optionele uitbreidingen.
Voorbeeld:
- Cliëntbeheer: aanmaken, bekijken en selecteren.
- Intakeverslag: rich text editor met AI-samenvatting.
- Probleemprofiel: AI-extractie van categorie/severity.
- Behandelplan: AI-genereerbare doelen/interventies.
- (Stretch) PDF-export en mini-agenda.
4. Gebruikersflows (Demo- of MVP-flows)
🎯 Doel: Laten zien hoe de gebruiker stap-voor-stap door het systeem gaat. 📘 Toelichting: Beschrijf 2–4 concrete "flows" in stappen (input → actie → resultaat).
Voorbeeld:
- Nieuwe cliënt aanmaken → Intake invullen → AI-samenvatten.
- Intake analyseren → AI-suggestie → Probleemprofiel genereren.
- Profiel bevestigen → AI-behandelplan genereren → Publiceer v1.
5. Niet in Scope
🎯 Doel: Duidelijk maken wat (nog) niet wordt gebouwd. 📘 Toelichting: Noem features of modules die bewust buiten deze versie vallen. Dit voorkomt ruis en scope creep.
Voorbeeld:
Rollenbeheer, koppelingen met externe systemen (Teams, ECD), productie-grade beveiliging.
6. Succescriteria
🎯 Doel: Objectieve meetlat voor een geslaagde oplevering. 📘 Toelichting: Formuleer concrete, toetsbare criteria.
Voorbeeld:
- Demo duurt ≤ 10 minuten.
- AI-output zichtbaar en bewerkbaar.
- Geen fouten bij standaardflows.
- Minimaal 1 live testgebruiker.
7. Risico's & Mitigatie
🎯 Doel: Risico's vroeg signaleren en plannen hoe ermee om te gaan. 📘 Toelichting: Beschrijf de belangrijkste risico's en hoe je ze voorkomt of opvangt.
Voorbeeld:
| Risico | Impact | Mitigatie |
|---|---|---|
| AI-output inconsistent | Hoog | Prompts testen, fallback responses voorbereiden |
| Scope creep | Middel | Scope afbakenen in PRD en Mission Control |
| Privacy | Laag | Alleen demo-data gebruiken |
8. Roadmap / Vervolg (Post-MVP)
🎯 Doel: Richting geven aan toekomstige uitbreidingen. 📘 Toelichting: Beschrijf logische vervolgstappen na de MVP.
Voorbeeld:
- Rollen & rechtenbeheer
- Auditlog + versiebeheer
- Trendanalyse
- Integratie met bestaande zorgsystemen (PinkRoccade, Nedap, etc.)
9. Bijlagen & Referenties
🎯 Doel: Bronnen koppelen voor context en consistentie. 📘 Toelichting: Verwijs naar ondersteunende documenten of interne kennisbestanden.
Voorbeeld:
- FO (Functioneel Ontwerp)
- TO (Technisch Ontwerp)
- UX/UI-specificatie
- Mission Control / Build Plan
- API Access Document