Aan de hand van de inzichten is het programma van eisen samengesteld. De eisen zijn via de MoSCoW methode geprioriteerd, waarin de hoogste prioriteit “musthaves” ligt bij de eisen waarachter de (Mo) staat genoteerd. De prioriteiten worden als volgt aangegeven:
Mo = Must have S = Should have C= Could have W = Would have
Tijdens de ideegeneratie fase zullen er ideeën worden gegenereerd die passen bij de eisen die zijn opgesteld.
Wanneer het concept compleet is zal er nog een check worden gedaan, om te kijken of er aan de eisen is voldaan. Het streven is om in ieder geval al de musthaves te verwerken in het concept.
Het programma van eisen is gaande weg aangescherpt. De 3e versie is definitieve versie.
Belangrijke veranderingen:
De eisen zijn sinds versie 1 uitgebreid. Er zijn vormeisen, functionele eisen, technologische eisen, een context eis en een eis vanuit de opdracht toegevoegd. Een belangrijke gebruikerseis die er is bijgekomen is dat de app een reëel beeld moet geven van wat de app te bieden heeft. Dit houdt in dat de
De eis dat de gebruiker vooraf kennis zou moeten kunnen maken met de hulpverlener is weggevallen. De kennismaking zal buiten de app plaatsvinden. Wel zal de gebruiker informatie over de hulpverleners moeten kunnen lezen. Die eis is verwerkt in de nieuw toegevoegde eis: de gebruiker moet inzicht kunnen krijgen over wie de hulpverlener is en wat voor werkwijze die hanteert.
De eisen met betrekking tot het hebben van een match, het koppelen aan een hulpverlener of het kunnen aangeven of een er een goede match heeft plaatsgevonden, zijn geherformuleerd. Hierin staat centraal dat de gebruiker aan moet kunnen geven of het een passende ervaring is geweest met de hulpverlener of niet en dat ze vooraf voldoende geïnformeerd kunnen worden door de app. Een should have is wel dat ze achteraf kunnen aangeven in hoeverre de hulpverlener passend is geweest, wanneer er al een intake of behandeling heeft plaatsgevonden.
v3 (definitieve versie)
Eisen vanuit de opdracht
Context eisen
Stakeholder eisen