110 lines
4.0 KiB
Markdown
110 lines
4.0 KiB
Markdown
# 📄 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:**
|
||
1. **Cliëntbeheer:** aanmaken, bekijken en selecteren.
|
||
2. **Intakeverslag:** rich text editor met AI-samenvatting.
|
||
3. **Probleemprofiel:** AI-extractie van categorie/severity.
|
||
4. **Behandelplan:** AI-genereerbare doelen/interventies.
|
||
5. *(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:**
|
||
1. Nieuwe cliënt aanmaken → Intake invullen → AI-samenvatten.
|
||
2. Intake analyseren → AI-suggestie → Probleemprofiel genereren.
|
||
3. 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
|