Skip to content
ICT Fusion Knowledgebase

Gebruikerstesten: Jij Bent Niet Je Gebruiker

Introductie

Een gebruikerstest is de Check-fase van de Lean UX cyclus. Het is het moment waarop je je prototype test met échte gebruikers om te ontdekken wat werkt, wat niet werkt en welke nieuwe inzichten ontstaan. Deze pagina legt uit waarom testen essentieel is, hoe je verschillende soorten tests inzet, en hoe je een effectieve gebruikerstest plant en uitvoert.

Waarom Gebruikerstesten?

Je ontwerp is een hypothese, geen feit

Veel studententeams blijven hangen in Think en Make. Ze bedenken een oplossing, bouwen een prototype, en gaan er vanuit dat het werkt. Maar je ontwerp is een hypothese totdat je het test.

Vier redenen om te testen

  1. Je bent niet de doelgroep – Je hebt andere voorkennis en context
  2. Je hebt bias – Je bent verliefd op je eigen idee
  3. Door te testen zie je wat werkt – En wat niet, en welke nieuwe ideeën ontstaan
  4. Check informeert de volgende Think/Make stap – De cyclus draait door

Experimenteer erop los! Check je aannames, ontdek je fouten, en stuur bij.

Jij Bent Niet de Studiekiezer

Het probleem met aannames

  • Je hebt andere voorkennis en andere context
  • Je bent verliefd op je eigen idee – je ziet vooral wat goed gaat
  • Je hebt confirmation bias – je zoekt vooral bevestiging voor wat je al dacht
  • Je denkt: “Iedereen snapt dit toch?” – je overschat hoe duidelijk jouw ontwerp is

Voorbeeld

Stel, je was zelf twee jaar geleden studiekiezer voor HBO-ICT. Ben je daarmee representatief voor elke 17-jarige studiekiezer? Waarschijnlijk niet. Iedereen heeft andere:

  • Voorkennis over ICT
  • Verwachtingen van een studie
  • Manier van informatie zoeken
  • Angsten en vragen

Daarom test je met échte gebruikers.

Minimaliseer het Risico dat je het Fout Hebt

Wat jij denkt vs. wat gebruikers doen

flowchart TD
    A["Wat jij denkt<br>dat gebruikers doen"]
    B["Wat gebruikers<br>daadwerkelijk doen"]
    C["Overlap<br>(door testen ontdekken)"]

    A -.-> C
    B -.-> C

    style C fill:#4CAF50,stroke:#2E7D32,color:#fff

Gebruikers vatten jouw oplossing niet altijd op zoals jij het bedoelt hebt. Door te testen ontdek je:

  • Waar ze vastlopen
  • Wat ze verwachten
  • Wat ze missen
  • Wat verwarrend is

Verschillende Soorten Gebruikerstesten

Er zijn veel manieren om te testen. De belangrijkste onderscheiding is:

Kwalitatief vs. Kwantitatief

Kwalitatief → Diepte: waarom loopt iemand vast? Hoe voelt iemand zich?

  • Weinig deelnemers (3-5)
  • Observeren, doorvragen, begrijpen
  • Rijke inzichten

Kwantitatief → Breedte: hoeveel mensen klikken hier? Hoe lang doen ze erover?

  • Veel deelnemers (100+)
  • Meten, tellen, vergelijken
  • Statistische significantie

High-touch vs. Low-touch

High-touch → Persoonlijke relaties, maatwerk, actieve begeleiding

  • Je zit erbij tijdens de test
  • Je observeert en stelt vragen
  • Intensief, maar rijke inzichten

Low-touch → Schaalbaarheid, zelfservice, automatisering

  • Gebruikers testen zelfstandig
  • Je analyseert achteraf
  • Minder intensief, maar minder diepgang

Het Kwadrantenmodel

flowchart TD
    A["Kwalitatief<br><i>Begrijpen, verdiepen,<br>gedrag zien</i>"]
    B["Kwantitatief<br><i>Meten, tellen,<br>vergelijken</i>"]

    A1["1. Heuristic evaluation<br><i>Expert beoordeelt<br>best practices</i>"]
    A2["2. Cognitieve walkthrough<br>Task-based test<br><i>Gebruiker denkt hardop</i>"]

    B1["3. Vragenlijsten<br><i>Online formulieren<br>met veel respondenten</i>"]
    B2["4. A/B testing<br><i>Twee versies vergelijken<br>met grote groep</i>"]

    A --> A1
    A --> A2
    B --> B1
    B --> B2

Vier veel gebruikte methoden

  1. Heuristic Evaluation (Kwalitatief, Low-touch)
    Een expert beoordeelt je schermen op best practices (bijv. Nielsen’s 10 heuristics)

  2. Cognitieve Walkthrough / Task-based (Kwalitatief, High-touch)
    Eindgebruikers voeren taken uit terwijl ze hardop denken. Je observeert en stelt vragen.

  3. Vragenlijsten / Surveys (Kwantitatief, Low-touch)
    Veel mensen vullen een formulier in. Goed voor demografische data en attitudes.

  4. A/B Testing (Kwantitatief, Low-touch)
    Twee versies vergelijken met grote groep. Welke presteert beter?

Voor jullie studiekiezers-project is een kwalitatieve, high-touch test meestal stap één.

Kwalitatieve, High-Touch Gebruikerstesten

Drie is genoeg

Onderzoek van de Nielsen Norman Group laat zien dat je met 3-5 gebruikers al de meest belangrijke problemen identificeert.

Waarom?

  • De eerste gebruiker ontdekt 30-40% van de problemen
  • De tweede en derde ontdekken overlappende problemen + nieuwe
  • Na 5 gebruikers zie je vooral herhaling

Voordelen van kleine tests:

  • Het is belangrijker om vaker te testen (iteratief)
  • Je kunt op dezelfde dag testen én resultaten verwerken
  • Lage drempel om te organiseren

Een Gebruikerstest Plannen

Stappenplan

  1. Wat is het testdoel? – Welke vraag wil je beantwoorden?
  2. Beschrijf de testscenario’s – Welke taken gaat de gebruiker uitvoeren?
  3. Een prototype om mee te testen – Papier, wireframe, Figma, of code
  4. Nodig testgebruikers uit – Minimaal 3 personen uit de doelgroep
  5. Leg inzichten vast – Tijdens en na de test
  6. Gebruik de inzichten voor de volgende TMC-cyclus – Wat ga je aanpassen?

Aandachtspunten tijdens de Test

✅ Do’s

  • Deelnemer stimuleren om hardop te denken
    “Kun je vertellen wat je nu denkt?”

  • Tijd geven om door problemen heen te werken
    Niet meteen helpen – observeer hoe ze het zelf oplossen

  • Goed vastleggen (notities/opname)
    Je kunt niet alles onthouden

  • Teamleden laten meekijken
    Gedeelde inzichten zijn krachtiger

❌ Don’ts

  • Lachen of gefrustreerd reageren
    De gebruiker voelt zich dan dom

  • Je ontwerp verdedigen
    “Ja maar dit is nog een vroege versie…” – dat maakt niet uit, observeer gewoon

  • Eerst alles voordoen (demo) en dan pas testen
    Dan test je niet of ze het snappen, maar of ze kunnen onthouden

  • Vragen: “Hoe zou jij het ontwerpen?”
    Je test het ontwerp, niet de creativiteit van de gebruiker

De Teststructuur

Introductie (2 minuten)

  • Leg kort uit wat de deelnemer gaat doen
  • Zeg duidelijk: “We testen de applicatie, niet jou”
    Dit haalt druk weg en voorkomt dat ze zich ‘dom’ voelen
  • Vraag de deelnemer hardop te denken
  • Vraag toestemming voor opname (als je opneemt)

Test (10-15 minuten)

  • Geef de deelnemer het scenario/de taak
  • Observeer en stel vragen:
  • “Wat denk je dat dit is?”
  • “Waar zou je nu op klikken?”
  • “Wat verwacht je dat er gebeurt?”
  • Noteer wat opvalt:
  • Waar loopt de gebruiker vast?
  • Wat zegt de gebruiker hardop?
  • Wat doet de gebruiker anders dan verwacht?

Afsluiting (3 minuten)

  • Vraag naar algemene indruk
  • Bedank de deelnemer
  • Vraag of ze nog vragen hebben

Mini Testplan Template

Gebruik dit template om je test voor te bereiden:

Aannames

Schrijf twee aannames op:

  • “Ik denk dat studiekiezers …”
  • “Ik verwacht dat onze interactie …”

Testdoel

Waar willen jullie antwoord op?

  • Bijvoorbeeld: “Snappen studiekiezers hoe ze een studie kunnen vergelijken?”

Scenario

Beschrijf een taak voor de gebruiker (2-3 stappen):

  • Bijvoorbeeld: “Je bent op zoek naar een HBO-ICT opleiding in Amsterdam. Gebruik de app om twee opleidingen te vergelijken en kies er één.”

Prototype

Wat voor prototype hebben jullie nodig om deze test te kunnen doen?

  • Papier, wireframe, Figma, of code?

Planning

  • Met wie ga je testen? (minimaal 3 personen)
  • Waar en wanneer?

Bevindingen Structureren: De Feedback Grid

Na je test zit je snel met een berg opmerkingen. De Feedback Grid helpt je om dat te structureren.

Het Grid

✅ Wat werkte goed? ❓ Welke vragen heb je na afloop?
Dingen die gebruikers snel snapten, waar ze positief over waren Onduidelijkheden, dingen die je nog moet uitzoeken
🔧 Wat moet aangepast worden? 💡 Welke nieuwe ideeën kwamen naar boven?
Concrete problemen die je moet oplossen Onverwachte inzichten, nieuwe mogelijkheden

Hoe gebruik je het?

  1. Direct na de test: Noteer je observaties in het grid
  2. Na 3 tests: Zoek patronen – wat komt steeds terug?
  3. Prioriteer: Welke problemen zijn het belangrijkst om op te lossen?
  4. Volgende stap: Bedenk minimaal 1-3 verbeteringen voor de volgende iteratie

Van Inzichten naar Actie

De Lean UX Cyclus

flowchart LR
    A["💡 Think<br>Begrijpen"]
    B["🛠️ Make<br>Prototypen"]
    C["✅ Check<br>TESTEN"]

    A --> B
    B --> C
    C --> A

    style C fill:#4CAF50,stroke:#2E7D32,color:#fff

Gebruikerstesten zijn geen eindpunt, maar input voor de volgende cyclus:

  • Check → Think: Wat heb je geleerd over de gebruiker en het probleem?
  • Check → Make: Welke aanpassingen ga je maken in je prototype?
  • Check → Check: Welke nieuwe vragen zijn ontstaan die je moet testen?

Veelgemaakte Fouten

❌ Te weinig testen

Probleem: Je test één keer aan het eind van het project.
Oplossing: Test vroeg en vaak. Kleine tests in elke iteratie.

❌ Testen met teamgenoten

Probleem: Je test met mensen die het project al kennen.
Oplossing: Test met échte gebruikers uit de doelgroep.

❌ Te veel uitleggen

Probleem: Je legt alles uit voordat de gebruiker iets doet.
Oplossing: Geef alleen het scenario, laat de gebruiker zelf ontdekken.

❌ Feedback negeren

Probleem: Je hoort wat gebruikers zeggen, maar past niets aan.
Oplossing: Gebruik de Feedback Grid om concrete vervolgstappen te bepalen.

❌ Alleen positieve feedback horen

Probleem: Je filtert onbewust de negatieve feedback eruit.
Oplossing: Noteer alles, ook dingen die je niet wilt horen. Die zijn vaak het meest waardevol.

Verdieping: Bronnen en Inspiratie

Boeken

  • “Don’t Make Me Think” – Steve Krug
    Klassieker over usability testing, met praktische tips en voorbeelden

  • “Rocket Surgery Made Easy” – Steve Krug
    Praktische gids voor do-it-yourself usability testing

  • “The User Experience Team of One” – Leah Buley
    Hoe je als kleine team (of alleen) effectief gebruikerstesten doet

Video’s

Websites

Tools

Samenvatting

  • Je ontwerp is een hypothese, geen feit – test het
  • Jij bent niet de gebruiker – je hebt andere voorkennis en bias
  • Kwalitatief vs. kwantitatief – diepte vs. breedte
  • High-touch vs. low-touch – persoonlijk vs. schaalbaar
  • Drie gebruikers is vaak genoeg – voor kwalitatieve tests
  • Structureer je test: doel → scenario → prototype → uitvoeren → feedback grid
  • Do’s en don’ts: stimuleer hardop denken, verdedig je ontwerp niet
  • Gebruik de inzichten – voor de volgende Think-Make-Check cyclus

Praktische Opdracht

Testplan voor Jouw Project

Werk de volgende stappen uit:

  1. Testplan – Werk je mini-testplan uit tot een volledig plan:
  2. Aannames
  3. Testdoel
  4. Scenario’s

  5. Planning (met wie, waar en wanneer)

  6. Uitvoeren – Voer de test uit met drie studiekiezers (of zo representatief mogelijk)

  7. Feedback Grid – Vul de Feedback Grid in met echte observaties

  8. Verbeteringen – Bedenk minimaal 1-3 verbeteringen voor de volgende iteratie

  9. Sprint Review – Bespreek je gebruikerstest en de bevindingen met je Product Owner in de volgende sprint review

Reflectievragen

  1. Welke aannames heb jij over hoe gebruikers jouw product zullen gebruiken?
  2. Wat maakt het moeilijk om feedback te accepteren die je ontwerp bekritiseert?
  3. Heb je wel eens een product gebruikt dat duidelijk niet getest was? Wat viel je op?
  4. Hoe kun je ervoor zorgen dat je regelmatig test in plaats van één keer aan het eind?

Checklist: Ben je klaar om te testen?

  • Je hebt een duidelijk testdoel geformuleerd
  • Je hebt een werkend prototype (papier, wireframe, Figma, of code)
  • Je hebt minimaal 3 testgebruikers uit de doelgroep gevonden
  • Je hebt een scenario/taak voorbereid
  • Je hebt een manier om notities te maken (of op te nemen)
  • Je hebt de Feedback Grid template klaar
  • Je weet wat je met de inzichten gaat doen (volgende iteratie)