Täydellinen (todella) kattava opas käytettävyystestaukseen

By Cori Widen

Tämä opas käsittelee käytännössä kaikkea, mitä olet koskaan halunnut tietää käytettävyystestauksesta: miksi se on tärkeää, miten erityyppisiä tutkimuksia toteutetaan, millaisia työkaluja alalla käytetään sekä mitkä ovat parhaat käytännöt.

Riippumatta siitä, mikä tarkka roolisi tuotetiimissä on, olet todennäköisesti kuullut käytettävyystestauksesta. Siihen on hyvä syy – käytettävyystestaus on mahdollisesti yksi parhaista, edullisimmista ja täsmällisimmistä tavoista saada tietoa käyttäjäkokemuksesta, joka viime kädessä auttaa sinua saavuttamaan tavoitteesi ja KPI-mittarisi. Käyttäjätutkimuksen vetäjänä käytettävyystestaus on minulle arkipäivää, ja olitpa vasta tutustumassa siihen tai halusit vain kerrata taitojasi, löydät tästä kätevästä oppaasta kaiken tarvitsemasi. 

Miksi käytettävyystestaus on tärkeää?

Jos koko tiimisi ei ole vielä vakuuttunut, kannattaa käyttää aikaa muiden valistamiseen ja heidän kanssaan viestimiseen käytettävyystestauksen hyödyistä tuotteen suunnitteluprosessissa. Näin saat tukea, kun haluat viedä eteenpäin käytettävyystestauksesta saamiesi havaintojen perusteella tehtyjä käyttäjälähtöisiä tuote-iterointeja.  Tässä ovat tärkeimmät syyt siihen, miksi käytettävyystestaus on olennainen työkalu tuotehallinnan päivittäisessä työssäsi.

Säästä aikaa sisäisissä väittelyissä

Ellei organisaatiosi ole poikkeus säännöstä, on todennäköistä, että aivan jokaisella on mielipide sen käyttäjäkokemuksesta, minkä ominaisuuden tai toimintopolun parissa työskentelet. On myös todennäköistä, että useimmilla ihmisillä on ainakin jossain määrin perusteltu mielipide, joka perustuu toimialan tuntemukseen, tuotetta koskeviin näkemyksiin ja niin edelleen.  

Ongelma on siinä, että voitte väitellä loputtomasti, tuhlata paljon aikaa ja olla silti eri linjoilla, kun julkaisette jonkinlaisen kompromissin.  Käytettävyystestauksessa testaat ominaisuuttasi tai toimintopolkuasi todellisilla asiaankuuluvilla käyttäjillä, joten voit tehdä käyttökokemusta koskevia päätöksiä, jotka perustuvat todellisuuteen eivätkä tiimisi oletuksiin.

Käytettävyystestaus tarjoaa näkemyksiä riippumatta siitä, missä vaiheessa tuotekehitysprosessia olet

Jos tuotteesi julkaisu on vielä edessä, alkuvaiheen käytettävyystestaus varmistaa, että ensimmäinen julkaisusi perustuu käyttäjäkuntasi todellisuuteen. 

Tuotesuunnittelijat tunnistavat tuotteen testaamisen merkityksen oikeilla käyttäjillä osana suunnitteluprosessia. Itse asiassa se voi auttaa sinua tunnistamaan aukkoja, jotka eivät välttämättä tule näkyviin ennen kuin testaat tuotetta yleisölläsi.

Käytettävyystestin tekeminen prototyypillä ennen minkään rakentamista voi ehdottomasti olla hyödyllistä, jos joudut tekemään paljon suuria muutoksia tai prototyyppi ei ehkä yksinkertaisesti osu lainkaan kohdalleen. Silloin säästät paljon aikaa ja rahaa.

Share This Quote on:

Jos olet jo julkaissut tuotteen ja odotat määrällisiä suorituskykytietoja, voit käytettävyystestauksen avulla valmistautua odotusaikana iteraatioideoilla, joilla voit parantaa mittareissasi näkyviä asioita. Julkaisun jälkeen voit hankkia käyttäjälähtöisiä näkemyksiä, joiden avulla voit priorisoida ja päättää seuraavista iteraatioistasi.

Käytettävyystestaus tarjoaa tarvitsemasi näkemykset aina, kun niitä tarvitset. 

Käytettävyystestaus auttaa välttämään päätöksenteon vinoumia.

Johtuipa se siitä, että joku tiimisi jäsenistä epäröi olla eri mieltä johdon kanssa tai ominaisuutta ajava henkilö on täysin varma siitä, että hän tietää täsmälleen, mitä ja miten pitää toteuttaa – jokaisella tuotetiimillä on riski, että sisäiset ongelmat johtavat päätöksenteon vinoumiin. 

Kun käytettävyystestaus tehdään hyvin, saat näkemyksiä ja suuntaa, jotka ohittavat kaikki nämä mahdolliset vinoumat. Näin käyttäjille julkaisemasi perustuu heidän tarpeisiinsa ja kokemukseensa eikä mihinkään muuhun. 

Kenen pitäisi vastata käytettävyystestauksesta tiimissäsi?

Vaikka ei ole olemassa yksiselitteistä vastausta siihen, kenen pitäisi toteuttaa käytettävyystestausta, käytettävyystestauksen vastuunjaosta ja toteutuksesta päätettäessä kannattaa ottaa huomioon seuraavat asiat:

  • Jos sinulla on UX-tutkimustiimi, tämä on todennäköisesti paras paikka aloittaa. Tiimisi tutkijat tuntevat parhaat käytännöt ja osaavat käyttää työn nopeasti loppuun saattamiseen tarvittavia alustoja, mutta samalla he osaavat toimia juuri sopivan järjestelmällisesti.
  • Myös tiimisi suunnittelijoilla saattaa olla oikeat taidot. Yllättävää kyllä, kaikkeen suunnittelukoulutukseen ei sisälly tutkimusmenetelmiä, kuten käytettävyystestausta – mutta monet suunnittelijat oppivat niitä työssään. Jos sinulla ei ole UXR-tiimiä, käänny suunnittelijoidesi puoleen.
  • Myös muut tuotteen sidosryhmät voivat oppia. Jos johdat tätä hanketta ja olet esimerkiksi tuotepäällikkö, käytettävyystestaus edellyttää jonkin verran tietoa, mutta jos luet tämän oppaan läpi ja harkitset ehkä lyhyttä kurssia, voit varmasti hallita tämän taidon. 
Get Free Access to the Product Vault
We’ve collected the goods — AI prompts, exclusive deals, and a library of resources for product leaders. Unlock your account for access.
Get Free Access

Have an account? Log In

Käytettävyystestauksen tyypit

Käytettävyystestauksessa testataan yleensä ominaisuutta tai toimintokulkua kohdeyleisön ja/tai nykyisen käyttäjäkunnan jäsenten kanssa. Käytettävyystestauksesta on kuitenkin useita eri tyyppejä, joista kukin tuottaa erilaista tietoa. Tässä lyhyt katsaus käytettävyystestauksen erityyppisiin muotoihin ja tilanteisiin, joissa ne ovat hyödyllisiä:

Moderoitu käytettävyystestaus

Moderoidussa käytettävyystestauksessa sinä tai toinen moderaattori suorittaa testin käyttäjien kanssa reaaliajassa joko kasvokkain tai etänä videopuhelussa. Moderoidun testauksen tärkein etu on, että voit esittää kysymyksiä ja selventää asioita käyttäjien kanssa heidän suorittaessaan testiä. Se mahdollistaa myös joustavan haastattelutyyppisten kysymysten esittämisen käyttäjien tarpeista, käyttäytymisestä ja motiiveista.

Moderoidun käytettävyystestauksen haittapuoli on sen huomattava ajankulutus: sinun ei tarvitse olla paikalla ainoastaan jokaisessa istunnossa joko kasvokkain tai videopuhelussa, vaan sinun on myös sovittava ajat käyttäjien kanssa ja hoidettava kaikki asiaankuuluvat hallinnolliset tehtävät. 

Suosittelen yleensä tämänkaltaista kasvokkain tai etänä tehtävää käytettävyystestausta vain silloin, kun ominaisuus tai toimintokulku on erittäin merkityksellinen – kyse ei ole suhteellisen pienestä iteraatiosta – ja kun kyseenalaistat edelleen esimerkiksi käyttäjälle koituvan arvon ja muita vastaavia asioita.

Moderoimaton käytettävyystestaus

Moderoimattomassa käytettävyystestauksessa lähetät sopivat osallistujat yleensä esimerkiksi henkilökohtaisen suosikkialustani UserTesting.com kautta suorittamaan etukäteen laatimasi testin. Saatavilla on useita käytettävyystestaustyökaluja, ja nopea Google-haku tuottaa suuren joukon hyviä vaihtoehtoja. Tämä kuuluu aina etänä tehtävän käytettävyystestauksen piiriin.  Saat tallennetut istunnot sen sijaan, että olisit käyttäjien kanssa reaaliajassa heidän suorittaessaan testiäsi, minkä jälkeen voit katsoa ja analysoida istunnot oman aikataulusi mukaan.

Moderoimattoman testauksen tärkein etu on sen nopeus: laadit seulontakyselyn osallistujien rekrytoimiseksi käyttämälläsi alustalla, kirjoitat testin ja siihen liittyvät kyselylomakkeet ja odotat tallenteiden saapumista.  Voit analysoida ne haluamasi aikataulun mukaisesti, joten jos aikasi on kortilla, voit käsitellä tulokset nopeasti ja jakaa ne tiimisi kanssa.

Moderoimattoman testauksen haittapuoli on se, ettet voi esittää testaajille kysymyksiä heidän edetessään istunnon läpi, mikä voi tuntua rajoittavalta etenkin silloin, jos he tekevät tai sanovat jotain, mikä yllättää sinut. 

Yksinkertainen käytettävyystestaus

Valitsitpa moderoidun tai moderoimattoman testausprosessin, useimmat tuotetiimit hyödyntävät jossain vaiheessa yksinkertaisinta ja selkeintä testausmuotoa. Siinä käyttäjille annetaan joukko tehtäviä, jotka ohjaavat heidät toimintokulun läpi tai käyttämään ominaisuutta.  Kun käyttäjät suorittavat tehtäviä vaihe vaiheelta, he tuovat usein esiin käyttöliittymään tai jopa toiminnallisuuteen liittyviä ongelmia toimintokulun jokaisessa vaiheessa.

Tämän tyyppisessä testauksessa saat etuna sen, että todellisten käyttäjien toimintokulun aikana kohtaamat käytettävyysongelmat tulevat esiin. 

Viiden sekunnin testi

Viiden sekunnin testi on menetelmä, jossa käyttäjille näytetään aloitussivu tai aloitusnäyttö viiden sekunnin ajan, minkä jälkeen heitä pyydetään kertomaan vaikutelmistaan ja siitä, mitä he huomasivat.  

Tämä menetelmä sopii parhaiten tilanteisiin, joissa tiimi etsii mahdollisimman lähellä uuden käyttäjän kokemusta olevia ensivaikutelmia. Se ei tutki käyttäjien suhtautumista toiminnallisuuteen eikä tarkastele käyttäjäkokemusta syvällisesti ominaisuuksien ja toimintokulkujen osalta.

Jos tiimisi etsii tämäntyyppisiä havaintoja, tärkein etu on se, että tällainen testausistunto voidaan toteuttaa nopeasti ja etänä.  Lisäksi moderaattorina voi yleensä toimia kuka tahansa tiimisi jäsen, joka kuuntelee hyvin ja tuntee hyvien kysymysten esittämisen perusteet. 

Korttilajittelu

Korttien lajittelu on hyvin erityinen, mutta erittäin tehokas menetelmä, jos se vastaa tutkimustavoitteitasi. Korttien lajittelutesteissä käyttäjille annetaan kortteja, joissa on sanoja, ja heitä pyydetään ryhmittelemään ja/tai järjestämään ne sen mukaan, mikä heidän mielestään on järkevintä.  Käytännössä tätä voidaan hyödyntää esimerkiksi päätettäessä, miten työkalupalkin ominaisuudet ryhmitellään.  Kun annat käyttäjille ominaisuuksien nimet korteilla ja pyydät heitä ryhmittelemään ne intuitiivisesti, voit saada käsityksen siitä, miten ja miksi käyttäjät odottaisivat intuitiivisesti löytävänsä tietyt työkalut.

Vaikka tämä voidaan toteuttaa ilman moderaattoria, suosittelen yleensä, että moderaattori ohjaa testit.  Tämä johtuu siitä, että se, miten käyttäjät ryhmittelevät korttisi, on hyödyllinen tieto, mutta mahdollisuus esittää reaaliajassa niin monta kysymystä kuin tarvitset siitä, miksi käyttäjät tekevät tiettyjä ryhmittely- tai järjestyspäätöksiä, tarjoaa paljon syvällisempiä oivalluksia. 

Korttien lajittelu ei käsittele käyttäjäkokemusta suoraan, joten varmista ennen sen valitsemista menetelmäksi, että tavoitteesi on tietoarkkitehtuuri. 

Ensimmäisen napsautuksen testaus

Ensimmäisen napsautuksen testaus on sekä tekniikka että itsenäinen testi. Käyttäjää pyydetään suorittamaan tehtävä joko moderaattorin ohjeiden tai testiohjeiden avulla, ja tallennettava tai huomioitava asia on ensimmäinen paikka, jota käyttäjä napsauttaa suorittaakseen annetun tehtävän. Tämä auttaa tarkistamaan, onko käyttäjäkokemuksesi tietyn tehtävän kannalta intuitiivinen.

Usein kaikissa käytettävyystesteissä, joissa käyttäjille annetaan useita tehtäviä, ensimmäinen napsautus on tärkeä mittari. Jos tutkimustavoitteesi ulottuvat pidemmälle kuin siihen, mihin käyttäjä menisi ensin suorittaakseen tehtävän, ensimmäisen napsautuksen testaus on silti hyödyllinen menetelmä ja mittari seurattavaksi, vaikka tekisit kattavampaa käytettävyystestiä.

Navigoinnin testaus

Navigoinnin testaus voi ensimmäisen napsautuksen testauksen tavoin olla itsenäinen testi tai osa yksityiskohtaisempaa käytettävyystestiä.  Käyttäjille annetaan tehtävä tai tavoite, ja heitä pyydetään suorittamaan tehtävä tuotteesi avulla. Tässä tarkkailet, miten käyttäjät navigoivat suorittaakseen erilaisia tehtäviä, ja opit, onko tuotteesi tietoarkkitehtuuri intuitiivinen käyttäjille, joilla on tiettyjä tavoitteita tai päämääriä.

Jos olet kiinnostunut ainoastaan tietoarkkitehtuurista ja siitä, onko se käyttäjäystävällinen, navigointitesti on ehdottomasti mahdollista suunnitella itsenäisenä testinä, josta voi saada paljon hyötyä.

Mieltymysten testaus

Yksinkertaisesti sanottuna mieltymysten testaus tarjoaa käyttäjille saman asian eri versioita – esimerkiksi erilaisia ulkoasuja tai jopa toiminnallisuuksia – ja pyytää heitä ilmaisemaan ja perustelemaan mieltymyksensä.  

Tämäntyyppisestä testauksesta voi olla hyötyä, mutta ei välttämättä siitä syystä kuin ajattelet. Mieltymykset ovat usein epävarma mittari – ihmiset saattavat vaikuttua enemmän jostakin ulkoasusta tai ominaisuudesta juuri sillä hetkellä, mutta kukaan meistä ei ole asiantuntija tulevan käyttäytymisen ennustamisessa. Toisin sanoen se, mitä ihmiset suosivat nyt, ei välttämättä kestä aikaa tai ole merkityksellistä testiympäristön ulkopuolella.

Miksi testi siis kannattaa tehdä? Mieltymysten testauksen juju on kiinnittää eniten huomiota käyttäjien mieltymysten taustalla oleviin syihin.  Kun teet tämäntyyppisen testin, et halua valita vaihtoehtoa vain siksi, että suurin osa testaamistasi ihmisistä piti sitä parhaana.  Haluat oppia lisää siitä, miten ihmiset sanoittavat tarpeensa ja haasteensa suhteessa edessäsi oleviin tuotetehtäviin.  Sen jälkeen voit hyödyntää näitä syvällisempiä oivalluksia todellisten tuotepäätösten tekemisessä.

Mieltymysten testaus voidaan helposti tehdä joko kasvokkain tai etänä; etänä toteuttaminen säästää todennäköisesti aikaa ja vaivaa.

Puutestaus

Puutestaus on tapa testata tiettyjen aiheiden tai ominaisuuksien löydettävyyttä verkkosivustollasi tai tuotteessasi. Se eroaa navigoinnin testauksesta siinä, että osallistujille ei anneta monimutkaisempaa tehtävää, vaan heille näytetään ainoastaan navigointityökalut, kuten verkkosivuston ylätunniste tai sovelluksen työkalupalkki, ja heitä pyydetään etsimään tiettyjä aiheita tai luokkia.

Puutestaus, jota kutsutaan usein käänteiseksi korttien lajitteluksi, voidaan tehdä etänä tai kasvokkain. Kummassakin tapauksessa jatkokysymyksesi – esimerkiksi miksi käyttäjät etsivät tiettyä aihetta verkkosivustosi tietyn luokan alta – tuottavat runsaasti oivalluksia siitä, miten tieto on järjestetty ja onko se käyttäjäystävällistä.

Entä käytettävyyslaboratorio?

Vaikka sinun pitäisi tähän mennessä olla vakuuttunut siitä, ettei käytettävyystestaus vaadi mitään hienoa, käytettävyyslaboratorion käyttömahdollisuus avaa kokonaan uusia kiinnostavia menetelmiä, kuten silmänliikkeiden seurannan, fyysisten tuotteiden käytön ja niin edelleen.  

Vaikka sinulla ei olisi pääsyä laboratorioon, katso tämä ihan huvin vuoksi.

Käytettävyystestaus: vinkit ja parhaat käytännöt

More Articles

Testin suunnittelu ja kirjoittaminen

Riippumatta valitsemastasi menetelmästä sillä, miten tarkalleen ottaen kirjoitat testisi, on valtava vaikutus käytettävyystestauksesta saamiesi havaintojen laatuun.  Tässä on muutama asia, jotka kannattaa pitää mielessä aloittaessasi.

  • Kirjaa tutkimustavoitteesi: Mitä tarkalleen haluat oppia käytettävyystestilläsi? Kun pidät tämän ohjaavana periaatteena asiakirjasi alussa testiä kirjoittaessasi, varmistat, että esität tavoitteitasi vastaavia oikeita kysymyksiä.
  • Puhu käyttäjiesi tavalla: Useimmat meistä – myös minä! – käyttävät jokapäiväisessä työssään paljon tuotteisiin liittyvää ammattisanastoa. Kun kirjoitat ohjeita tai tehtäviä, varmista, että käytät käyttäjiesi käyttämiä sanoja, jotta he tietävät tarkalleen, mitä tehdä.
  • Varmista, että jokainen käytettävyystehtävä sisältää vain yhden toiminnon: Usein meille tulee houkutus pyytää testiin osallistujia suorittamaan useita vaiheita yhdessä tehtävässä. Ongelma on siinä, että tällöin tietoa voi olla liikaa, ja testaajat jättävät usein vaiheita tai vivahteita huomaamatta. Lopulta tämä heikentää joidenkin testien luotettavuutta ja tekee niistä joissakin tapauksissa jopa hyödyttömiä.
  • Pyydä kollegaa tarkistamaan testisi ennen kuin esität sen käyttäjille: Usein tiimikaverini löytävät käytettävyystesteistäni asioita, joiden luulin olevan selkeitä mutta jotka eivät valitettavasti sitä olleetkaan. Kun joku tarkistaa testisi, sen selkeys voidaan varmistaa.

Osallistujien rekrytointi

Se, miten ja keitä rekrytoit osallistumaan käytettävyystesteihisi, vaikuttaa merkittävästi havaintojesi luotettavuuteen. Jos esimerkiksi rakennan valokuvien muokkaussovellusta Z-sukupolvelle, kuinka merkityksellisiä äitini käytettävyysongelmat ovat?

Voit käyttää Nielsen Normanin opasta valitaksesi käytettävyystestiisi tarvittavan osallistujamäärän. Kun otoskoko on tiedossasi, käytä seuraavia vinkkejä apuna:

  • Testausalustoilla käyttäjät valehtelevat joskus päästäkseen mukaan – ryhdy toimiin tämän estämiseksi: Valitettavasti et voi olettaa, että kaikki seulontakyselyysi vastaavat ovat rehellisiä, kun rahaa on mukana. Ihmiset saattavat yrittää selvittää, mitä haluat kuulla, ja vastata sen mukaisesti. On olemassa useita keinoja karsia seulontakyselyistä ihmiset, jotka eivät ole rehellisiä. Voit lukea niistä täältä. 
  • Harkitse useamman kuin yhden käyttäjäryhmän käyttöä:  Usein huomaat, että eri käyttäjäryhmät tuottavat erilaisia havaintoja – ja ne kaikki ovat hyödyllisiä. Esimerkiksi testaan usein tuotteitamme jo käyttävillä käyttäjillä sekä käyttäjillä, jotka eivät ole koskaan kokeilleet tuotteitamme. Näin saan tietoa siitä, millaisia kokemuksia sekä nykyisillä että uusilla käyttäjillä on siitä, mitä parhaillaan työstämme. 
  • Muistuta käyttäjiä aina tulevista istunnoista: Jos teet minkä tahansa tyyppistä ohjattua käytettävyystestausta joko paikan päällä tai etänä, muista ilmoittaa osallistujille tulevista istunnoista ja pyytää heitä vahvistamaan osallistumisensa. Väliin jääneet istunnot merkitsevät sinulle hukkaan heitettyä aikaa.

Testausistuntojen analysointi

On yleinen harhaluulo, että voit vain katsoa testausistuntoja tai käydä läpi suorien istuntojen muistiinpanosi ja saada käsityksen testituloksistasi. Valitettavasti asia on hieman monimutkaisempi. Pelkkä käsityksen saaminen jättää asiat tulkintasi varaan, ja tulkinta voi olla täynnä käyttäjätutkimuksen vinoumia.   

Noudata näitä hyviä käytäntöjä varmistaaksesi, että tulkitset käytettävyystestisi tuloksia asianmukaisesti:

  • Käytä yksinkertaista mutta huolellista analyysimenetelmää: Esimerkiksi ryhmittelykaavio on yksinkertainen mutta hyödyllinen tapa löytää teemoja kaikenlaisesta laadullisesta aineistosta. 
  • Analysoi KAIKKI istuntosi: Voi olla erittäin houkuttelevaa analysoida muutama istunto ja lopettaa siihen, etenkin jos näet samankaltaisia tuloksia. Ongelma on siinä, että vaikka käyttäjillä olisi samankaltaisia kokemuksia, heidän testausistuntojensa vivahteet tarjoavat usein erittäin hyödyllisiä havaintoja. Lisäksi kaikki merkittävää käytettävyystestausta tehneet tietävät, että joskus viisi ensimmäistä istuntoa tuottavat yhden havainnon – ja viimeiset viisi jotain täysin erilaista!

Onnea testaukseen!

Ei ole epäilystäkään siitä, etteikö jokainen tuotetiimi voisi hyötyä jonkinlaisesta käytettävyystestauksesta, joka tarjoaa syvällistä tietoa käyttäjien toiminnasta ja reaaliaikaista käyttäjäpalautetta. Käytettävyystestauksen alalla on tutkimusmenetelmiä jokaiseen tavoitteeseen, ja ne voivat auttaa tunnistamaan käytettävyysongelmia, joiden avulla voit lopulta palvella käyttäjiäsi paremmin.

Nyt kun olet perehtynyt tähän oppaaseen, jaa se tiimisi jäsenille ja kannusta heitä tekemään käytettävyystestejä koko organisaation hyödyksi! Jos tunnet edelleen olosi ylivoimaiseksi, voit tutustua joihinkin käytettävyystestauksen malleihin tai opetusohjelmiin saadaksesi lisää inspiraatiota.

Jos hyödynnät minkä tahansa tyyppisiä käytettävyystestausmenetelmiä, muista myös tilata CPO Clubin uutiskirje!

Cori Widen
Cori Widen currently leads the UX Research team at Lightricks. She worked in the tech industry for 10 years in various product marketing roles before honing in on her passion for understanding the user and transitioning to research.
Follow the author:

You may also like