Start met gebeurtenissen en verantwoordelijkheden
Wie start het proces, welke informatie is nodig, wie beslist en wat betekent voltooid? Die vragen bepalen de kern van een applicatie.
Begin niet met “welke schermen hebben we nodig?”, maar met gebeurtenissen en verantwoordelijkheden. Wie start een dossier? Welke status heeft het? Wie mag het wijzigen? Welke gegevens zijn verplicht voordat de volgende stap mogelijk is? Die vragen vormen de ruggengraat van het product en bepalen daarna pas welke interface logisch is.
Modelleer data rond betekenis, niet rond schermen
Een formulier is een interface. De onderliggende data en statussen moeten ook bruikbaar blijven wanneer later een andere interface of integratie wordt toegevoegd.
Modelleer data rond betekenis. Een klant, aanvraag, beslissing en status zijn domeinconcepten die ook buiten één formulier moeten blijven bestaan. Wanneer data alleen de structuur van schermen volgt, wordt een API of tweede interface later moeilijk omdat dezelfde informatie nergens als zelfstandig concept bestaat.
Ontwerp uitzonderingen vóór polish
Rechten, dubbele inzendingen, ontbrekende data en teruggedraaide stappen hebben vaak meer impact op productkwaliteit dan een extra visueel detail.
Uitzonderingen horen vroeg in het ontwerp. Denk aan dubbele inzendingen, ontbrekende data, teruggedraaide beslissingen en gebruikers die toegang verliezen terwijl een dossier openstaat. Door die scenario’s vóór polish te modelleren, bouw je een product dat echte bedrijfsvoering aankan in plaats van alleen de demo-flow.