Suorita vapaat ja nopeat käyttäjätestit UserLookin avulla

Sep 11, 2025
Miten tehdään
An image of a man and a woman looking over the display of a tablet.
Kuva: Getty Images

Oletukset ovat huonoja yrityksille. He ovat huonoja, koska meillä on luonteeltaan mielipiteitä, joilla näemme maailman ja puolueet, jotka perustuvat asioihin, jotka ovat tapahtuneet meille. Suunnittelun yhteydessä oletukset ovat vaarallisia, koska suunnittelu maksaa rahaa, aikaa ja resursseja (käyttäen a Verkkosivuston rakentaja voi leikata kaikki nämä ja saada sivujen ylläpito Oikea virtaviivaistaa myös prosessiasi). Ja se maksaa paljon enemmän rahaa, aikaa ja resursseja kuin tehdä joitakin yksinkertaisia Käyttäjän testaus Tämä voi auttaa osoittamaan (tai hylkää) teorioita, joita pidämme.

Seuraavat oletukset usein johtaa ainakin yhteen seuraavista tuloksista:

  • Suunnittele väärä asia ensin
  • Ei suunnitella oikeaa asiaa lainkaan
  • Suunnitella oikea asia, mutta tekee sen väärällä tavalla

Mikä on käyttäjän testaus?

Käyttäjän testaus on silloin, kun käyttäjät todella käyttävät sovellusta tai verkkosivustoa (tai ainakin prototyyppiä) ja tarjota palautetta ja näkemystä, jota voidaan käyttää parantamaan sitä. Käyttäjän testaus menee yllä ja ylittää yksinkertaisen palautteen kyselyn ja siihen liittyy todellisten käyttäjien (tai kohdemarkkinoiden katseluun, kun ne testaavat suunnittelua. (Varmista, että tallennat havainnot turvallisesti pilvivarasto .)

Tässä artikkelissa me itse palvelee omia käyttäjäkokeitamme käyttämällä Userlook - Tämä on silloin, kun määrität kysymykset, jotka haluaisimme kysyä, lähetämme käyttäjälle linkin, jossa he voivat tehdä käyttäjän testiä etänä omalla ajallaan. Tämä auttaa meitä automatisoimaan käyttäjän testausta (joka säästää aikaa), kun käytät käyttäjän testaajia omasta käyttäjäpohjuudestasi (joka säästää rahaa).

Huomaa: Jos haluat mieluummin käyttää UserLook Recruit Testaat sinulle, se on hieno myös - hinnoittelua koskeva sivu sisältää erilaisia ​​vaihtoehtoja.

Milloin käyttäjätestit

Saatat miettiä, kuinka usein sinun pitäisi käyttää käyttäjän testejä. Lyhyt vastaus on: jatkuvasti - aina käyttäjän testaus. Kun päätöksiä polttoainetta polttoaineella, mitä käyttäjät ovat suoraan pyytäneet, tunnette vähemmän ahdistuneita ja paljon luottavaisempia menestystä, kun tuote, jonka suunnittelet lopulta, tulee julkisesti saatavilla.

Suurin osa ajasta, joukkueet heittävät pyyhe käyttäjän testaamalla, koska he eivät ymmärrä, miksi he tekevät sen ja siksi kysyvät kaikki väärät kysymykset, mikä johtaa epämääräisiin vastauksiin, jotka eivät tarjoa paljon näkemystä. Ennen kysyä kysymyksiä käyttäjätestissä, meidän on ensin kysyttävä itseltämme "Miksi teemme tämän?" Ja "Mitä haluamme oppia tästä käyttäjätestistä?"

Ennen kuin aloitamme, meidän on ensin tutkittava, testatatko MVP: tä (vähimmäistarvoinen tuote) - jonka käyttäjätestaus on oikea lähestymistapa - tai jo vahvistetun tuotteen käytettävyys, jolloin käytettävyystestaus on oikea lähestymistapa . Jos testat MVP, niin olet todennäköisesti paras keskittyen käyttäjän testaukseen.

Kun kyseessä on käyttäjän testaus ydinkysymys kuuluu: "Ratkaiseeko tämä ongelma?" Kuitenkin käytettävyystestaus, määrittely kysymys on: "Kuinka hyvin se ratkaisee ongelman?"

Käyttäjän testaus tulee ensin ja tämä tapahtuu heti, kun meillä on MVP. Käytettävyystestaus tapahtuu, kun ydintuote on validoitu ja on aika lihottaa laajempaa toiminnallisuutta, jonka sovellus tai verkkosivusto on tarkoitus tarjota. Yhteenveto:

  • Käyttäjän testaus = Käyttäjien tarpeet
  • Käytettävyystestaus = käytettävyys / UX

01. Määritä UserLook

An image showing the UserLook homepage, indicating the 'Start Testing' button in the top-right hand corner.

Käyttäjätestin soveltamisalan määrittäminen napsauttamalla aloitusnäytön oikeassa yläkulmassa olevaa Start Testaus -painiketta

Tässä vaiheessa asetamme UserLookin ja määrittelemme kysymyksemme, keskustelemaan testin pituudesta, korvauksesta ja enemmän matkan varrella.

Aloita kirjautumalla UserLook ja valitse sitten:

  • Aloita testaus
  • Itsepalvelu W / Omat käyttäjät

Jotkut lomakkeista ovat melko itsestään selvä (esimerkiksi testin nimi), mutta meillä on joitain vähemmän ilmeisiä vaihtoehtoja, jotka voivat vaikuttaa testien tuloksiin.

02. Valitse verkkosivuston URL-osoite

Ilmeinen? Itse asiassa ei niin paljon! Vaikka saatat ajatella lisätä live-sivuston URL-osoitteen täällä, voimme itse asiassa lisätä prototyyppejä, jotka on rakennettu Invision Studio, Adobe XD, Sketch ja pohjimmiltaan kaikki näytön suunnittelutyökalu, joka synkronoi pilveen - mikä tarkoittaa, että voimme testata aikaisemmin (eli ennen kuin investoida arvokkaita Raha, aika ja resurssit, jotka pääsevät erilaisiin kehityskomplekseihin).

Jotta tämä työ yksinkertaisesti synkronoi suunnittelusi luonnokseen pilvi, ilmoitus tai mikä vastaa vastaava on suunnittelutyökalu valintasi, liitä sitten annetut osakeyhteydet lomake-kenttään.

03. Aseta aikaraja

An image showing the form on UserLook that allows you to define the various settings for your user test.

Käyttäjätestin määrittäminen UserLookissa edellyttää, että määrität muutamia asetuksia, joista suurin osa on valinnainen

Olet luultavasti miettinyt, miksi haluat asettaa aikarajan käyttäjätestiisi. Tässä on yksi esimerkki: viiden sekunnin käyttäjätesti. Tässä päivässä ja iässä, jossa käyttäjät ovat tyypillisesti kärsimättömiä, unohtumat ja helposti hajamielinen, viiden sekunnin käyttäjätesti voi paljastaa, mitä käyttäjä todella muistaa, mitä he vain näkivät.

Oliko se välittömästi selvä, mitä verkkosivu oli? Jos vastaus on ei, niin käyttäjä todennäköisesti osuu takaisin-painikkeeseen. Viiden sekunnin käyttäjätesti voi määrittää, onko näytön tai verkkosivun selvästi kommunikoi, mitä käyttäjän on tehtävä.

04. Korvaa käyttäjät

Vaikka vain valinnainen, jonkin verran korvausaste luo kannustinta käyttäjille tarjoamaan laadukasta palautetta. Korvauksen ei tarvitse tarkoittaa kuitenkin taloudellista korvausta, se voi olla jotain niin yksinkertaista kuin vapaa pääsy siihen, mitä rakennat.

05. Tarkastele kysymyksiä huolellisesti

Luonnollisesti kysymykset itse ovat testin määrittelin. Totuus on luultavasti paljon kysymyksiä, mutta on tärkeää muistaa, että voimme tehdä niin monta käyttäjän testiä, joten ennen jokaista testiä on pitkä ja kova ajatella, mitä haluat oppia kussakin.

Esimerkiksi alkuperäinen vapaa etsintäkoe saattaa paljastaa, että käyttäjillä on vaikeuksia rekisteröityä, joten toisen iteration yhden kysymyksistä seurantakokeessa voi olla: "Mitä turhautumiset olit allekirjoittanut?"

06. Luo konteksti Intro

Konteksti intro on ensimmäinen asia, jota käyttäjät näkevät, kun he aloittavat testin - tämä on silloin, kun esitämme itsemme, selitä, mitä teemme (ja miksi) ja asetamme odotuksia. Jos käyttäjän on täytettävä tietty tehtävä, tämä on silloin, kun teemme tämän tehtävän ja ilmoittaa, että on olemassa muutamia kysymyksiä (nämä näkyvät sivupalkissa testiprosessin aikana).

07. Aseta osallistujan tiedot vaatimukset

Osallistujan tiedot sisältävät nimen, sähköpostin, iän, miehityksen, sijainnin, kotitalouksien tulojen ja sukupuolen. Jos halusimme nähdä, kuinka erilaiset toistuvat palaute korreloivat eri väestötieteellisillä, voisimme segmentoida nämä tiedot osallistumaan siihen, mitä kutsutaan käyttäjän persoonaksi, eräänlainen kirjallinen tarina, joka kuvaa tiettyä käyttäjätyyppiä sekä niiden tarpeita ja tavoitteita.

Esimerkiksi 18-29-vuotiaille ja 48-59-vuotiaille on luonnollisesti erilaisia ​​tarpeita ja tavoitteita käytettäessä, sanotaan, Facebook - jossa nuoremmat käyttäjät saattavat haluta osallistua tuotemerkkien ja vanhempien väestötietojen kanssa yhteyttä ystäviin. Vaikka valinnainen, nämä tiedot voivat tarjota enemmän kontekstia käyttäjän palautteeseen ja edistää näiden henkilöiden kehittämistä.

08. Jaa testi

Sopimuksen määrittämisen jälkeen meidän on saatava URL-osoite, jonka voimme jakaa käyttäjän testaajien kanssa. Tämän jälkeen käyttäjät voivat kokeilla testejä omalla ajallaan, jolloin meidät vapaasti työskentelemään jotain muuta.

Jos testikysymykset on määritelty oikein, meillä olisi oltava laadukas palaute, joka on sekä kannettavissa että johdonmukaisia; Tämä tarkoittaa, että on selvää, mitä meidän on muutettava seuraavassa iteroinnissa, ja palautetta toistuu enemmän kuin toiset.

Seuraavaksi se on yksinkertaisesti tapaus palautteen järjestämisessä.

09. Järjestä tiedot

Affiniteetti kartoitus on ryhmittelytekniikka, jota käytetään organisoimaan erilaisia ​​tietoja, mukaan lukien oivallukset, ideat, luonnokset, palautteet ja tutkimustutkimus; Tässä skenaariossa voisimme järjestää käyttäjän palautteen yhteisten teemojen perusteella. Jos käytämme esimerkiksi käyttäjän testauksia, nämä yhteiset teemat voisivat auttaa meitä luomaan, mitä kutsutaan tuotteen etenemissuunnitelmaksi, olennaisilta osiltaan ominaisuuksista ja korjauksista, jotka keskittyvät ensisijaisesti yleisesti esiintyvän palautteen tekemisen tekemisen yhteydessä toissijainen huolenaihe.

Kun olet toteuttanut kaikki nämä suuret prioriteetin parannukset, ominaisuudet ja korjaukset nykyisestä Sprint-syklistä, toisen käyttäjän testauksen kierros voi paljastaa uuden parannuksen mahdollisuuksia, asettaen säätiön seuraavaksi Sprint-syklille (joka muualla, voi myös sisältää joitakin tai kaikki matalan prioriteetin tehtävät edellisestä Sprint). Sitten vain huuhtele ja toista: aina testata!

Tämä artikkeli julkaistiin alun perin liikkeeseen 317, maailman myydyin aikakauslehti Web-suunnittelijoille ja kehittäjille. Osta numero 317 tai Tilaa Net .

Aiheeseen liittyvät artikkelit:

  • Ultimate opas käyttäjäkokemukseen
  • 10 askelta ux-testaukseen
  • 13 parhaita käyttäjän testausohjelmistoja

Miten tehdään - Suosituimmat artikkelit

8 Golden Säännöt mobiilisuunnittelusta

Miten tehdään Sep 11, 2025

Mobile Design on suhteellisen uusi mutta tärkeä. Vain kymmenen vuotta sitten, joka suunnittelee työpöydän tietokoneen suunni..


Paranna konseptin taidetaidot Photoshopissa

Miten tehdään Sep 11, 2025

Seminaareista, haluaisin näyttää sinulle todella hauska tapa hahmotella merkkiä vain mielikuvitus. Tulen näytetään, miten ..


Master Suuret ympäristöt 3DS max

Miten tehdään Sep 11, 2025

Tämän kappaleen tavoitteena oli tuottaa pala 3D-taide Se on valmis menemään suoraan kehyspuskurista, jossa on ..


Digitaalisten varojen luominen

Miten tehdään Sep 11, 2025

Digitaalisen käytön varojen valmistelu on keskeinen tehtävä Juniorsuunnittelijat Tänään - ja erillinen ..


Kuinka luoda värikkäitä maailmoja, jotka kertovat tarinan

Miten tehdään Sep 11, 2025

Mielenkiviä kohtauksia, jotka jättävät sinut ihmeelle, voit saada lisää ja nähdä, mikä on aivan nurkan takana. Hyvä Wor..


Kasvata kasvia Houdini

Miten tehdään Sep 11, 2025

Houdinin vahva kohta on aina ollut sen menettelyllinen luonne. Muutaman solmun ja pienen ilmoitusjoukon avulla voit luoda monimut..


Kuinka sekoittaa varjoväri maali

Miten tehdään Sep 11, 2025

Jotkut ihmiset löytävät sekoittamista varjoille hankalaksi, usein yrittävät sekoittaa koko uuden värin. Valitettavasti tulo..


Design SVG-grafiikka selaimessasi

Miten tehdään Sep 11, 2025

The Vectedzy toimittaja on ilmainen vektori muokkaussovitus, joka toimii suoraan selaimessasi. Tämä opetusohjelm..


Luokat