Formulieren beoordelen met een volledige taak
Een fictieve vergelijking toont wat na ontwerpgoedkeuring openblijft: correctie, behouden invoer en bevestigde ontvangst.
Een formulier kan in een ontwerpbespreking begrijpelijk lijken en bij correctie van invoer extra werk veroorzaken. Goedkeuring moet daarom vastleggen welk deel van het proces werkelijk is beoordeeld en welke vragen openstaan.
Dezelfde aanvraag, andere processen
De tabel beschrijft verondersteld gedrag van twee fictieve projectformulieren. Hun beginweergaven lijken even geordend. Beide noemen het telefoonnummer vrijwillig; de persoon wil een aanvraag indienen waarbij vervolgvragen per e-mail mogelijk zijn.
Controle | Versie A | Versie B |
|---|---|---|
Telefoonveld blijft leeg | Toch verplicht bij verzenden. | Blijft vrijwillig. |
E-mail is onvolledig | Alleen een rode rand, geen correctiehulp. | Begrijpelijke fouttekst met weg naar het veld. |
E-mail wordt gecorrigeerd | Het eerder ingevulde projectdoel verdwijnt. | Het projectdoel blijft staan. |
Overdracht is onbevestigd | Succes verschijnt direct na de klik. | Ontvangst wordt als nog onbevestigd getoond. |
Alleen de beginweergave bespreken onthult deze verschillen niet. Uiterlijk en gedrag tijdens de taak moeten daarom samen worden bekeken. W3C WAI behandelt terugkoppeling bij velden en over het verzendresultaat uitdrukkelijk als onderdelen van het proces.
Observatie en functionele controle onderscheiden
GOV.UK beschrijft gebruiksonderzoek met concrete taken en duidelijke, neutrale instructies. Hier kan het doel zijn: “Dien een projectaanvraag in waarmee het team u per e-mail kan bereiken.” Er wordt bekeken of de persoon het doel bereikt, waar die aarzelt en welke hulp nodig is. De instructie verklapt niet welke knop vervolgens moet worden gekozen.
Een voorbereide functionele controle richt zich aanvullend op onvolledige invoer en uitblijvende serverbevestiging. Die kan laten zien of waarden behouden blijven. Een technisch doorlopen foutgeval is nog geen observatie van echte gebruikers. De twee soorten bevindingen beantwoorden verschillende vragen.
Wat vroege ontwerpgoedkeuring kan vaststellen
Een visueel ontwerp helpt om tekst, informatiehiërarchie en nabijheid van hints vroeg te beoordelen. Zijn processen nog niet gebouwd, dan kan een klikbaar prototype correctiepaden inzichtelijk maken. Serveracceptatie moet daarin als veronderstelde toestand zijn gemarkeerd.
Voor latere goedkeuring telt het volledige pad tot bevestigde ontvangst, inclusief afgesproken foutgevallen. Een duidelijke goedkeuringsnotitie noemt daarom de onderzochte taak, de laatste bevestigde toestand en de open punten.
Bronnen
Verder lezen
Alle artikelen
Design & UX met ASES
Gebruikerservaring, interfaces en merkuitstraling