Startpagina » UI / UX » Hoe u webnavigatie kunt testen met kaartsortering en boomtesten

    Hoe u webnavigatie kunt testen met kaartsortering en boomtesten

    Websites, apps, software, elk product met een menu heeft een manier nodig om zich te verplaatsen. Hoewel uw navigatie leuk, creatief of soms onorthodox kan zijn, moet deze altijd eerst functioneel zijn. Bij het bespreken van bruikbaarheidstests voor informatiearchitectuur, hoort u vaak de twee meest effectieve tests: kaartsortering en boomtesten.

    Beide tests zijn eenvoudig en gemakkelijk uit te voeren, en beide tests levert essentiële gegevens op om de organisatie van uw site te maximaliseren. Kaartsortering komt voordat u uw structuur aanmaakt, zodat u kunt begrijpen hoe uw gebruikers uw site van nature organiseren. Het testen van bomen komt na, als een manier om uw succes te valideren of op ruimte voor verbetering te wijzen.

    Meer over Hongkiat:

    • Usability Testing: wat u moet weten?
    • 7 stappen naar betere websitefeedback
    • A / B-testresultaten en casestudy's voor het ontwerpen van gebruikerservaringen

    Kaart sorteren

    De schoonheid van kaartsortering is in zijn eenvoud. Alles wat je doet is schrijf de verschillende elementen van uw product op notitiekaarten of Post-it-notities, Laat uw deelnemers ze vervolgens organiseren op een manier die voor hen het meest logisch is.

    Als dat zelfs te veel is om mee om te gaan, kunt u ook kiezen voor een tool voor het testen van de bruikbaarheid, zoals OptimalSort, die de gegevens voor u kan analyseren. Hoe dan ook, het resultaat geeft u een goed begrip van hoe uw doelgebruikers zouden zijn intuïtief navigeren door uw product.

    IMAGE: Smashing Magazine

    Kaartsorteervariaties

    Er zijn een paar verschillende strategieën voor het sorteren van kaarten, afhankelijk van uw behoeften. Donna Spencer, card sorting expert en oprichter van Maadmob, deelt haar persoonlijke ervaring in een artikel voor Boxes and Arrows. Voor zo'n eenvoudige activiteit zijn er veel variaties en besturingselementen die van invloed zijn op het soort en de geldigheid van de gegevens die u ontvangt.

    Het eerste onderscheid dat gemaakt moet worden is Open of Gesloten, uitgelegd hieronder:

    Open sorteren - Gebruikers worden alleen voorzien van de elementenkaarten en worden vervolgens overgelaten om ze te groeperen zoals zij dat nodig achten. Nadat ze zijn gegroepeerd, worden gebruikers gevraagd namen aan de groepen zelf te geven. Dit wordt aanbevolen voor het genereren van nieuwe ideeën, omdat u achteruit kunt werken vanuit de natuurlijke denkprocessen van de gebruiker.

    Gesloten sorteren - Net als bij open sortering krijgen gebruikers de elementenkaarten; Ze worden echter wel gevraagd om ze in vooraf gedefinieerde groepen te categoriseren. Dit wordt aanbevolen als u binnen de beperkingen van reeds bestaande categorieën werkt, zoals bij het bijwerken van een reeds ontwikkelde websitestructuur.

    Open versus gesloten is de primaire beslissing, maar er zijn andere methoden om uw resultaten te variëren:

    Groepen versus individuen - Groepen stellen gebruikers in staat om samen te werken, voor beter of slechter, en kunnen u helpen om meerdere gebruikers tegelijkertijd te leren kennen; groepsdynamiek kan echter van invloed zijn op uw resultaten.

    Op afstand of op locatie - Met online softwaretools kunt u meer gebruikers in een snellere tijd testen, maar u kunt hun besluitvormingsprocessen niet direct observeren. On-location geeft u een vollediger inzicht in hoe uw gebruikers tot hun beslissingen zijn gekomen, maar vereist meer planning en planning.

    Richtlijnen voor het sorteren van kaarten

    Natuurlijk is er ruimte voor het aanpassen van uw kaartsortering, maar William Hudson, UX Strategist en Consultant, somt enkele algemene benchmarks op die van toepassing zijn op elke methode die u kiest. Meest nuttig, hij somt de geschatte tijden op die je van mensen mag verwachten om een ​​bepaald aantal elementen te sorteren:

    • ~ 20 minuten voor 30 elementen
    • ~ 30 minuten voor 50 elementen
    • ~ 60 minuten voor 100 elementen

    Met behulp van deze tijdstructuur kunt u van tevoren plannen hoe lang de tests zullen duren om te beheren, zodra de kaarten zijn geschreven of de software is geïnstalleerd. In onze persoonlijke ervaring zijn deze richtlijnen echter een beetje genereus - een van onze gesloten kaartsoorten had 47 kaarten en vier categorieën, maar het vereiste slechts een gemiddelde van drie minuten vervolledigen.

    Een andere universele regel is om complexe taal op de kaarten te vermijden. Grote woorden - in ieder geval woorden met veel lettergrepen - en technisch jargon lopen het risico verwarrend voor de testpersonen, of hen verkeerd interpreteren de betekenis. Hoewel eenvoudige bewoordingen in het algemeen goed advies voor het taalgebruik van een product zijn, is het essentieel voor het sorteren van kaarten, aangezien een te complexe etikettering verstoren de natuurlijke denkprocessen.

    Veel experts zijn het eens over de voordelen van kaartsortering. Pierre Croft, IA en UX-expert voor Decibel Digital moedigt kaartsortering aan omdat het kan helpen bij het afwijzen van de slechte ideeën van HIPPOS (de best betaalde mensen in de ruimte) die misschien niet weten hoe een goede website te bouwen. Hij somt ook enkele aanwijzingen op die u in gedachten moet houden bij het voorbereiden van uw test:

    (1) Meng geen ouder- en kindcategorieën - Met andere woorden, gebruik categorieën van hetzelfde niveau, anders verwar je je deelnemers.

    (2) Houd blanco kaarten en pennen bij de hand - Hoewel dit de standaardprocedure is voor open kaartsortering, is het ook erg handig voor het sorteren van gesloten kaarten. Nadat het formeel testen is voltooid, kunt u een aantal blanco kaarten opgeven voor deelnemers om aanvullende categorieën op te schrijven. Hoewel de informatie mogelijk is “onofficieel,” het kan enkele nuttige inzichten aan het licht brengen.

    (3) Niet ingrijpen - Interventie zal de gegevens verduisteren, dus vermijd de verleiding. Geef de testpersonen natuurlijk enige begeleiding als ze in de war zijn, maar alleen voor problemen die geen verband houden met de resultaten.

    (4) Het is OK als gebruikers niet alles groeperen - Een gebrek aan groepering kan net zo veel vertellen als een volledig geheel. Als dit gebeurt, moet u de gebruiker vragen waarom. Als u een gesloten sortering uitvoert en niet alles is gesorteerd, kunt u ook lege kaarten opgeven om te zien waarom de bestaande categorieën niet zijn gekozen.

    (5) Stel vooraf tijdslimieten in - Dit maakt planning in het algemeen gemakkelijker en geeft de deelnemers een idee van hoeveel tijd ze aan hun taken besteden.

    (6) Beperk je kaarten - Als uw website honderden of zelfs duizenden pagina's bevat, kunt u alleen pagina's van het eerste en tweede niveau kiezen om het overzichtelijk te houden. Bijvoorbeeld, “Neem contact met ons op,” “Voorwaarden,” en andere hulpprogramma's kunnen worden weggelaten, omdat ze op bijna alle websites kunnen worden gevonden (dus u zou niet echt iets unieks voor uw site testen).

    Boomtesten

    In het tegenovergestelde spectrum van kaartsortering kunt u met boomtesten de informatie-architectuur testen nadat deze is ontworpen. Boomtest werkt door verwijderen van de visuele elementen van uw navigatiesysteem om te zien hoe de basisstructuur het alleen doet. Met een boomtest onderzoek je alleen de labeling en hiërarchie van uw inhoud.

    Martin Rosenmejer van Webcredible roept tree testing een van de belangrijkste stappen vroeg in het ontwerpproces. In een notendop, een boomtest houdt deelnemers in het vinden van verschillende informatie over een klikbare sitemap (of “boom”).

    Met behulp van een tool voor gebruikerstoepassing zoals Treejack, neemt u vervolgens op taak succes (klikken op de juiste bestemming) en taakgerichtheid (zekerheid van gebruikers dat ze vonden wat nodig was). Het is een onfeilbare methode om te zien hoe goed uw gebruikers zijn kunnen hun weg vinden in uw product.

    Zoals hierboven werd weergegeven, hebben we de website van Yelp opnieuw ontworpen en hebben we een structuur aangeboden die de ondersteuningssite vertegenwoordigt. Vervolgens hebben we gebruikers tien taken gegeven (bijvoorbeeld informatie vinden over wat te doen met slechte recensies). Omdat het algehele succespercentage van de taak 53% was en directheid 46% was, wisten we dat de IA gewijzigd moest worden - maar dat wisten we precies waar die wijzigingen moeten worden doorgevoerd.

    Eenvoudig gezegd, een zoekbalk op de site (of een hamburgermenu met drie regels) is gewoon niet genoeg als de navigatie slecht is omdat gebruikers weten niet wat beschikbaar is om te zoeken. De vuistregel voor webdesign is om de gebruiker zo min mogelijk te laten denken, omdat zoeken gebruikers vereist om uit het geheugen op te roepen, het heeft een negatieve invloed op de UX.

    Als we het idee van het testen van bomen al bij u hebben verkocht, gaat Jeff Sauro, Founding Principal of MeasuringU, in op details over hoe u ze op de juiste manier kunt uitvoeren. Hij legt uit dat het testen van bomen hoofdzakelijk om twee redenen wordt gebruikt:

    (1) Bepaal de doorzoekbaarheid van een product - Hoe goed gebruikers kunnen navigeren op de site en welke gebieden de meeste problemen met navigatie veroorzaken?

    (2) Valideer een wijziging - Heeft een recente update het probleem op de juiste manier opgelost of zijn verdere herzieningen nodig??

    Het testen van bomen is in wezen een statistische test. Net als bij andere kwantitatieve tests, zullen de gegevens nauwkeuriger zijn met meer deelnemers. Hoe nauwkeurig? Bekijk dit schema om de kleinste foutenmarge te vinden binnen uw mogelijkheden; we raden aan te streven naar een fout van 20% of beter.

    Conclusie

    We kunnen niet genoeg benadrukken hoe belangrijk informatiearchitectuur is - als de inhoud niet logisch is gestructureerd met een eenvoudige stroom, kan deze net zo goed niet bestaan. Dat is de reden waarom deze vroege tests kunnen helpen bij het identificeren en oplossen van de problemen voordat ze daadwerkelijk problemen worden.

    De kracht van tests als deze is dat de gegevens gemodelleerd zijn naar het natuurlijke gedrag van de gebruikers, en als het gaat om het testen van uw IA, doen geen tests het beter dan deze twee.

    Opmerking van de uitgever: Dit is geschreven voor Hongkiat.com door Jerry Cao. Jerry is een content strateeg bij UXPin, waar hij in-app en online content ontwikkelt voor het wireframing en prototyping platform. Voor advies en casestudy's over 30 verschillende soorten bruikbaarheidstests, ga je naar De gids voor Usability Testen.

    Nu lezen: 7 stappen naar betere feedback op de website