triqura-ecd/docs/templates/prd_template.md

📄 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