Om een schone, frisse en vooral effectieve gebruikersinterface te leveren, zijn usability-tests vereist. Het is zeer onwaarschijnlijk dat een ontwerper, ongeacht zijn reputatie en vaardigheden, in staat zal zijn om een goed product te ontwerpen zonder een soort van onderzoek en testen te doen.
Usability testing is een techniek die wordt gebruikt voor het evalueren van een product door het te testen op gebruikers die deel uitmaken van de respectieve doelgroep. Testen wordt op veel gebieden gebruikt, maar vandaag zullen we ons richten op gebruikersgericht interactieontwerp en hoe te testen bij het ontwerpen en ontwikkelen van een dergelijk product.
Elk product heeft een beoogd doel en de reikwijdte en het doel van bruikbaarheidstests meten of een product aan dit doel voldoet met betrekking tot een gebruiker.
Achter elke bruikbaarheidstest zijn er verschillende doelen, die specifiek betrekking hebben op de waarnemingsdoelen van de tester. De resultaten kunnen worden behandeld als een controlemeting of een basislijn. Omdat verschillende tests gedurende een bepaalde periode kunnen worden uitgevoerd, worden alle resultaten vergeleken met de basislijntestresultaten.
De vier principes achter usability testen zijn:
Dit zijn algemene principes die worden gebruikt bij het testen van gebruikersgerichte interfaces, maar het is belangrijk dat de tester zijn eigen usabilitydoelen bepaalt. Op basis hiervan kan hij het onderwerp van nabij volgen en zijn fouten of gebaren interpreteren.
Sommige mensen interpreteren de term 'usability testing' niet correct. Alleen het verzamelen van meningen over een object (of een apparaat of een toepassing) betekent niet meer dan marktonderzoek. Dit type onderzoek is beslist geen bruikbaarheidstest, maar eerder kwantitatief onderzoek.
Om een dergelijke procedure als bruikbaarheidstest te kunnen bestempelen, moet een systematische observatie plaatsvinden onder gecontroleerde omstandigheden; dit bepaalt hoe goed gebruikers (altijd een deel van de doelgroep) gebruik kunnen maken van het product. Wetende dat 86% van de ondervraagde gebruikers zei dat "de applicatie goed werkt", betekent dit niet dat u de bruikbaarheid van uw toepassing hebt getest en dat de resultaten grotendeels positief waren. Dit betekent alleen dat de meerderheid van de ondervraagde personen lijkt te denken dat de applicatie goed werkt, maar dit is niet genoeg informatie die u kunt gebruiken om de interface te verbeteren.
Een belangrijk aspect van usability-testen is om de gebruikers zoveel mogelijk te betrekken. In plaats van hen te vragen hoe ze denken over hoe een mobiele interface eruit ziet, vraag hen dan om een aantal acties uit te voeren. Er zijn veel aspecten die het bladerproces beïnvloeden en de meeste gebruikers zullen ze niet kunnen benoemen of bespreken, maar ze zullen het zeker aan u kunnen tonen tijdens het gebruik van de interface.
Er zijn verschillende methoden voor gebruiksvriendelijkheidstoetsen beschikbaar en ik zal de meeste van hen - of op zijn minst de belangrijkste - doornemen in de hoop u een idee te geven van welke meer geschikt is voor u en uw doelen.
Wanneer u een product test, moet u een realistische situatie creëren waarin de deelnemer een lijst met taken moet uitvoeren met behulp van het product dat u aan het testen bent. Tijdens deze observaties moeten waarnemers nauwlettend in de gaten houden en aantekeningen zo stil mogelijk maken. Verschillende rekwisieten zoals papieren prototypes, scriptinstructies en pre- of posttestvragenlijsten worden ook gebruikt om informatie en feedback te verzamelen over het product dat u aan het testen bent. De methode voor hardop denken, co-discovery learning en eye-tracking zijn technieken voor bruikbaarheidstesten die tijdens deze methoden kunnen worden gebruikt.
Dit is een algemene methodologie die werkt met een beperkt aantal mensen, variërend van vier tot zes. De naam van de test komt van het idee dat deelnemers aan de test willekeurige mensen moeten zijn die voorbij komen in de gang. Deze methode kan worden gebruikt wanneer uw product niet noodzakelijk op een specifiek doel is gericht.
Haltesten moeten vroeg in de ontwerpfase worden uitgevoerd. Test snel en test vaak! Dit betekent dat je er meerdere keren heen moet gaan. Het proces is vrij eenvoudig: test op vijf personen, ga terug naar de tekentafel en los de problemen op. Ga naar buiten en test opnieuw bij vijf andere mensen, ga weer naar binnen en los de problemen op. Nadat u drie of vier keer hebt getest, moet het aantal kritieke interfacefouten aanzienlijk worden verkleind en kunt u zich gaan richten op de ontwikkeling van het product en de functies ervan. Je zult op een bepaald moment opnieuw moeten testen, maar als je weet dat je de meeste van je interfaceproblemen hebt opgelost, zou je je meer op de ontwikkelfase kunnen richten.
De reden achter het gebruik van totaal willekeurige mensen is dat je je product niet wilt testen op personen die enigszins bekend zijn met je product en de interface. U wilt mensen die uw interface nog nooit hebben gezien, dus ze beginnen allemaal op een gemeenschappelijke basis. Bovendien kun je op deze manier nieuwkomers testen - die meestal het gemakkelijkst te verliezen zijn - omdat hun interesse en motivatie nog niet hoog genoeg is. Als iemand die de applicatie nog niet eerder heeft gebruikt er erg blij mee is en alle taken gemakkelijk verwerkt, betekent dit dat de meeste mensen die uw applicatie zullen gebruiken hetzelfde zullen doen.
Deze methode kan worden gebruikt wanneer het product waarop u test, potentiële gebruikers in verschillende delen van de wereld heeft. Door ze bij elkaar te brengen, zou dit een reële financiële uitdaging betekenen en zou dit misschien niet mogelijk zijn voor een freelancer of een klein bedrijf.
Experts die zich bezighielden met deze problemen, kwamen met deze methodologie - die evaluaties en tests op afstand mogelijk maakt - met de gebruiker en de tester gescheiden in de ruimte en misschien zelfs in de tijd. Videoconferencing is een manier om dit soort tests uit te voeren, terwijl een andere kan zijn door externe toepassingen zoals TeamViewer of WebEx te gebruiken. Beide hebben betrekking op gebruikers met een pc en een internetverbinding. Op deze manier kan de tester de bewegingen van de deelnemer volgen, maar niet hun reacties en emoties.
De tester kan automatisch een verzameling klikstromen van gebruikers krijgen, gebruikerslogboeken van kritieke fouten, incidenten die zich voordoen tijdens de interactie met de interface en zelfs subjectieve feedback van de gebruikers.
Het goede aan dit soort testen is dat het wordt uitgevoerd in de eigen omgeving van de deelnemer, wat betekent dat hij veel zelfvertrouwen heeft in zijn capaciteiten en dat je in staat bent om een real-life scenariotest te simuleren. Het is duidelijk dat het grootste voordeel van deze testmethode op afstand is dat u met mensen van over de hele wereld kunt werken zonder veel kosten voor transport en logistiek.
Er zijn verschillende hulpmiddelen die een ontwerper kan gebruiken voor testen op afstand. WebEx en GoToMeeting zijn het populairst, maar vrijwel elke externe tool zou het werk doen.
Ongeacht hoe goed de tools zouden werken, het uitvoeren van een synchrone externe test is een beetje moeilijker dan het lijkt, omdat het beheersen van taalkundige en culturele barrières via een computer de efficiëntie van de test kan verminderen. Onderbrekingen en afleidingen in de omgeving van de deelnemer zijn andere uitdagingen die vanuit de andere hoek van de planeet vrijwel onmogelijk zijn op te lossen.
Dit is een andere methode voor het testen van bruikbaarheid en vereist het inbrengen van experts ter beoordeling van het product tijdens het testen. De uitdagingen van deze methode zijn meestal financieel en logistiek, omdat het veel kost om experts uit verschillende gebieden te halen.
Er is ook een geautomatiseerde expertbeoordelingsmethode, die op hetzelfde principe is gebaseerd, maar dan alleen door het gebruik van verschillende software.
A / B split-testen is waarschijnlijk een van de meest bekende experimentele benaderingen van gebruikerservaring en interfacetests. Het is gericht op het identificeren van de elementen van een webpagina die de interesse of betrokkenheid van de gebruiker vergroten.
De methode wordt A / B-testen genoemd omdat er twee versies van een website / interface (de A- en de B-versie) zijn die worden vergeleken. Ze zijn altijd identiek, behalve één variatie (die een element kan zijn zoals een knop, contactformulier of afbeelding) die het gedrag van een gebruiker kan beïnvloeden.
Tijdens de testperiode wordt de website gemonitord door middel van tools zoals Google Analytics. In deze periode veranderen de twee versies, A en B, willekeurig, wat betekent dat u op de webpagina kunt komen om een headerafbeelding te vinden, de webpagina kunt vernieuwen en de andere headerafbeelding kunt vinden.
De methodologie wordt voornamelijk achter de schermen gebruikt om de winst te maximaliseren, de uitvaltarieven te verlagen en de omzet te verhogen. Amazon was de pionier van de methodologie, maar bedrijven als eBay, Google, Walmart, Microsoft, Netflix en Zynga staan ook bekend om het gebruik van deze methode om de winstgevendheid van hun sites te vergroten.
Hoewel dit voornamelijk wordt gebruikt voor e-commerce websites, kunnen A / B-testen ook eenvoudig worden gebruikt in interfaceontwerp; en het kan net zo effectief zijn als testers een overzicht geven van welke interface beter is tussen een keuze uit twee of meer.
Het uitvoeren van meerdere tests met een beperkt aantal deelnemers is veel beter dan eenmaal testen op een groter aantal onderwerpen. Dit vertaalt zich eenvoudig in vele kwaliteitstests in plaats van weinig kwantiteitstests. Ongeveer vijf onderwerpen voor elke test zouden voldoende moeten zijn om waarnemers genoeg informatie te geven om een tijdje mee te werken.
Het argument achter deze theorie is dat als je erachter komt dat een paar mensen in de war raken door een functie of een website, je minder krijgt van het testen van dezelfde interface op nog meer mensen, omdat ze hoogstwaarschijnlijk door dezelfde elementen worden verward. De oplossing is om de problemen op te lossen en dan naar buiten te gaan en opnieuw te testen op een beperkt aantal onderwerpen. Je moet dit proces verschillende keren herhalen om er het beste uit te halen.
Er kunnen wat nadelen aan deze theorie kleven, zeggen veel experts. Bruikbaarheid is meestal van toepassing op een grotere steekproef van de bevolking, niet alleen voor een specifieke set gebruikers; dit betekent dat interfaceproblemen niet detecteerbaar zijn door de eerste geteste groep. Het uitvoeren van een of twee tests met dit beperkte aantal onderwerpen is echter niet wat deze theorie suggereert.
Deze tests moeten elke week worden uitgevoerd - misschien zelfs twee keer per week - tijdens het ontwerpproces. Hoe langer het ontwerpproces is, hoe groter het aantal tests moet zijn. Gedurende dit hele proces kunnen zelfs een aantal onderwerpen tussen 50 en 100, of soms zelfs groter, worden getest.
Het zou effectiever zijn om proefpersonen te testen over een breed spectrum van vaardigheden in de tweede testfase. Tijdens de laatste tests, omdat het ontwerp al vloeiend moet zijn, kunt u de waarnemingen beperken en beginnen met testen op uw eigen doelgroep.
Bij het uitvoeren van bruikbaarheidstests is het ook belangrijk om de dingen die goed werken op te merken - niet alleen degenen die dat niet doen - en ze steeds opnieuw te testen. De theorie hierachter is dat elementen die niet goed werken zouden moeten worden geëlimineerd, maar elementen die goed werken en waar gebruikers plezier aan hebben moeten ook aandacht krijgen. Probeer ze hetzelfde te houden als ze in eerste instantie waren, omdat ze duidelijk goed werken. Richt u meer op diegenen die falen in plaats van proberen degenen die al succesvol werken te veranderen en te verbeteren. Daar is later tijd voor na de ontwikkelingsprocessen.
Usability testing is iets dat de moeite waard is om te doen als je een interface ontwikkelt en er een soort van succes mee wilt bereiken. Het is misschien niet de moeite waard er in te investeren bij het ontwikkelen van een eenvoudige website; maar ik zou persoonlijk altijd een aantal tests uitvoeren als ik een mobiele applicatie ontwikkel, omdat die veel complexer is.
Gebruikerstests kunnen ook min of meer gratis worden gedaan; u hoeft niet per se een grote hoeveelheid geld te investeren in de logistiek. Als je het gevoel hebt dat je alleen op een kleinere schaal hoeft te testen, gebruik dan je vrienden en familieleden; het zou allemaal gratis of heel, heel goedkoop zijn (chocoladetaart is altijd een winnaar).
Zoals u hierboven kunt zien, is bruikbaarheidstest iets dat u op veel verschillende manieren kunt doen en u moet bepalen welke weg geschikt is voor u en uw doeleinden voordat u begint. Het lijkt misschien een ingewikkeld proces in het begin, maar zelfs een beginner zou in staat moeten zijn om zo'n test uit te voeren en er iets uit te halen. Dus als u zich midden in uw ontwerpproces bevindt, aarzel dan niet om daar heen te gaan en wat tests uit te voeren - ik beloof u dat het uw interface zal verbeteren en dat uw gebruikers er veel gelukkiger mee zullen zijn.
Voert u usability testen uit op uw ontwerpen? Welke testmethoden zijn jouw voorkeur? Laat het ons weten in de comments.
Uitgelichte afbeelding / thumbnail, afbeelding testen via jurvetson