Kätevä tekniikka, josta opin väärältä työpaikalta ...

Vuosia sitten vietin uraani hankalaa laastaria opettajan suunnittelija, joka loi online-oppimisen kursseja. Se oli huono sopivuus ja muutin onnellisella tavalla, mutta osa työstä on tehnyt minulle paremman UX-suunnittelija: oppimistavoitteet.

Oppimistavoitteet ovat yksinkertaisesti mitä haluat opiskelijan oppia koulutuksen loppuun mennessä. Jos testissä on testi, koekysymysten olisi perustuttava näihin tavoitteisiin - muuten, mikä on testin kohta?

Sama lähestymistapa on kätevä selvittää, onko malli ohittanut tai epäonnistunut käytettävyystesti. Muista vain: se on mallia, jota testataan, ei osallistujia.

Mitä testin osallistujan on tehtävä tai sanottava, jotta voit olla varma siitä, että malli on onnistunut? Täytyykö ne seurata kolme tuntia aikaa tietylle hankkeelle? Luo laskun asiakkaalle tämän seurannan perusteella? Lähetä lasku? Se on teidän testausperusteenne.

Tietenkin käytettävyystestaus on tarkkailemalla, miten käyttäjät suorittavat tehtäviä, mutta mitä saavat heidät tekemään, tarkalleen? Näiden kriteerien kauneus on se, että he ohjaavat sinut pois epämääräisistä testauskohteista, kuten "ymmärtää, miten ajan seuranta toimii." Kuinka sinä tiedät, että he ovat ymmärtäneet sen? Saat heidät kuvaamaan sitä. Ja kun ne ovat kuvaillut sen tarkasti, voit sanoa, että osa suunnittelua onnistui.

Menestystarpeet auttavat sinua kahdesti: he selventävät, onko suunnittelusi todella onnistunut ja helpottaa näiden tulosten jakamista.

Verbit ovat maagisia

Kirja, joka opetti oppimistavoitteista, George Piskurichin Nopea opetussuunnitelma , tarjoaa kätevän käyttäytymisen luettelon menestyskriteereidesi aloittamiseksi.

Esimerkiksi ymmärtämisen tavoitteet saattavat olla "kuvaavia" tai "osoittavia". Jälleen "ymmärtää" ei ole hyvä - tarvitset niitä sanomaan (eli kuvaamaan) tai tekemään (eli osoittamaan) jotain, joka todistaa teille, että he ovat ymmärtäneet.

Ja sitten, suuremmalla vaikeustasolla, osallistuja voisi "selittää" tai "järjestää"; korkeammalla tasolla ne voivat "luoda" tai "arvioida".

Riippumatta verbistä, jonka päätät aloittaa menestyskriteerit, on selvää, onko käyttäjä itse sanonut tai tehnyt mitä tahansa tehtävän onnistumista.

"Tämän istunnon loppuun mennessä ..."

Joten, kun aiot suunnitella seuraavan käytettävyystestin ja olet tekemässä tehtäviä, aloita kysymällä: "Mitä käyttäjän pitäisi pystyä tekemään (tai sanomaan) tämän mallin?"

Sitten voit kirjoittaa jotain tällaista:

Istunnon loppuun mennessä osallistujan olisi kyettävä:

  • seurata kolme tuntia aikaa tietylle hankkeelle;
  • luo laskun asiakkaalle tämän jäljitetyn ajan perusteella;
  • kuvaile seuranta-ajan ja kirjautumisaikojen välistä eroa.

Nyt sinulla on kolme menestyskriteeriä ja perustuen näihin, sinulla on myös melko selvä käsitys siitä, mitä tehtäviä sinun on annettava osallistujille.

Yksi huomautus: menestyskriteerit eivät ole aivan samoja kuin tehtävät. Tehtävillä on enemmän konteksti; ne on kirjoitettu lukemaan osanottajalle, ja ne voivat sisältää joitakin konteksteja tehtävistä, varsinkin jos ohjaat heitä löytämään jotain prototyypistäsi. Esimerkiksi:

Menestyskriteerit: Luo lasku asiakkaalle tämän seurannan perusteella

Tehtävä: "Kun olet seurannut kolme tuntia Atlas-projektissa, näytä minulle, miten laskutat Acme-tuotteet ajankohtasi."

Melko samanlaiset, tietenkin, mutta menestyskriteerit ovat sinulle ja joukkueellesi; tehtävä on osallistujalle käytettävyyden istunnon yhteydessä.

Ja huomaat, että yksi edellä mainituista menestyskriteereistä on kuvaamasta jotain sen sijaan, että suoritat tehtävän. Se voi olla seurantakysymys tehtävää varten. Nämä ovat käteviä validoimaan, onko suunnittelusi henkinen malli selkeä käyttäjille. Olen nähnyt käyttäjien löytävän tehtävänsä, mutta sitten kuvaile minulle sovelluksen henkinen malli, joka on ristiriidassa sen kanssa, miten se on suunniteltu. Se on tehtävän menestys yhdelle osallistujalle, mutta tärkeämpää on taustalla oleva ongelma, joka vastaa osallistujan henkistä mallia.

Aloita siis onnistumiskriteereillä, kirjoita sitten tehtävät ja seurantakysymykset kriteereidesi mukaan.

Sidosryhmät rakastavat menestystarpeita

Sidosryhmät eivät välttämättä välitä prosessista, mutta he todella välittävät tuloksista. Ja jos tulosten esittely on epämääräinen, heitä oikein ärsytetään.

"Käyttäjä onnistui jäljittämään muutaman tunnin, mutta emme olleet varmoja siitä, ymmärsikö hän, että seuranta-aika ei ole sama kuin kirjautumalla asiakasta vastaan ​​..." Miksi et ole varma? Eikö sinun tehtäväsi selvittää tämä? Olet tuhlaa aikaa, eikä anna heille selkeää suuntausta UX-ongelmien korjaamiseen - mikä on myös teidän tehtävänne, eikö?

Menestystarpeet auttavat sinua kahdesti: he selventävät, onko suunnittelusi todella onnistunut ja helpottaa näiden tulosten jakamista.

Meillä on ollut menestys menestyskriteereihin yksinkertaisessa taulukossa ja tulosten värikoodauksessa. Niin kuin:

seuranta

Laukaisemme wikissä värikoodattua tulostaulukkoa (vihreä = menestys, punainen = vika). Yläosassa luetellaan osallistujat; vasemmassa sarakkeessa luetellaan menestystarpeemme. Se on ruma, mutta nopea ja hyödyllinen.

Tämä on helppo skannata, osoittaa melko selvästi, missä ongelmat ovat, ja perustelee tulokset todellisten osallistujien kokemuksista. Luettelemme myös luettelomerkintöjen yhteenvedon tuloksista ja luettelo käytettävyysongelmista ja suosituksista, jotka ovat juuri sen alla. Nollaamme nämä ongelmat ja toistetaan, kunnes uskomme, että heidät ratkaistaan. Prosessi saattaa olla hieman erilainen - ehkä olet konsultti, joka toimittaa raportin esimerkiksi asiakkaalle - mutta edut ovat samat.