# 📄 Product Requirements Document (PRD) – Template

**Projectnaam:** _[vul in]_  
**Versie:** _v1.0_  
**Datum:** _[dd-mm-jjjj]_  
**Auteur:** Colin Lit  

---

## 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
