Productvereisten: een PRD schrijven met interviews

Een verzoek om een knop laat de taak open

Een klant zegt: ‘Voeg een exportknop toe.’ Je weet nog niet wie het bestand nodig heeft, wat erin moet of wat er daarna mee gebeurt. Een productvereistendocument, of PRD, geeft het team een gedeeld beeld van de taak en de grenzen van het resultaat.

Het gaat hier om een kort werkdocument voor één functie. Architectuur, contracten en technische eisen houden hun eigen rol. Een PRD maakt het gebruikersprobleem toetsbaar vóór de keuze van een oplossing.

Van gebruikersvraag naar vereisten

1. Ga terug naar het laatste echte geval

   Vraag wanneer export nodig was, wat de persoon anders deed, welke gegevens werden overgezet en waar het misliep. Markeer voorbeeld en gevolg in het transcript. ‘Het is onhandig’ vraagt om uitleg voordat je verbetering kunt toetsen.

2. Beschrijf het scenario vóór de interface

   Noteer wie begint, met welke invoer en met welk verwacht resultaat. Een knop, e-mail of automatisch rapport zijn opties. Verken de behoefte en beperkingen voordat je het eerste idee verplicht stelt.

3. Baken de release af

   Leg vast wat binnen de taak valt en wat bewust buiten blijft. Noem rechten, velden en lege resultaten apart. Spreek meetvoorwaarden af voordat je snelheid of volume specificeert.

4. Formuleer de toets

   Beschrijf per vereiste een waarneembaar resultaat en voorbeeldinvoer. Koppel de toets aan het oorspronkelijke probleem. Noteer een onbevestigd punt als open vraag met iemand die antwoord geeft en een datum waarop een beslissing nodig is.

Een lijst met afgesloten aanvragen exporteren

Dit voorbeeld is fictief. Namen, voorwaarden en uitkomsten dienen ter uitleg.

Het gaat om specifieke gegevens uit een periode. Het interview vraagt geen export van de volledige database, bijlagen of de hele correspondentie.

Voorbeeldcriterium: na het kiezen van een periode bevat de export de aanvragen die in die periode zijn afgesloten en alleen de afgesproken velden. Verduidelijk apart hoe datumgrenzen werken.

PRD-sjabloon voor één functie

Koppel elke vereiste aan een observatie. Eén bron kan meerdere punten ondersteunen. Bevestig nog wel de overeenstemming.

Functienaam en versie:
Gebruikersprobleem:
Concreet geval uit het interview:
Gebruiker en context:
Hoofdscenario:
Verwacht resultaat:
Gegevens en beperkingen:
Binnen en buiten de scope:
Toetscriteria:
Aannames en open vragen:
Bronnen en tijdcodes:
Wie goedkeurde en wanneer:

Zijn de vereisten zonder de auteur te toetsen?

• Elke vereiste legt uit welk probleem die oplost.
• Het toetsbare resultaat staat los van de gekozen uitvoering.
• De scope van deze release is expliciet.
• Open vragen zijn gemarkeerd.