Kuidas testida veebi navigatsiooni kaardi sorteerimise ja puude testimisega

Veebisaitidel, rakendustel, tarkvaral, mis tahes menüüga toodetel on vaja liikuda. Kuigi teie navigeerimine võib olla lõbus, loominguline või mõnikord ebatavaline, peab see kõigepealt toimima. Teabearhitektuuri kasutatavuse testimise arutamisel kuulete sageli kahest kõige tõhusamast testist: kaardi sorteerimine ja puude testimine.

Mõlemad testid on lihtsad ja kergesti teostatavad ning mõlemad testid andma olulisi andmeid saidi korralduse maksimeerimiseks. Kaardi sortimine toimub enne struktuuri loomist, nii et saate aru, kuidas teie kasutajad teie saiti loomulikult korraldavad. Puu testimine toimub pärast seda, kui olete oma edu kinnitamiseks või arenguruumi tõstmiseks.

Veel Hongkiatist:

Kasutatavuse testimine: mida on vaja teada?
7 sammu parema veebisaidi tagasiside saamiseks
A / B testitulemused ja juhtumiuuringud kasutaja kogemuse kujundamiseks

Kaardi sortimine

Kaardi sortimise ilu on oma lihtsuses. Kõik, mida te teete, on kirjutage oma toote erinevad elemendid märkmete kaartidele või post-it-märkmetele, siis laske oma osalejatel neid korraldada viisil, mis on neile kõige mõttekam.

Kui see on isegi liiga palju käsitseda, võite kasutada ka kasutatavuse testimise tööriista nagu OptimalSort, mis suudab teie jaoks andmeid analüüsida. Mõlemal juhul annab tulemuseks kindel arusaam sellest, kuidas teie sihtkasutajad seda teeksid intuitiivselt navigeerige oma tootes.

IMAGE: Smashing Magazine

Kaardi sortimise variatsioonid

Sõltuvalt teie vajadustest on kaardistamise erinevaid strateegiaid. Donna Spencer, kaardi sorteerimisekspert ja Maadmobi asutaja, jagab oma isiklikku kogemust kastides ja nooledes. Sellise lihtsa tegevuse jaoks on olemas palju variatsioone ja juhtnööre, mis mõjutavad teie vastuvõetud andmete laadi ja kehtivust.

Esialgne eristamine on avatud või suletud, allpool selgitatud:

Avage sortimine - Kasutajatele pakutakse ainult elementide kaarte ja seejärel jäetakse nad grupeerima, kuid nad näevad sobivat. Pärast rühmitamist palutakse kasutajatel rühmadele ise nimed anda. Seda soovitatakse uute ideede loomiseks, kuna saate töötada kasutajate loomuliku mõtlemisprotsessi tagant.

Suletud Sortimine - Nagu avatud sortimise puhul, antakse kasutajatele elementide kaardid; siiski palutakse neil liigitada need eelnevalt määratletud rühmadesse. See on soovitatav, kui töötate olemasolevate kategooriate piirangute piires, näiteks juba välja töötatud veebisaidi struktuuri uuendamisel.

Avatud vs suletud on peamine otsus, kuid tulemuste muutmiseks on ka teisi meetodeid:

Grupid vs üksikisikud - Grupid võimaldavad kasutajatel töötada ühiselt, paremaks või halvemaks ning aidata teil korraga mitme kasutaja kohta teada saada; siiski võib grupi dünaamika teie tulemusi mõjutada.

Kaugjuhtimispult vs. asukoht - Online-tarkvaratööriistad võimaldavad teil kiiremini testida rohkem kasutajaid, kuid te ei suuda otseselt jälgida oma otsustusprotsesse. Kohapealne annab teile parema ülevaate sellest, kuidas teie kasutajad oma otsuseid tegid, kuid vajab rohkem planeerimist ja ajastamist.

Kaardi sorteerimise juhised

Loomulikult on teie kaardi sortimise kohandamiseks ruumi, kuid William Hudson, UX strateeg ja konsultant, loetleb mõned üldised võrdlusalused, mida saab kasutada mis tahes valitud meetodil. Kõige kasulikum on, kui ta loetleb ligikaudsed ajad, millal inimesed arvavad teatud arvu elemente:

~ 20 minutit 30 elemendile
~ 30 minutit 50 elemendile
~ 60 minutit 100 elemendile

Kasutades seda ajastruktuuri, saate eelnevalt planeerida, kui kaua testide läbiviimine kestab, kui kaardid on kirjutatud või tarkvara loodud. Kuid meie isiklikes kogemustes on need juhised natuke helded - üks meie suletud kaartidest hõlmab 47 kaarti ja nelja kategooriat, kuid nõuti ainult keskmist kolm minutit lõpetama.

Teine universaalne reegel on vältida kaartide keerulist keelt. Suured sõnad - vähemalt sõnad paljude silpidega - ja tehniline kõnepruur on ohtlikud segadust tekitavad testijad, või neid valesti tõlgendamist tähendus. Kuigi lihtsa sõnastuse puhul on toote keelekasutuseks üldjuhul hea nõuanne, on oluline, et kaardi sorteerimine toimuks liiga keerulise märgistamise tõttu häirida looduslikke mõtlemisprotsesse.

Paljud eksperdid nõustuvad kaardi sorteerimise kasulikkusega. Pierre Croft, IA ja UX ekspert Decibel Digital soodustab kaardi sorteerimist, sest see võib aidata HIPPOSe halbu ideid (toa suurimad tasustatud inimesed) suunata, kes ei pruugi teada, kuidas ehitada hea veebisait. Ta loetleb ka mõned näpunäited, mida me oma testi ettevalmistamisel meeles pidada:

(1) Ärge segage vanemate ja laste kategooriaid - Teisisõnu, kasutage kategooriaid samast tasemest või muidu segadusse teie osalejaid.

(2) Sul on tühjad kaardid ja pliiatsid - Kuigi see on avatud kaardi sortimise standardprotseduur, on see ka suletud kaardi sortimisel üsna kasulik. Pärast formaalset testimist saate anda osalejatele lisakategooriate ülesütlemiseks paar tühja kaarti. Kuigi teave võib olla “mitteametlik,” see võib tuua esile mõned kasulikud teadmised.

(3) Ära sekku - Sekkumine varjab andmeid, nii et vältida kiusatust. Loomulikult andke testisaajatele juhised, kui nad on segaduses, kuid ainult küsimustega, mis ei ole tulemustega seotud.

(4) See on OK, kui kasutajad ei grupeeri kõike - Rühmituse puudumine võib olla sama, mis on täiesti täielik. Kui see juhtub, küsige kindlasti kasutajalt, miks. Kui sul on suletud sort ja mitte kõik on sorteeritud, saate ka tühjad kaardid näha, miks olemasolevaid kategooriaid ei valitud.

(5) Määrake eelnevalt tähtajad - See muudab ajastamise üldiselt lihtsamaks ja annab osalejatele ettekujutuse, kui palju aega kulutada oma ülesannetele.

(6) Piirake oma kaarte - Kui teie veebisaidil on sadu või isegi tuhandeid lehti, saate valida ainult esimese ja teise taseme lehekülgi, et asjad oleksid hallatavad. Näiteks, “Võta meiega ühendust,” “Lepingu tingimused,” ja muud kasuliku leheküljed võib välja jätta, sest neid võib leida peaaegu kõigist seal asuvatest veebisaitidest (nii et sa ei testiks midagi teie saidile ainulaadset).

Puu testimine

Kaardi sortimise vastupidises spektris võimaldab puude katsetamine testida infotarkvara pärast selle kavandamist. Puude katsetamine navigatsioonisüsteemi visuaalsete elementide eemaldamine näha, kuidas põhistruktuur ise hindab. Puukatsega uurite ainult märgistamine ja hierarhia sisu.

Martin Rosenmejer Webcredible-i kõnede testimisel on üks olulisemaid etappe projekteerimisprotsessi alguses. Lühidalt öeldes hõlmab puude test osalejaid erinevate klikkitava saidiplaani kohta teabe leidmine (või “puu”).

Kasutades kasutatavuse testimise tööriista nagu Treejack, salvestate seejärel ülesande edu (klõpsates õigele sihtkohale) ja ülesande otsesus (kasutajate kindlus, et nad leidsid, mida on vaja). See on lollikindel meetod, et näha, kui hästi teie kasutajad võib leida oma toote ümber.

Nagu eespool näidatud, pakkusime Yelp veebilehe ümberkujundamisel puude, mis esindas tugisaiti ja andis seejärel kasutajatele 10 ülesannet (näiteks leidis teavet selle kohta, mida teha halbade ülevaadetega). Kuna üldine ülesannete edukuse määr oli 53% ja otsesus 46%, siis teadsime, et mõjuhindamine on muutumas - kuid me teadsime täpselt kust neid muudatusi teha.

Lihtsamalt öeldes ei ole saidi otsinguriba (või kolmeastmeline hamburgerimenüü) lihtsalt piisav, kui navigeerimine on halb, sest kasutajad ei tea, mida otsida. Veebidisaini pöidla reegel on, et kasutaja mõtleks nii vähe kui võimalik, sest otsing nõuab kasutajatelt mälust mälu, see mõjutab negatiivselt UX-i.

Kui me juba müüme puude katsetamise idee, siis Jeff Sauro, MeasuringU asutajaülesanne, tutvustab üksikasjalikult, kuidas neid õigesti juhtida. Ta selgitab, et puude testimist kasutatakse peamiselt kahel põhjusel:

(1) Määrake toote otsitavus - Kui hästi saavad kasutajad saidil navigeerida ja millised alad põhjustavad kõige rohkem probleeme navigeerimisega?

(2) Muutmise kinnitamine - Kas hiljutine värskendus parandas probleemi õigesti või on vajalikud täiendavad muudatused?

Puu testimine on südame statistiline test. Nagu ka teiste kvantitatiivsete testide puhul, on andmed täpsemad rohkemate osalejatega. Kui täpne on? Vaadake seda diagrammi, et leida oma vahendites väikseim veamäär; soovitame 20% vea parandamist.

Järeldus

Me ei saa piisavalt rõhutada infoarhitektuuri tähtsust - kui sisu ei ole lihtsa vooluga loogiliselt struktureeritud, ei pruugi see nii olla. Sellepärast saavad need varased testid teha aidata tuvastada ja lahendada probleeme enne, kui nad tegelikult muutuvad probleemiks.

Selliste testide tugevus on see, et andmeid modelleeritakse kasutajate loomuliku käitumise järgi ja kui testida oma mõjuhinnangut, ei tee ükski test seda paremini kui need kaks.