Rapport van een gebruikerstest: problemen koppelen aan de opname

Het rapport begint bij observaties

‘De deelnemer vond de navigatie niet prettig’ vertelt niet wat er moet worden aangepast. Op de opname kan te zien zijn dat iemand drie keer de betaalrubriek opende om de retourfunctie te vinden en vervolgens om hulp vroeg. Dat is een reproduceerbaar probleem binnen een specifieke taak.

Leg de testomstandigheden vast: interfaceversie, apparaat, scenario, succescriterium en hulp van de moderator. Zonder die gegevens kan het team een probleem met het prototype aanzien voor een fout in het huidige product, of een resultaat na een aanwijzing tellen als zelfstandig succes.

Maak van sessies controleerbare bevindingen

1. Markeer belangrijke fragmenten

   Markeer voor elke sessie het begin van de taak, de problemen, de hervatting en het resultaat. Vergelijk het transcript met de schermopname. ‘Ik heb geklikt’ beschrijft niet altijd een echte klik. Bewaar tijdcodes vóór en na de handeling om de context zichtbaar te houden.

2. Scheid observatie en verklaring

   Schrijf de handeling en het resultaat in het observatieveld. Noteer de vermoedelijke oorzaak apart. ‘Zocht de retourfunctie bij Betalingen’ is een observatie. ‘De naam van de rubriek is onduidelijk’ is een hypothese die u in een volgende interfaceversie kunt toetsen.

3. Vergelijk vergelijkbare gevallen

   Groepeer fragmenten alleen bij hetzelfde probleem in vergelijkbare taken. Vermeld hoeveel deelnemers het probleem tegenkwamen en hoeveel de taak uitvoerden. Trek de verhouding binnen een kleine onderzoeksgroep niet door naar alle gebruikers.

4. Bepaal een actie en hoe u die test

   Beoordeel het gevolg: de taak viel stil, vereiste hulp of kostte extra stappen. Spreek in de context van het product een prioriteit af. Leg vast welk waarneembaar resultaat in de volgende test laat zien of de voorgestelde aanpassing hielp.

Een gebruiker zoekt hoe die een bestelling kan retourneren

Dit is een fictief oefenvoorbeeld. Namen, omstandigheden en resultaten dienen alleen om de werkwijze uit te leggen.

Uit één uitspraak blijkt niet wat op het scherm gebeurde. In dit voorbeeld toont de opname twee bezoeken aan Betalingen en een taak die stilviel totdat de moderator een aanwijzing gaf. Zet dat op de kaart, samen met de prototypeversie.

Een link bij de bestelgegevens is een mogelijke aanpassing die u nog moet toetsen. De volgende test laat zien of de deelnemer de actie zelfstandig vindt en begrijpt welke bestelling wordt geretourneerd.

Probleemkaart voor het rapport

Stel eerst de kaarten op en vat daarna de belangrijkste obstakels kort samen. Zo blijven de conclusies gekoppeld aan het testmateriaal.

Korte probleemtitel:
Versie / apparaat / taak:
Deelnemer en tijdcode:
Waargenomen handeling:
Gevolg voor de taak:
Hulp van de moderator:
Herhalingen in vergelijkbare sessies:
Vermoedelijke oorzaak:
Prioriteit en onderbouwing:
Voorgestelde aanpassing:
Hoe we het resultaat toetsen:

Controleer of het rapport tot actie leidt

• Belangrijke bevindingen zijn terug te vinden in de opname.
• Het is duidelijk of de taak zelfstandig is voltooid.
• De oorzaak wordt als hypothese beschreven.
• Het voorstel heeft een criterium voor de volgende test.