Zo test je of een bezoeker de volgende stap kan vinden

Je website ziet er professioneel uit, maar soms merk je dat bezoekers niet vinden wat ze zoeken of niet weten wat de volgende stap is. Misschien klikken ze rond, vullen ze een formulier niet in of verlaten ze de pagina zonder actie. Een eenvoudige taaktest kan laten zien waar iemand vastloopt in één specifieke route: van het beginpunt tot het doel dat de bezoeker wil bereiken.

Een bezoeker kan op je website zoeken naar openingstijden, een offerte aanvragen of een product in de winkelwagen plaatsen. Die route heeft een startpunt (bijvoorbeeld de homepage), een doel (de openingstijden vinden) en een herkenbaar eindpunt (de pagina met de tijden of een bevestiging van de aanvraag). Door één zo'n route te testen, ontdek je waar de weg onduidelijk wordt of stopt - zonder dat je meteen de hele website hoeft te beoordelen.

Wat deze eenvoudige taaktest kan laten zien

Een taaktest focust op één concrete bezoekersroute: wat iemand wil bereiken, welke stappen daarvoor nodig zijn en waar de route duidelijk eindigt. Je laat iemand de taak uitvoeren op desktop en mobiel, en noteert waar die persoon vastloopt of de volgende stap niet kan vinden. Het resultaat is geen oordeel over de hele website, maar een signaal over één specifieke route.

Een realistische bezoekerstaak kiezen

Kies een opdracht die begint bij een herkenbare situatie en eindigt bij een stap die de bezoeker zelf als voltooid herkent. Bijvoorbeeld: "Zoek de openingstijden van de winkel" of "Vraag een offerte aan voor een standaardpakket". Bepaal eerst wat de situatie is waarin iemand deze taak zou uitvoeren, waar de route begint, wat de bezoeker uiteindelijk wil bereiken en hoe diegene weet dat de taak is afgerond. Bijvoorbeeld: als iemand de openingstijden zoekt, begint de route op de homepage en is de taak afgelopen zodra de tijden zichtbaar zijn.

Zorg dat de opdracht beschrijft wat de bezoeker wil bereiken, niet welke knop of menu hij moet gebruiken. Een formulering als "Vind de contactpagina" is beter dan "Klik op 'Over ons' en daarna op 'Contact'", omdat de tweede versie al verraadt waar de bezoeker moet klikken.

Test de opdracht zelf een keer om te controleren of het begin en eind duidelijk zijn, en of er geen technische problemen zijn die de taak blokkeren.

Zodra de opdracht helder en route-neutraal is, kan iemand de taak zelfstandig op desktop uitvoeren.

De taak op desktop laten uitvoeren

Geef de opdracht aan iemand die niet weet hoe je website werkt. Laat die persoon starten vanaf het afgesproken beginpunt en volg de route zonder hints te geven. Bijvoorbeeld: als de taak is om de openingstijden te vinden, zeg dan niet "Kijk eens bij 'Over ons'" of "Misschien staat het in de footer". Laat de bezoeker zelf zoeken en noteer wat er gebeurt:

• Waar kijkt de persoon eerst?
• Welke stappen probeert hij?
• Waar blijft hij hangen of keert hij terug?
• Bereikt hij het eindpunt?

Je kunt de persoon vragen om hardop te vertellen wat hij denkt terwijl hij de opdracht uitvoert (think-aloud). Dat geeft extra inzicht in waarom hij bepaalde keuzes maakt, maar let op: wat iemand zegt, is niet hetzelfde als wat hij doet. Noteer vooral de concrete handelingen.

Sluit de taak af als de bezoeker het eindpunt bereikt, opgeeft of vastloopt. Noteer het punt waarop dat gebeurt, zonder meteen te verklaren waarom.

Dezelfde taak op mobiel herhalen

Voer dezelfde opdracht nog een keer uit, maar nu op een mobiel apparaat. Begin opnieuw vanaf het startpunt en houd het doel en eindpunt gelijk. Mobiel is niet zomaar een kleinere versie van desktop: de route kan anders aanvoelen door het schermformaat, touchbediening of de manier waarop iemand de telefoon vasthoudt.

Let op verschillen die invloed hebben op de taak:

• Is de volgende stap nog steeds makkelijk te vinden?
• Werkt de bediening net zo soepel als op desktop?
• Zijn formulieren of knoppen goed te gebruiken op een klein scherm?

Noteer alleen wat relevant is voor deze taak. Als een menu op mobiel moeilijker te bedienen is, maar de bezoeker toch het eindpunt bereikt, is dat geen blokkade voor deze route. Bewaar technische problemen of vragen over het ontwerp voor een aparte controle.

Lees meer over wat een responsive website is en waarom het zich aanpast als je wilt begrijpen waarom dezelfde taak op verschillende apparaten anders kan verlopen.

Waarneming en interpretatie scheiden

Noteer eerst wat er gebeurde, zonder meteen te verklaren waarom. Bijvoorbeeld:

• De bezoeker zocht naar "openingstijden" in het menu, maar vond ze niet.
• Hij keerde terug naar de homepage en probeerde de footer.
• Uiteindelijk gaf hij op zonder de tijden te vinden.

Wat de bezoeker zegt, kan helpen om te begrijpen wat hij dacht, maar het is geen bewijs. Bijvoorbeeld: "Ik snap niet waar ik moet klikken" is een uitspraak, geen feit. Een mogelijke verklaring is dat de volgende stap niet duidelijk genoeg is aangegeven, maar dat is geen zekerheid.

Houd rekening met de grens van wat deze test kan laten zien: één uitvoering van één taak bewijst niet hoe vaak het probleem voorkomt of wat de oorzaak is. Het geeft wel een signaal over waar deze route vastloopt.

Observeer wat gebruikers doen, niet wat je denkt dat ze denken.

• Nielsen Norman Group

Gebruik de waarneming als basis voor de volgende stap; de interpretatie hoort daar, niet in een algemene conclusie.

De bevinding vastleggen en een volgende stap kiezen

Noteer de uitkomst in vier korte punten:

1. Wat moest lukken? Bijvoorbeeld: "De bezoeker moest de openingstijden vinden."
2. Wat gebeurde er? Bijvoorbeeld: "De bezoeker zocht in het menu, keerde terug naar de homepage en gaf op zonder de tijden te vinden."
3. Wat is een mogelijke verklaring? Bijvoorbeeld: "Misschien is de link naar de openingstijden niet duidelijk genoeg."
4. Wat is de volgende stap? Bijvoorbeeld: "Controleer of de link naar de openingstijden beter zichtbaar kan worden gemaakt."

Gebruik deze structuur als leidraad, niet als vast stramien. Het doel is om de bevinding zo vast te leggen dat iemand anders kan begrijpen wat er gebeurde en wat een logische volgende actie is.

Een voorbeeld: een bezoeker moest een offerte aanvragen. De bezoeker vond het formulier, maar verstuurde het niet omdat de verzendknop niet werkte. Een mogelijke verklaring is dat het formulier een technische fout heeft. De volgende stap is om het formulier technisch te controleren.

Lees meer over waarom een contactformulier niet werkt en hoe je het oplost als je vermoedt dat een technisch probleem de oorzaak is.

Kies een volgende stap die past bij de bevinding. Een kleine aanpassing, zoals het verplaatsen van een link of het controleren van een formulier, is vaak genoeg om de route te verbeteren. Bewaar grote wijzigingen of nieuwe tests voor als je meer bewijs hebt.

Wat een begrensde bevinding mogelijk maakt

Je kunt het resultaat gebruiken om:

• Een volgende stap duidelijker te maken (bijvoorbeeld door een link te verplaatsen).
• Een technisch probleem op te lossen (bijvoorbeeld een formulier dat niet werkt).
• Dezelfde taak nog een keer te testen om te zien of de aanpassing helpt.

Wat de test niet kan laten zien:

• Hoe vaak het probleem voorkomt.
• Of de aanpassing de conversie verbetert.
• Of andere routes op de website ook problemen hebben.

Gebruik de bevinding als vertrekpunt voor één gerichte actie. Als je meer zekerheid wilt, kun je de taak nog een keer testen of een gerelateerde technische controle uitvoeren. Maar begin met wat je nu weet: waar deze ene route vastloopt en wat je eraan kunt doen.