UX-audit ehk kasutajakogemuse audit aitab leida veebilehel takistusi, mis raskendavad külastajal info leidmist, teenuse valimist või päringu saatmist. Tellijana tasub kokku leppida uuritavad kasutajateekonnad, hindamise meetod ja konkreetne väljund: põhjendatud leiud koos soovituste ning tööde järjekorraga. Nii saad otsustada, kas veeb vajab üksikuid parandusi või põhjalikumat uuendamist.
Audit on eriti kasulik enne uue veebidisaini tellimist. Küsimus „kas leht näeb vana välja?” ei anna veel arendusele selget ülesannet. Palju täpsem lähtekoht on näiteks „kas esmakordne äriklient leiab sobiva teenuse ja saab mobiilis pakkumist küsida?”. Järgmine juhend aitab sellise ülesande kirja panna ja saadud pakkumisi võrrelda.
Millal tellida veebilehe UX-audit?
Alusta olukorrast, mille kohta vajad otsust. Kui plaanid muuta teenuste struktuuri, peaks audit aitama hinnata, kuidas klient praegu valikut teeb. Kui probleem on mobiilis pooleli jäävates päringutes, tuleb vaadelda just mobiilset teekonda kuni vormi kinnitusteateni. Kogu veebilehe üldine ülevaatus võib sellise küsimuse jaoks jääda liiga pealiskaudseks.
- Enne veebiuuendust: soovid teada, milliseid lahendusi säilitada ja millised vajavad uut ülesehitust.
- Enne suuremat kampaaniat: tahad kontrollida reklaami sihtlehe, teenuseinfo ja kontaktivormi omavahelist sobivust.
- Pärast teenuste lisandumist: menüü ja lehtede jaotus on kasvanud ettevõtte sisemise struktuuri, mitte kliendi valikute järgi.
- Korduvate kliendiküsimuste korral: müügimeeskond peab selgitama infot, mida külastaja võiks veebist ise leida.
Kui mure on üldisemalt selles, et veebileht ei too päringuid, kontrolli ka liikluse sobivust ja pakkumise selgust. UX-auditist üksi ei saa järeldada, kas ettevõtte teenuse järele on piisavalt nõudlust või kas reklaam jõuab õige sihtrühmani.
Eksperdihinnang või kasutatavuse testimine?
Teenusenimetus „UX audit” ei kirjelda alati sama töömahtu. Nielsen Norman Groupi eksperdihinnangu käsitluses vaatab spetsialist lahenduse üle, et tuvastada võimalikke kasutatavusprobleeme. Tugev hinnang põhjendab tähelepanekuid ning näitab nii parandamist vajavaid kohti kui ka olemasolevaid tugevusi.
Kasutatavuse testimisel täidavad sihtrühmale vastavad osalejad realistlikke ülesandeid ja uurija jälgib nende käitumist. See võib anda vastuse küsimustele, mida pelgalt veebilehe vaatamisega ei lahenda: kas teenusenimetus on kliendile arusaadav või millise info põhjal ta valiku teeb.
Küsi pakkumisest, kas kasutajatega testimine on hinnas, kes osalejad leiab ja milliseid ülesandeid nad teevad. Kui töö piirdub eksperdihinnanguga, peavad kasutajate käitumist puudutavad oletused olema ka aruandes oletustena tähistatud. Näiteks tähelepanek, et nupp jääb ekraani allservast välja, on kontrollitav; väide, et just selle tõttu pooled kliendid lahkuvad, vajab eraldi tõendust.
Pane auditi ulatus paika kasutajateekondade kaudu
Lehekülgede arvust üksi ei piisa pakkumise võrdlemiseks. Üks kontaktivorm võib sisaldada mitut sammu, veateadet ja erinevat lõpptulemust. Kümme sarnast teenuselehte võivad seevastu kasutada sama kujundust. Kirjelda, mida inimene peab tegema, millistest vaadetest ta läbi liigub ja millise tulemuseni jõudma.
| Teekond | Tellija küsimus | Kokkulepitav ulatus |
|---|---|---|
| Teenuse valimine | Kas uus külastaja eristab talle sobivat teenust? | Avaleht, menüü, teenuste ülevaade ja kaks sisuliselt erinevat teenuselehte. |
| Pakkuja hindamine | Kas inimene leiab oma ülesandega seotud töönäite ja saab aru ettevõtte rollist? | Teenuselehe lingid, tööde loend ja ühe projekti detailvaade. |
| Päringu saatmine | Kas sobiva teenuse leidnud külastaja saab ühendust võtta? | Kontaktile liikumine, vormi täitmine, vigade parandamine ja saatmise kinnitus. |
See on lähteülesande näidis, mitte universaalne auditipakett. Lisa pakkumiskutsesse keeleversioonid ning kokkulepitud mobiili- ja arvutivaated. Kui veebis on sisselogimine, hinnakalkulaator või broneerimine, nimeta need eraldi. Täpsusta ka, kas hinnatakse olemasolevat veebilehte või alles kujundusprototüüpi.
Mida peaks UX-auditi aruanne sisaldama?
Hea aruanne peab aitama tööd edasi anda. Kui järelduseks on ainult „parandada kasutajamugavust”, peab järgmine tegija analüüsi otsast alustama. Küsi iga leiu juurde asukohta, kirjeldust, põhjendust ja soovitatud järgmist sammu. Sellist seost probleemi, olulisuse ja parandusettepaneku vahel rõhutab ka eespool viidatud NN/G eksperdihinnangu juhend.
Järgmine väljamõeldud näide näitab, kui täpseks võib ühe ülesande muuta:
Leid: mobiilis sisestatud vigase e-posti järel ilmub veateade vormi ülaossa, kuid ekraan jääb saatmisnupu juurde. Tõend: kontrollija kordas olukorda kokkulepitud telefonivaates. Soovitus: kuva veateade ka vastava välja juures ja aita kasutajal probleemse väljani jõuda. Valmisoleku kontroll: kasutaja leiab vea, saab aadressi parandada ning ülejäänud sisestatud andmed säilivad.
Sellise kirjelduse saab anda arendajale hinnangu saamiseks. Palu aruandesse lisada ka piirangud: milliseid vaateid ei kontrollitud, millised järeldused vajavad kasutajauuringut ja kus puudus analüütika. Mõõdetud kasutajakäitumine, tehniliselt korratav viga ja eksperdi oletus peaksid olema eristatavad.
Kuidas valida, millised parandused teha esimesena?
Koosta koos disaineri ja arendajaga tööjärjekord. Esmalt vaata, kas mõni viga takistab põhitegevuse lõpetamist. Seejärel hinda, kui olulist kliendirühma või teekonda probleem puudutab ning kui kindel on selle kohta olemasolev tõendus. Alles siis võrdle lahendamise töömahtu.
Näiteks toimimatu päringuvorm vajab kiiret parandust. Teenusenimetuste ebaselguse puhul võib enne kogu menüü ümbertegemist olla mõistlik katsetada uut jaotust. Väike kujunduslik ebaühtlus saab oodata, kui see ei sega olulist tegevust. Need on otsustamise näited, mitte iga veebilehe jaoks ette määratud prioriteedid.
Iga kokkulepitud töö juurde pane vastutaja ja kontrollitav lõpptulemus. „Vorm korda” asemel kirjuta näiteks „kokkulepitud mobiilivaates saab päringu saata, vigast sisendit parandada ja edukat saatmist kinnitada”. Nii saavad tellija ning arendaja ühtemoodi aru, mida töö valmimine tähendab.
Millest sõltub UX-auditi hind?
Hinda mõjutab see, milliseid otsuseid audit peab toetama ja kui põhjalikult neid uuritakse. Pakkumiste võrdlemisel küsi eraldi teekondade analüüsi, kasutajatega testimise, aruande koostamise, tulemuste arutelu ning paranduste kavandamise mahtu. Täpsusta, kas hinnas on üksnes soovitused või ka uued ekraanivaated.
Oluline on ka väljundi kasutaja. Ettevõtte juht võib vajada otsust järgmiseks arendusetapiks; arendaja aga konkreetseid ülesandeid koos vaadete ja erijuhtudega. Kui sul on arendustiim juba olemas, kaasa ta ulatuse täpsustamisse. Auditi järel vajalikke töid saab siis siduda veebilehe lähteülesandega ja küsida nende teostamiseks võrreldavad pakkumised.
Mida tellijal enne alustamist ette valmistada?
- Kirjelda peamist kliendirühma ning üht kuni kolme tegevust, mida veeb peab toetama.
- Too välja korduvad küsimused ja takistused, millest kliendid või müügitiim on rääkinud.
- Lisa oluliste lehtede lingid, keeleversioonid ja teadaolevad tehnilised piirangud.
- Kui analüütika on olemas, jaga uuritava teekonna jaoks vajalikku koondinfot ning selgita, mida praegu mõõdetakse.
- Määra inimene, kes otsustab paranduste prioriteedid, ja aeg, millal neid saab ellu viia.
Kui mõõtmine on puudulik, ütle see kohe välja. Auditi saab ulatuse järgi siiski ette võtta, kuid näiteks vormi katkestamise põhjuste kohta ei tohiks teha andmetest tugevamaid järeldusi. Samuti pole tellimuste kasv pelgalt uue kujunduse põhjal ette lubatav tulemus.
Korduma kippuvad küsimused UX-auditi kohta
Kas UX-audit ja SEO-audit on sama asi?
Ei. UX-auditi keskmes on inimese tegevused veebilehel. SEO-audit hindab veebilehe otsinguleitavusega seotud küsimusi. Sisu ja struktuur võivad mõlemat mõjutada, kuid tellimuses tuleb kokku leppida, milliseid küsimusi tegelikult uuritakse.
Kas UX-audit asendab ligipääsetavuse auditit?
Ei. Kasutajamugavuse ülevaatus võib tuvastada ligipääsetavuse takistusi, kuid see ei tõenda veebilehe täielikku vastavust ligipääsetavusnõuetele. Ka W3C esmase kontrolli juhend selgitab, et lihtsate kontrollide läbimine ei välista muid olulisi takistusi. Põhjalik hindamine vajab eraldi kokkulepitud ulatust.
Kas auditi järel tuleb kogu veeb ümber teha?
Mitte tingimata. Võimalik järgmine samm on ühe teekonna parandamine, teenuselehe sisu täpsustamine või uue lahenduse prototüübi katsetamine. Ulatuslikum uuendus on põhjendatud siis, kui vajalikud muudatused puudutavad veebilehe struktuuri ja mitut omavahel seotud vaadet.
Arutame, millest sinu veebilehe puhul alustada
Kala Ruuduse veebidisaini ja UX-töö lähtub kasutaja teekonnast ning ettevõtte eesmärgist. Kui kaalud veebiuuendust, saada meile oma veebilehe aadress ja kirjelda, milline kliendi tegevus peaks seal lihtsamaks muutuma. Nii saame arutada sobivat analüüsi ulatust ja järgmisi disaini- või arendussamme.
Võta Kala Ruudusega ühendust ja räägime sinu veebilehe vajadustest.