Test en prototype med en konkret oppgave
Et gjennomarbeidet dokumenteksempel viser hvordan du gir en nøytral oppgave og holder observasjon, tolkning og neste endring atskilt.
En prototypetest trenger et spørsmål som kan undersøkes gjennom atferd. «Liker du portalen?» gir lite retning. Mer nyttig er om bedriftskunder uten veibeskrivelse finner gjeldende, godkjente leveringsvilkår for kontoen sin.
Eksemplet er helt hypotetisk. Oppgave, dokumenter og prøvenotater kommer ikke fra en gjennomført kundestudie.
Bestem modell og suksess før testen
Portalen inneholder det arkiverte dokumentet D-11 og den gjeldende, godkjente versjonen D-12. Teamet kjenner den tilsiktede tilstanden. Suksess er å finne gjeldende versjon og forklare med informasjonen som vises, hvorfor den er riktig.
Forbered prototypen slik at veien faktisk kan prøves. Lenker og relevante tilstander må støtte spørsmålet. En modell som ikke åpner dokumentet, viser ikke om hele oppgaven lykkes.
Gi en oppgave uten å vise løsningen
En mulig instruksjon:
Du forbereder en bestilling. Finn de gjeldende, godkjente leveringsvilkårene for kundekontoen din. Vis hvordan du kjenner igjen den gyldige versjonen.
Oppgaven angir målet, uten menypunkter eller klikkrekkefølge. Velg personer som arbeidet er realistisk for. Forklar testen og modellen. Ikke vis veien på forhånd.
Observer hva personen gjør. Noter spørsmål og hint fra moderatoren. Å finne med hjelp er noe annet enn å finne selvstendig.
Skill observasjon fra forklaring
Disse oppføringene er oppdiktede eksempler på analyse av notater.
Antatt observasjon | Mulig tolkning | Neste endring eller kontroll |
|---|---|---|
Personen åpner første oppføring uten å kontrollere godkjenningen | Status kan bli oversett | Vis versjon og godkjenning tydeligere, og test igjen |
Dokumentlenken svarer ikke i modellen | Prototypen støtter ikke oppgaven her | Legg til koblingen eller endre testomfanget eksplisitt |
Riktig dokument finnes først etter et hint | Selvstendig løsning er fortsatt uavklart | Test den endrede veien med en nøytral oppgave igjen |
«Personen forstår ikke portalen» er allerede en vid tolkning. Konkrete handlinger og nøyaktig modellversjon er lettere å følge. En manglende kobling er først et problem i testoppsettet, ikke bevis for brukerfeil.
Bestem neste steg
Avgjør hvilken usikkerhet endringen skal avklare. Test deretter revidert versjon med samme mål uten å røpe løsningen. Dokumenter personer, forhold og undersøkte modelldeler.
En klikkbar prototype beviser verken reelle rettigheter, varig lagring eller produksjonsytelse. En løst oppgave erstatter heller ikke tilgjengelighetskontroll etter standarder. Prøven kan besvare konkrete bruksspørsmål; grensene skal være synlige i beslutningen.
Kilder
Les videre
Alle artikler
Design og UX med ASES
Brukeropplevelse, grensesnitt og merkevare