Een prototype met een concrete taak toetsen
Een uitgewerkt documentvoorbeeld laat zien hoe u een neutrale taak geeft en observatie, interpretatie en de volgende wijziging uit elkaar houdt.
Een prototypetest heeft een vraag nodig die aan de hand van gedrag kan worden onderzocht. ‘Vindt u het portaal mooi?’ geeft weinig richting. Nuttiger is of zakelijke klanten zonder routebeschrijving de actuele, goedgekeurde leveringsvoorwaarden voor hun account vinden.
Het voorbeeld is volledig hypothetisch. Taak, documenten en proefnotities komen niet uit werkelijk uitgevoerd klantonderzoek.
Model en succes vooraf vastleggen
Het portaal bevat gearchiveerd document D-11 en de actuele, goedgekeurde versie D-12. Het team kent die bedoelde toestand. Succes betekent de actuele versie vinden en met de getoonde informatie uitleggen waarom ze juist is.
Bereid het prototype zo voor dat de route echt kan worden geprobeerd. Links en relevante toestanden moeten de vraag ondersteunen. Een model dat het document niet kan openen, toont niet of de volledige taak slaagt.
Een taak zonder routehint geven
Een mogelijke instructie:
U bereidt een bestelling voor. Vind de momenteel goedgekeurde leveringsvoorwaarden voor uw klantaccount. Laat zien waaraan u de geldige versie herkent.
De taak noemt het doel, zonder menu of klikvolgorde. Kies mensen voor wie dit werk aannemelijk is. Leg test en modelkarakter uit. Demonstreer de route niet vooraf.
Observeer wat iemand werkelijk doet. Noteer vragen en hints van de begeleider. Met hulp een document vinden verschilt van zelfstandig vinden.
Observatie en verklaring scheiden
De volgende regels zijn verzonnen voorbeelden van notitieanalyse.
Veronderstelde observatie | Mogelijke interpretatie | Volgende wijziging of controle |
|---|---|---|
Iemand opent de eerste regel zonder goedkeuringsstatus te bekijken | De status wordt mogelijk gemist | Versie en goedkeuring duidelijker tonen en opnieuw testen |
De documentlink reageert niet in het model | Het prototype ondersteunt de taak hier niet | Verbinding toevoegen of testomvang expliciet aanpassen |
Het juiste document wordt pas na een hint gevonden | Zelfstandige voltooiing blijft onduidelijk | Aangepaste route opnieuw met neutrale taak testen |
‘De persoon begrijpt het portaal niet’ is al een brede interpretatie. Concrete handelingen en de exacte modelstand zijn beter na te gaan. Een niet-verbonden link is eerst een testprobleem, geen bewijs van een gebruikersfout.
De volgende stap bepalen
Bepaal welke onzekerheid de wijziging moet oplossen. Test daarna de aangepaste versie met hetzelfde doel, zonder de oplossing te geven. Documenteer mensen, omstandigheden en onderzochte modeldelen.
Een klikbaar prototype bewijst geen echte toegangsrechten, blijvende opslag of productieprestaties. Een geslaagde taak vervangt ook geen toegankelijkheidscontrole volgens standaarden. De proef kan concrete gebruiksvragen beantwoorden; de grenzen moeten zichtbaar blijven in de beslissing.
Bronnen
Verder lezen
Alle artikelen
Design & UX met ASES
Gebruikerservaring, interfaces en merkuitstraling