Samenvattingen · InformaticaNL · HAVO

Keuze O: Usability

Usability (bruikbaarheid) is het keuzethema Keuze O uit het examenprogramma informatica: je leert beoordelen hoe prettig, effectief en foutloos mensen een interactief product kunnen gebruiken. Omdat informatica op de HAVO volledig met het schoolexamen (SE) wordt afgesloten en geen landelijk eindexamen kent, toetst de school dit thema zelf, vaak via een analyse- of ontwerpopdracht. Deze samenvatting behandelt de facetten van bruikbaarheid, de heuristieken van Nielsen, toegankelijkheid volgens de WCAG en de methoden om usability te evalueren.

4 Onderdelen~21 min leestijd4 VaardighedenNiveau Basis 1 · Standaard 2 · Verdieping 1

T·111111 / 12

Examenprofiel

Beoordelen hoe bruikbaar (effectief, efficiënt en prettig) een interactief product is voor de beoogde gebruikerVuistregels van Nielsen en toegankelijkheidsrichtlijnen (WCAG/POUR) toepassen op een ontwerpEen usability-evaluatie opzetten en uitvoeren (heuristische evaluatie, gebruikerstest) en de meetresultaten interpreterenHet verschil tussen usability en user experience (gebruikerservaring) uitleggen

Operatoren:leg uitbeoordeelbeschrijfberedeneerpas toeevalueervergelijk

basisniveau

Herken en beschrijf de facetten van bruikbaarheid, de bekendste heuristieken en de belangrijkste toegankelijkheidspunten aan de hand van voorbeelden.

verhoogd niveau

Zet zelf een usability-evaluatie op, beredeneer welke heuristiek of welk WCAG-principe geschonden is en onderbouw concrete, meetbare verbetervoorstellen.

Diepte

Tekst

Inhoud · 4 onderdelen

Keuze O: Usability

Bruikbaarheid gedefinieerd#

Basisexamenblad-nl

Facetten van bruikbaarheid

Afb. 1Bruikbaarheid volgens ISO 9241 valt uiteen in drie meetbare aspecten: effectiviteit (lukt de taak), efficiëntie (met hoeveel moeite) en tevredenheid (hoe prettig).

Bruikbaarheid — in het Engels usability — is de mate waarin een product door de beoogde gebruiker, binnen een bepaalde gebruikscontext en voor een bepaald doel, effectief, efficiënt en met tevredenheid gebruikt kan worden. Die definitie komt uit de internationale norm ISO 9241 en bevat drie meetbare kernbegrippen. Effectiviteit gaat over de vraag óf de gebruiker zijn doel bereikt: lukt de taak en is ze volledig en juist afgerond? Efficiëntie gaat over de moeite die dat kost — de tijd, het aantal handelingen en de mentale inspanning. Tevredenheid gaat over hoe prettig, comfortabel en vertrouwd het gebruik voelt. Let op de woorden „beoogde gebruiker” en „doel”: bruikbaarheid is nooit een absolute eigenschap van een product, maar altijd van een product in handen van een bepaalde gebruiker die iets bepaalds wil bereiken.

Waarom is dit zo belangrijk? Een systeem kan technisch vlekkeloos werken en toch waardeloos zijn als niemand het weet te bedienen. Denk aan een kaartautomaat op het station: de machine kan foutloos rekenen en kaartjes printen, maar als reizigers niet vinden waar ze hun bestemming kiezen, de knoppen niet begrijpen of te laat zien dat ze eerst moeten inloggen, dan mist het apparaat zijn doel. Bruikbaarheid verschuift de aandacht van „werkt de techniek?” naar „lukt het de mens?”. Een goed bruikbaar product voelt bijna onzichtbaar: de gebruiker denkt aan zijn taak, niet aan de bediening. Een slecht bruikbaar product dwingt de gebruiker juist voortdurend na te denken over het gereedschap zelf.

De bruikbaarheid van een systeem valt uiteen in een aantal deelaspecten die je afzonderlijk kunt beoordelen. Leerbaarheid is hoe snel een nieuwe gebruiker de basistaken onder de knie krijgt. Efficiëntie is hoe vlot een ervaren gebruiker daarna werkt. Onthoudbaarheid is hoe makkelijk iemand die het even niet gebruikt heeft er weer inkomt. Foutbestendigheid gaat over hoe weinig fouten de gebruiker maakt en hoe makkelijk hij ervan herstelt. Tevredenheid is hoe prettig het geheel aanvoelt. Deze aspecten kunnen op gespannen voet staan: een interface die maximaal leerbaar is voor beginners (grote knoppen, stap voor stap) kan juist traag zijn voor experts. Sneltoetsen náást de eenvoudige weg lossen die spanning op — precies wat een goed ontwerp probeert te doen.

Usability wordt vaak in één adem genoemd met user experience (UX, gebruikerservaring), maar de twee zijn niet hetzelfde. Usability is de nauw omschreven kern-kwaliteit „kan ik dit gebruiken?” — effectief, efficiënt en zonder frustratie. User experience is veel breder: het is de héle beleving rondom een product, inclusief emotie, esthetiek, vertrouwen, merk en zelfs wat er vóór en ná het gebruik gebeurt. Een product kan uitstekend bruikbaar zijn en toch een matige ervaring bieden omdat het saai of onpersoonlijk voelt; omgekeerd kan iets mooi en sfeervol zijn maar in de praktijk onbruikbaar. Usability is dus een noodzakelijke, maar niet voldoende voorwaarde voor een goede user experience.

Dit keuzethema bouwt voort op de verplichte kern. In domein F (Interactie) heb je de interactiemodellen leren kennen — hoe mensen doelen omzetten in handelingen, hoe feedback die handelingen stuurt en welke interactiestijlen er bestaan. Die theorie verklaart hóe interactie verloopt. Usability voegt daar de beoordelende kant aan toe: met welke criteria, vuistregels en methoden stel je vast hóe goed die interactie is, en hoe maak je haar beter? In de volgende paragrafen komen achtereenvolgens de heuristieken van Nielsen (concrete ontwerpvuistregels), toegankelijkheid volgens de WCAG-richtlijnen (ontwerpen voor iedereen) en de evaluatiemethoden (bruikbaarheid meten) aan bod.

Uitgewerkt voorbeeld

Bruikbaarheid van een pinautomaat beoordelen

Beoordeel de bruikbaarheid van een geldautomaat (pinautomaat) voor een doorsnee gebruiker die contant geld wil opnemen. Werk de drie kernaspecten uit en geef per aspect een verbeterpunt.

Gebruiker en doel vaststellen
De beoogde gebruiker is een willekeurige klant, van jong tot oud, die snel een bedrag wil opnemen. Het doel is: geld in handen én de pas weer terug. Pas als dat scherp is, kun je eerlijk beoordelen.
Effectiviteit
Lukt de taak? Een geslaagde opname betekent: juiste taal en pincode, gekozen bedrag, geld en pas terug. Als de automaat door onduidelijke stappen tot verkeerde bedragen of afgebroken opnames leidt, is de effectiviteit laag.
Efficiëntie
Hoeveel moeite kost het? Tel de handelingen: pas invoeren, taal, pincode, opname kiezen, bedrag, bevestigen, pas en geld pakken. Vaste snelkeuze-bedragen (zoals 50 of 100 euro) verkorten dit en verhogen de efficiëntie.
Tevredenheid
Hoe voelt het? Duidelijke feedback bij elke stap, geen tijdsdruk-stress, en de pas die eruit komt vóór het geld (zodat je hem niet vergeet) maken het gebruik prettig en betrouwbaar.
Verbeterpunten benoemen
Per aspect één: effectiviteit — grotere, duidelijkere knoppen bij de bedragkeuze; efficiëntie — een herhaal-laatste-opname-knop; tevredenheid — een geruststellende bevestiging „uw pas komt eerst”.

Resultaat: Een pinautomaat is effectief als de opname betrouwbaar lukt, efficiënt als het met weinig, logische stappen kan, en bevredigend als de feedback duidelijk en stressvrij is. De grootste winst zit vaak in snelkeuze-bedragen en het vóór het geld teruggeven van de pas.

Veelgemaakte fouten

Bruikbaarheid gelijkstellen aan mooi vormgegeven: een strak design kan nog steeds onbruikbaar zijn
Effectiviteit en efficiëntie door elkaar halen — effectiviteit is óf de taak lukt, efficiëntie is met hoeveel moeite dat gaat
Vergeten dat bruikbaarheid afhangt van de doelgroep: wat voor een expert vlot werkt, kan voor een nieuwe gebruiker onbruikbaar zijn

Actieve herhaling

Kies een dagelijks product (bijvoorbeeld een parkeerautomaat of een OV-app). Beschrijf de beoogde gebruiker en het gebruiksdoel, en beoordeel het product op effectiviteit, efficiëntie en tevredenheid. Noem per aspect één concreet verbeterpunt.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Usability-heuristieken (Nielsen)#

Standaardexamenblad-nl

De tien heuristieken van Nielsen

Afb. 2De tien vuistregels van Nielsen, elk met een korte betekenis en een herkenbaar voorbeeld; samen vormen ze een checklist voor de heuristische evaluatie.

Heuristieken zijn vuistregels: beproefde ervaringsregels die een ontwerp snel op gebruiksvriendelijkheid helpen toetsen. Ze zijn geen strikte wetten en geven geen exacte scores, maar ze vatten samen wat ontwerpers keer op keer als goed of slecht hebben zien uitpakken. De bekendste verzameling is die van Jakob Nielsen: tien algemene heuristieken voor het ontwerp van gebruikersinterfaces. Hun kracht is dat een expert er in korte tijd, zónder dat er al echte gebruikers nodig zijn, een interface systematisch mee kan doorlopen en zwakke plekken kan opsporen. Daarom vormen ze ook de basis van de heuristische evaluatie die je verderop tegenkomt. Hieronder lopen we de tien regels in vier logische clusters langs.

Het eerste cluster gaat over houvast: weet de gebruiker wat er gebeurt en herkent hij de wereld? (1) Zichtbaarheid van de systeemstatus betekent dat het systeem de gebruiker binnen redelijke tijd laat weten wat er speelt — een laadbalk terwijl iets verwerkt wordt, een vinkje „opgeslagen”, of een gemarkeerde stap in een bestelproces. Dit is direct verwant aan het begrip feedback uit domein F. (2) Overeenkomst met de echte wereld betekent dat het systeem de taal, begrippen en volgorde van de gebruiker gebruikt in plaats van technisch jargon: een prullenbak-icoon voor verwijderen, een „winkelwagen” in een webshop, bedragen in euro's. Zo hoeft de gebruiker niets te vertalen.

Het tweede cluster gaat over grip en voorspelbaarheid. (3) Gebruikerscontrole en vrijheid betekent dat de gebruiker fouten ongedaan kan maken en altijd een „nooduitgang” heeft: ongedaan maken (undo), opnieuw, annuleren of terug. Dat durft mensen te laten verkennen zonder angst. (4) Consistentie en standaarden betekent dat hetzelfde woord, dezelfde actie en dezelfde plek steeds hetzelfde betekenen, en dat het ontwerp de conventies van het platform volgt — een gebruiker mag niet hoeven raden of twee verschillende termen hetzelfde zijn. (5) Foutpreventie is de gedachte dat voorkomen beter is dan genezen: ontwerp zó dat fouten minder kúnnen ontstaan, bijvoorbeeld met een datumkiezer in plaats van een vrij tekstveld, of een bevestiging vóór een onomkeerbare verwijdering.

Het derde cluster gaat over geheugen, flexibiliteit en eenvoud. (6) Herkennen boven herinneren betekent dat je opties zichtbaar maakt — in een menu of lijst — zodat de gebruiker niet uit zijn hoofd hoeft te weten wat mogelijk is; herkennen kost minder moeite dan zich iets herinneren. (7) Flexibiliteit en efficiëntie van gebruik betekent dat je zowel de beginner als de expert bedient: naast de eenvoudige, zichtbare weg bied je versnellers zoals sneltoetsen of opgeslagen voorkeuren. (8) Esthetisch en minimalistisch ontwerp betekent dat je alleen toont wat er echt toe doet: elk overbodig element, elke extra regel tekst, concurreert met de belangrijke informatie en maakt die moeilijker te vinden. Minimalisme is dus geen kwestie van smaak maar van ruis weglaten.

Het vierde cluster gaat over fouten opvangen en helpen. (9) Help gebruikers fouten herkennen, diagnosticeren en herstellen: foutmeldingen horen in gewone taal te staan, precies te benoemen wat er misging en een uitweg voor te stellen — „Het e-mailadres mist een @-teken” helpt, „Fout 0x2F” niet. (10) Help en documentatie ten slotte: idealiter heeft de gebruiker geen handleiding nodig, maar als hulp nodig is, moet die makkelijk te vinden, doorzoekbaar en op de taak gericht zijn. Samen vormen de tien heuristieken een checklist waarmee je in de volgende paragraaf een interface systematisch kunt beoordelen; let wel op dat foutpreventie (5) en goede foutmeldingen (9) verschillende dingen zijn — het ene voorkomt, het andere vangt op.

Uitgewerkt voorbeeld

Heuristiek-schendingen aanwijzen op een bestelscherm

Op een webshop verdwijnt na het klikken op „Bestellen” enkele seconden alles van het scherm zonder enige melding; daarna verschijnt alleen „Fout 0x2F”. Wijs de geschonden heuristieken aan en verbeter het ontwerp.

Beschrijf wat de gebruiker ervaart
Na de klik gebeurt er ogenschijnlijk niets: geen bevestiging, geen laadindicator. De gebruiker weet niet of de bestelling doorging en klikt misschien nog eens. Daarna volgt een code die niets zegt.
Schending 1 — zichtbaarheid van de systeemstatus
Tijdens het verwerken ontbreekt elke terugkoppeling. Verbetering: toon direct een laadindicator met de tekst „bestelling wordt verwerkt”, en schakel de knop uit zodat dubbel bestellen niet kan.
Schending 2 — help gebruikers fouten herstellen
„Fout 0x2F” is voor de gebruiker onbegrijpelijk en biedt geen uitweg. Verbetering: benoem het probleem in gewone taal en stel een oplossing voor, bijvoorbeeld „De betaling is mislukt. Controleer je gegevens en probeer het opnieuw.”.
Let op de aangrenzende regels
Het uitschakelen van de knop tijdens het verwerken is óók foutpreventie; een „opnieuw proberen”-knop bij de melding versterkt gebruikerscontrole en vrijheid.
Herontwerp samenvatten
Klik → knop uit + laadindicator met status → bij succes een duidelijke bevestiging, bij mislukking een begrijpelijke melding met een herstelactie.

Resultaat: Het scherm schendt vooral „zichtbaarheid van de systeemstatus” (geen feedback tijdens het wachten) en „help gebruikers fouten herstellen” (onbegrijpelijke foutcode). Een laadindicator met status en een foutmelding in gewone taal met een herstelknop lossen beide op.

Veelgemaakte fouten

Een heuristiek alleen benoemen zonder uit te leggen hóe het ontwerp haar schendt of hoe je het verbetert
Foutpreventie en goede foutmeldingen verwarren — voorkomen (preventie) versus opvangen (herstel) zijn twee verschillende heuristieken
Denken dat meer op het scherm altijd beter is; minimalisme betekent juist ruis weglaten

Actieve herhaling

Bekijk een aanmeldformulier dat pas ná het verzenden meldt „Wachtwoord ongeldig”, zonder verdere uitleg. Welke twee heuristieken worden hier geschonden? Herontwerp het gedrag zodat beide worden nageleefd.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Toegankelijkheid (accessibility)#

Standaardexamenblad-nl

WCAG-principes (POUR)

Afb. 3De vier principes van de WCAG, samen POUR: waarneembaar, bedienbaar, begrijpelijk en robuust — de vaste kapstok voor toegankelijk ontwerp.

Toegankelijkheid (in het Engels accessibility, vaak afgekort tot a11y) is het ontwerpen van producten die iedereen kan gebruiken, óók mensen met een beperking. Beperkingen komen in veel vormen. Visuele beperkingen lopen van blindheid en slechtziendheid tot kleurenblindheid. Auditieve beperkingen betreffen doofheid en slechthorendheid. Motorische beperkingen maken het lastig een muis precies te bewegen of kleine knoppen te raken. Cognitieve beperkingen — zoals dyslexie, concentratieproblemen of laaggeletterdheid — beïnvloeden hoe iemand tekst en structuur verwerkt. Belangrijk is dat veel beperkingen ook situationeel of tijdelijk zijn: fel zonlicht op je scherm, een lawaaiige trein, één hand bezet met een tas, of een gebroken pols. Een toegankelijk ontwerp helpt daardoor niet alleen een kleine groep, maar iedereen.

Om producten te gebruiken, zetten mensen met een beperking vaak hulptechnologie (assistive technology) in, en dat stelt eisen aan het ontwerp. Een schermlezer zet de tekst en de onderliggende code van een pagina om in spraak of braille; een afbeelding zonder tekstalternatief is voor zo'n gebruiker letterlijk niets. Wie geen muis kan gebruiken, bedient alles met het toetsenbord of met een schakelaar — dus moet elke knop, elk menu en elk formulier ook zónder muis bereikbaar zijn, met een zichtbare focus die laat zien waar je bent. Vergroters en instelbare lettergroottes vragen om een ontwerp dat niet breekt als tekst groter wordt. Kortom: toegankelijkheid vraagt om nette, betekenisvolle structuur onder de motorkap, niet alleen om een mooi plaatje aan de buitenkant.

De internationale standaard voor digitale toegankelijkheid zijn de WCAG: de Web Content Accessibility Guidelines. Ze zijn geordend rond vier principes, samen te onthouden met het letterwoord POUR: Waarneembaar (Perceivable), Bedienbaar (Operable), Begrijpelijk (Understandable) en Robuust (Robust). Waarneembaar wil zeggen dat alle informatie zintuiglijk op te nemen moet zijn — als je één zintuig niet kunt gebruiken, moet er een alternatief zijn. Bedienbaar betekent dat iedereen de interface kan bedienen, ongeacht het invoerapparaat. Begrijpelijk betekent dat inhoud en werking helder en voorspelbaar zijn. Robuust betekent dat de code betrouwbaar samenwerkt met browsers en hulptechnologie. De WCAG kennen drie niveaus — A, AA en AAA — waarbij AA in de praktijk de gangbare norm is.

Elk POUR-principe vertaalt zich naar concrete, toetsbare richtlijnen. Voor Waarneembaar: geef afbeeldingen een zinvolle alt-tekst, voorzie video's van ondertiteling, zorg voor voldoende contrast tussen tekst en achtergrond (voor gewone tekst geldt op niveau AA een verhouding van minstens 4,5:1) en draag informatie nooit uitsluitend met kleur over. Voor Bedienbaar: maak alles met het toetsenbord bedienbaar, geef genoeg tijd, vermijd fel flikkeren (dat kan epileptische aanvallen uitlokken) en toon een duidelijke focus. Voor Begrijpelijk: schrijf in eenvoudige, leesbare taal, laat de interface zich voorspelbaar gedragen en leg fouten duidelijk uit. Voor Robuust: gebruik correcte, semantische code zodat schermlezers en verschillende browsers de pagina juist kunnen interpreteren.

Toegankelijkheid is geen luxe die je „later nog even toevoegt”, maar een kwaliteitseis. In Nederland en de rest van de EU zijn (overheids)websites en -apps zelfs wettelijk verplicht om aan toegankelijkheidseisen te voldoen. Bovendien overlapt goede toegankelijkheid sterk met goede bruikbaarheid: duidelijke taal, heldere foutmeldingen en een logische structuur — de heuristieken uit de vorige paragraaf — helpen álle gebruikers, met of zonder beperking. Dit noemt men wel het „stoeprand-effect” (curb-cut effect): een aanpassing die voor een specifieke groep bedoeld is, blijkt voor iedereen handig. Hoe je toegankelijkheid vervolgens controleert — met WCAG-checklists, geautomatiseerde tests én echte hulptechnologie — hoort bij het evalueren van usability, het onderwerp van de laatste paragraaf.

Uitgewerkt voorbeeld

Een webpagina toetsen op drie toegankelijkheidspunten

Controleer een nieuwspagina op contrast, alt-teksten en toetsenbordbediening. Geef per punt een oordeel, het bijbehorende POUR-principe en een aanbeveling.

Contrast (Waarneembaar)
De bijschriften staan in lichtgrijs op wit; de contrastverhouding blijft onder 4,5:1, waardoor slechtzienden de tekst nauwelijks lezen. Aanbeveling: maak de tekst donkerder tot de AA-drempel gehaald wordt.
Alt-teksten (Waarneembaar)
De foto's hebben geen alt-tekst, dus een schermlezer slaat ze over of leest de bestandsnaam voor. Aanbeveling: geef informatieve foto's een beschrijvende alt-tekst; puur decoratieve afbeeldingen krijgen een lege alt zodat ze worden overgeslagen.
Toetsenbordbediening (Bedienbaar)
Het uitklapmenu opent alleen bij muis-hover en is met de Tab-toets niet te bereiken. Aanbeveling: maak het menu met focus en Enter/Spatie bedienbaar en toon een zichtbare focus-rand.
Samenvatten en prioriteren
Koppel elk punt aan zijn principe (hier tweemaal Waarneembaar, eenmaal Bedienbaar) en zet de ernst op een rij: het onbereikbare menu blokkeert gebruik volledig en gaat daarom vóór op het contrast.

Resultaat: De pagina faalt op contrast en alt-teksten (beide Waarneembaar) en op toetsenbordbediening (Bedienbaar). De zwaarste kwestie is het niet-bereikbare menu; daarna volgen donkerdere tekst en het toevoegen van zinvolle alt-teksten.

Veelgemaakte fouten

Toegankelijkheid alleen aan blinde gebruikers koppelen en motorische, auditieve en cognitieve beperkingen vergeten
Informatie uitsluitend met kleur overbrengen (bijvoorbeeld „de rode velden”) — kleurenblinde gebruikers missen dat dan
Alt-teksten leeg laten of vullen met „afbeelding” in plaats van de inhoud of functie te beschrijven

Actieve herhaling

Beoordeel een bestaande webpagina op drie punten: (1) is de tekst voldoende contrastrijk, (2) hebben afbeeldingen een zinvolle alt-tekst, (3) is het menu volledig met het toetsenbord te bedienen? Koppel elk punt aan een POUR-principe en doe een concrete aanbeveling.

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Usability evalueren#

Verdiepingexamenblad-nl

De iteratieve evaluatiecyclus

Afb. 4Usability evalueren is een lus: bepaal een doel, kies een methode, voer uit, analyseer en verbeter — en begin opnieuw. De teruglopende pijl toont het iteratieve karakter.

Bruikbaarheid laat zich niet raden; je meet haar. Ontwerpers zijn bijna nooit een betrouwbare maatstaf voor hun eigen werk, omdat zij het product te goed kennen en de „vloek van de kennis” hebben — ze zien de drempels niet meer die een nieuwe gebruiker wél raakt. Daarom bestaan er systematische evaluatiemethoden, grofweg te verdelen in twee families. Expert-methoden beoordelen een interface zónder echte gebruikers, door deskundigen die het ontwerp tegen bekende regels houden; ze zijn snel en goedkoop en al vroeg in het ontwerp inzetbaar. Gebruikersmethoden meten met échte, representatieve gebruikers; ze zijn arbeidsintensiever, maar leggen echt gedrag bloot dat experts kunnen missen. Een goede aanpak combineert beide op het juiste moment.

De bekendste expert-methode is de heuristische evaluatie. Enkele beoordelaars lopen onafhankelijk de hele interface langs en toetsen elk scherm aan de vuistregels van Nielsen (zie de vorige paragraaf). Voor elk probleem dat ze vinden noteren ze welke heuristiek geschonden is en hoe ernstig het is. Omdat verschillende beoordelaars verschillende problemen zien, is het gebruikelijk het met een klein groepje experts te doen en de bevindingen daarna samen te voegen. De methode is snel, goedkoop en al bruikbaar op een schets of prototype, nog vóór er een werkend product is. Het nadeel is dat experts geen echte gebruikers zijn: ze voorspellen problemen, maar zien niet altijd hoe echte mensen zich werkelijk gedragen.

De rijkste gebruikersmethode is de gebruikerstest met denken-hardop (think-aloud). Echte, representatieve gebruikers voeren realistische taken uit terwijl ze hardop vertellen wat ze zien, denken en verwachten; de onderzoeker observeert en noteert, maar helpt of stuurt niet — juist het moment waarop iemand vastloopt is de waardevolle informatie. Zo ontdek je knelpunten die je zelf nooit had bedacht. Een bekende vuistregel is dat een kleine groep testpersonen — vaak al zo'n vijf — het merendeel van de grote problemen aan het licht brengt; daarom kun je beter klein en vaak testen (iteratief) dan één keer groot. Ethiek hoort erbij: de gebruiker geeft toestemming en weet dat je het product test, niet de persoon.

Naast observatie bestaan er meer kwantitatieve methoden. Bij een A/B-test toon je twee varianten van een ontwerp — versie A en versie B — tegelijk aan verschillende groepen gebruikers en meet je welke beter scoort op een vooraf gekozen doel, bijvoorbeeld het aandeel voltooide aankopen of aanmeldingen. Een A/B-test levert harde cijfers en is ideaal om tussen twee concrete alternatieven te kiezen, maar vraagt veel gebruikers en vertelt je niet het waaróm. Vragenlijsten en enquêtes, waaronder gestandaardiseerde bruikbaarheidsvragenlijsten, meten vooral de tevredenheid: ze zijn subjectief, maar doordat iedereen dezelfde vragen krijgt, goed vergelijkbaar tussen versies of in de tijd. Elke methode beantwoordt dus een ander soort vraag.

Wat je precies meet, koppel je aan de facetten van bruikbaarheid uit de eerste paragraaf: taaksucces (is de taak gelukt?) meet effectiviteit; de benodigde tijd en het aantal handelingen meten efficiëntie; het aantal fouten zegt iets over foutbestendigheid; en een korte vragenlijst achteraf meet tevredenheid. Kies die taken en meetpunten vóóraf, zodat je resultaten eerlijk en vergelijkbaar zijn. Het geheel is een cyclus: bepaal een doel, kies een methode, voer de evaluatie uit, analyseer de bevindingen en verbeter het ontwerp — en begin dan opnieuw. Deze iteratieve aanpak levert doorgaans betere resultaten dan één grote test aan het eind. Welke methode je kiest, hangt af van je vraag en de fase: vroeg en goedkoop → heuristisch; echt gedrag begrijpen → gebruikerstest; grote vergelijking → A/B-test.

Uitgewerkt voorbeeld

Een korte gebruikerstest opzetten voor een roosterapp

Leerlingen vinden de roosterapp onhandig maar kunnen niet zeggen waarom. Kies een methode, onderbouw de keuze en werk een concrete testopzet uit.

Methodekeuze onderbouwen
De vraag is het waaróm — je wilt echt gedrag en knelpunten begrijpen, niet twee versies vergelijken. Dat pleit voor een gebruikerstest met denken-hardop, niet voor een A/B-test of enkel een enquête.
Representatieve gebruikers kiezen
Nodig zo'n vijf tot zes echte leerlingen uit de doelgroep uit — niet je vrienden die de app al goed kennen. Met deze kleine groep vind je al de meeste grote problemen.
Realistische taken opstellen
Geef concrete opdrachten uit het echte gebruik, bijvoorbeeld „zoek het lokaal van je derde lesuur morgen” en „controleer of er lesuitval is”. Vertel niet hóe, alleen wát.
Meetpunten vastleggen
Bepaal vooraf: taaksucces (lukt de taak, ja/nee) voor effectiviteit; benodigde tijd en aantal tikken voor efficiëntie; het aantal misklikken voor foutbestendigheid; en een korte vragenlijst achteraf voor tevredenheid.
Uitvoeren en itereren
Observeer en noteer zonder in te grijpen, ook als iemand vastloopt. Verzamel de knelpunten, verbeter het ontwerp op de zwaarste punten en test daarna opnieuw — de cyclus rond.

Resultaat: Een denken-hardop-gebruikerstest met ongeveer vijf leerlingen, vaste taken en meetpunten voor effectiviteit, efficiëntie en tevredenheid legt de concrete knelpunten bloot die een A/B-test of losse enquête zou missen; de bevindingen voeden meteen een volgende ontwerpronde.

Veelgemaakte fouten

Denken dat je als ontwerper zelf een goede testpersoon bent — je kent het product te goed
Bij een gebruikerstest de proefpersoon helpen of sturen; daarmee verdwijnt juist het knelpunt dat je wilt vinden
Een A/B-test kiezen voor een vraag waarvoor je juist het waaróm (kwalitatief gedrag) nodig hebt

Actieve herhaling

Een schoolapp voor roosters wordt door leerlingen als „onhandig” ervaren, maar niemand weet precies waarom. Kies een geschikte evaluatiemethode, onderbouw je keuze en werk een korte opzet uit: welke gebruikers, welke taken en welke meetpunten?

Actief ophalen

Haal de kernpunten op — onthul ze daarna.

Bronnen: Examenprogramma informatica (HAVO) (CvTE / Examenblad)

Referenties en bronnen

Bronnen

CvTE / Examenblad

Examenprogramma informatica (HAVO)

Keuze O: Usability

4 Onderdelen~21 min leestijd4 VaardighedenNiveau Basis 1 · Standaard 2 · Verdieping 1

Keuze O: Usability

Kernpunten

Bruikbaarheid van een pinautomaat beoordelen

Kernpunten

Heuristiek-schendingen aanwijzen op een bestelscherm

Kernpunten

Een webpagina toetsen op drie toegankelijkheidspunten

Kernpunten

Een korte gebruikerstest opzetten voor een roosterapp

Bronnen

Keuze O: Usability

Kernpunten

Bruikbaarheid van een pinautomaat beoordelen

Kernpunten

Heuristiek-schendingen aanwijzen op een bestelscherm

Kernpunten

Een webpagina toetsen op drie toegankelijkheidspunten

Kernpunten

Een korte gebruikerstest opzetten voor een roosterapp

Bronnen