Ux Disain
Kuidas viia kasutatavuse testimine läbi kuue etapiga
Disaini testimine aitab teil luua silmapaistvaid tooteid, mis sobivad inimestele.
Kasutajate testimist tuntakse paljude nimedega: toodete testimine, disaini testimine, kasutatavuse testimine, disaini valideerimine jne. See käsitleb kriitiliselt olulist protsessi, kuidas teie disainilahendusi tegelike kasutajatega reaalsetes stsenaariumides testida. Kui olete kasutajate muredest ja kasutatavusest põhjalikult aru saanud, saate neid paremini lahendada.
Kasutaja testimine - mis on kasutajakeskse disainifilosoofia osa - on disaineri töö üks olulisemaid aspekte. See ei puuduta ainult vapustavat visuaali (pinda). See on probleemi tõhus lahendamine; midagi, mida saab saavutada ainult korduvate katsetuste abil ja disainil on palju kordusi. See on suurepärane võimalus saada väärtuslikku teavet mis töötab ja mis mitte .
Ma tahan veenduda, et disain töötab hästi ning et kõik eeldused ja hüpoteesid on kinnitatud - testimine kasutajatega on saanud minu disainiprotsessi üheks olulisemaks sammuks.
Kasutajatestimine on nagu kellegi õla vaatamine, kui ta teie rakenduse või saidiga suhtleb, välja arvatud see, et peate esitama küsimusi ja nihutama teda suunas, mida soovite uurida. See pole nii kallis ega raske teha. Kahjuks ei tee seda piisavalt disaini- / tootemeeskondi.
Tutvume kasutatavuse testimise põhjustega ning testi edukaks läbiviimiseks kuue põhilise ja olulise sammuga.
Miks testida?
UX-i kogukonnas on vana kõnekäänd: „Te pole kasutaja.”
Ma ei unusta kunagi oma esimest kasutaja testimise kogemust. Kaks kuud töötasin kõvasti veebirakenduse prototüübi peenhäälestamise nimel. Tahtsin selle täiuslikuks muuta ja olin naiivselt, varjamatult kindel, et see töötab. Ma ei oleks saanud rohkem eksida. Nagu paljud teisedki disainerid, olin ka mina oma loomingust vaimustuses.
Esimene inimene, keda testisin, sattus pärast teist sammu segadusse - ja ühe hooga hävitati minu illusioonid. Olin laastatud.
Sel päeval läbisin viis testiseanssi. Kõige lõpuks olin sunnitud leppima tõsiasjaga, et võib-olla polnud ma nii hea disainer, kui arvasin.
Järgmisel päeval asendasin oma poleeritud prototüübi kiirete interaktiivsete juhtmetega, mis esindasid uut ja täiustatud kujunduskontseptsiooni, tuginedes eelmise päeva kasutajate testimisel saadud teadmistele. Tulemused olid muljetavaldavad - isegi algaja kasutaja suutis kasutada üsna keerukat rakendust.
See esimene testimiskogemus avaldas mulle disainerile nii suurt mõju, nüüd katsetan iga üksikut disaini. See on alati olnud seda väärt ja mind üllatavad alati asjad, mida ma valesti eksisin.
Kiirel prototüübil on kindlasti parem teha vigu kui valmistoodangul. Kahjuks investeerivad paljud ettevõtted tohutult raha testimata hüpoteesidesse ja rakendustesse.
Valed disainiotsused ilmnevad valmistoote puhul väga selgelt - tarbetud vead, mis tuleb parandada tohutute kuludega. Testimata rakenduste juurutamise lõplik hind on tohutu.
Kasutajate testimise kuus põhielementi
Õige kasutaja testimisprotsessi läbimiseks peate tegema järgmist.
- Looge prototüüp
- Tulge välja testiplaan
- Värbake inimesi (sihtkasutajad)
- Leidke sobiv asukoht
- Testi modereerimine
- Dokumenteerige testi tulemus
Prototüübi loomine
Prototüüp on toote varane mudel - tavaliselt piiratud funktsionaalsusega - mis on loodud disaini kontseptsiooni testimiseks; asi, mida tuleb korrata või millest õppida. Prototüüpide loomiseks on mitu võimalust ning tööriistu on palju, sealhulgas võrguühenduseta tarkvara ja veebirakendused.
Erinevates olukordades sobivad erinevad truudused ja lähenemised.
Seal on väga lihtne viis - joonistage paberile mõned visandid, pildistage need ja ühendage need siis mõne muu tööriista abil Adobe Experience Design . Seda saate teha nii laua- kui ka mobiilirakenduste jaoks.
Teise võimalusena saate luua interaktiivseid traadiraame - nöörida traadiraamid võrgus asuvas prototüüpimise tööriistas nagu Visioon .
Koostan sama projekti jaoks mitu variatsiooni ja ehitan mitu täiesti erinevat prototüüpi. Milline neist on parim, otsustan pärast nende kokkupanemist. Sagedamini avastan, kui olen nendega koostööd alustanud, lahendusi, millele ma esimese prototüübi loomisel ei mõelnud.
Minu esialgne prototüüpimise tööriist oli Axure RP . See on väga keeruline ja selle omandamine võtab aega umbes kuus kuud. Siiski saate mõne päeva jooksul õppida põhitõdesid ja luua lihtsaid interaktiivseid prototüüpe.
Olen proovinud ka mõnda lahendust nagu Visioon või UXpin . Need on veebipõhised, uuenduslikud ja palju odavamad. Need pole nii funktsioonidega koormatud ja paindlikud kui Axure, kuid neid on palju lihtsam kasutada. Samuti saate oma prototüüpi hõlpsasti jagada klientide ja meeskonnaliikmetega.
Hiljuti Ime on olnud minu valitud tööriist. See on suurepärane mobiili- ja veebirakendus, seda on uskumatult lihtne prototüüpe luua ja jagada ning sellel on ka mugav Sketchi pistikprogramm.
Seal on väga erinevaid prototüüpimise tööriistu. Siin on suurepärane võrdlussait: http://www.prototypr.io/prototyping-tools .
Katseplaani kokkupanek
On oluline koostada testi plaan; muidu raiskad lõpuks palju aega. Põhitasandil peaks plaan sisaldama järgmist:
- Mida testitakse (funktsioonid, funktsioonid, ülesanded)
- Kuidas seda hakatakse mõõtma (testi edukuse või ebaõnnestumise määr konkreetsetes piirkondades)
Oletame, et testin ühistranspordi marsruudi planeerija jaoks mobiilirakendust. Kujundasin rakenduse kolm põhifunktsiooni: reisi planeerimine, piletite tellimine ja kohtade broneerimine.
Mõtlen sihtrühma sihtgruppe, kes tavaliselt sõidavad kõikjale bussiga. Testimisseansi käigus uurin üksikasju ja proovin oma kasutajatelt teada saada, kas teatud funktsioonid ja funktsioonid on kasutajasõbralikud - st 'näilised' (kasutajale ilmsed) ja hõlpsasti kasutatavad.
Testiplaani koostades vaatan prototüübi läbi ja panen mõned küsimused kirja. Näiteks:
- Kas kasutajad saavad oma reisi tõhusalt ja kiiresti planeerida?
- Kas nad saavad pileteid lihtsalt tellida?
- Kas nad saavad endale koha broneerida?
Oletame, et testimisega liitusid viisteist inimest. Enne seansi algust koostan viie veeruga arvutustabeli:
- 1. veerg: Osalejate nimed,
- Veerud 2–4: testitava rakenduse kolm funktsiooni,
- 5. veerg: kui osaleja on hädas etteantud funktsiooni kasutamisega, võtan selle teadmiseks ja panen kirja segaduse põhjuse.
Selle arvutustabeliga töötades saan hinnata oma prototüübi edukust. Kui viisteist inimest testivad kolme funktsiooni, on see 45 (15x3) ülesannet. Kui inimesed täidavad 38 ülesannet, on mul edukuse määr 85%.
Inimeste värbamine, teise nimega „kasutajad”
Kui töötate olemasolevate klientidega projekti kallal, peaks värbamine olema lihtne. Pöörduge müügimeeskonna või sidusrühmade poole ja hankige kliendikontakte.
Väikese isikliku projekti või ettevõttesisese ettevõtte projekti jaoks proovige Facebookis oma sõpradega ühendust võtta, kes langevad sihtgruppi. Võite küsida ka saatekirja nende kontaktidele. Sama saavad teha ka teised meeskonna liikmed. Oluline on leida erapooletud osalejad kes ei taha olla lihtsalt 'kena teie vastu', st nagu kõik, mida nad näevad. Testist väärtuse saamiseks vajate erapooletut tagasisidet - head või halba.
Kui töötate suurema projekti juures välise kliendiga, soovitan kasutada selliseid teenuseid nagu usertesting.com , validately.com , clicktale.com või kinnita.com .
Mõnikord võib potentsiaalsete kasutajate värbamisel olla keeruline seletada, mida otsite. Kasutajatestimises osalemine pole enamikule inimestele tuttav. Minu taotlus on tavaliselt järgmine:
'Hei Walt! Ma tean, et teil on tõesti kiire, kuid ma loodan, et võiksite mulle varuda pool tundi ja aidata mind projektiga, millega tegelen. See on ühistranspordi reisi planeerimise rakendus. Ma tean, et reisite sageli bussiga ja tahaksin teada, kuidas te seda kasutaksite. '
Parim on teha vähemalt 3-5 testi (kaug- või isikupärane). See peaks saama esimese korduse jaoks piisavalt materjali. Kui suudate seda koguda, saate osalemise eest pakkuda osalejatele kohvi / teed ja suupisteid, kinkekaarti või ettevõtte sooduskoodi.
Testide kavandamine on hea 30–45-minutise vaheajaga. Võib juhtuda, et lähenesite oma disainile halva nurga alt ja saate suurimaid probleeme kohapeal lahendada enne järgmise testija saabumist. Testimine on intensiivne ning enne järgmist vooru on teil vaja ka hingetõmmet, et oma avastusi koguda, märkmeid teha ja lõõgastuda.
Sobiva testimiskoha leidmine
Soovitan testida isiklikult, sest saate lugeda kehakeelt ja peent signaale, nagu pinged ja ohked, või tabada selliseid asju nagu inimesed nägu teevad, sest nad on hädas. See on võimalus astuda sisse ja küsida, kas nad on milleski segaduses.
Lisaks kipuvad inimesed isiklikes seadetes rohkem keskenduma. Kui teete kaugtestimist Skype'i või Hangouti kaudu, võivad nad häirida ja asjad võivad teie käest libiseda.
Ülimalt oluline on leida ühilduv kohtumispaik, kus oleks võimalikult vähe häiritud või oleks võimalus segada. Peate leidma seade, kus inimesed saavad testile keskenduda.
Ma eelistaksin mitte tuua osalejaid oma kliendi kontoritesse - on mõeldav, et ettevõtte keskkond võib panna nad tundma end piiratud ja justkui vaatluse all. Kumbki pole ka nende inimeste külastamine nende kodus optimaalne olukord. Lemmikloom, laps või pereliige võib teie testkasutajate tähelepanu hajutada.
Minu arvates on kohvik ideaalne keskkond. Mängib muusika, see lõhnab suurepäraselt ja kohv hoiab kõiki erksana. Isiklikest kohustustest ja segavatest teguritest eemal kipuvad katsealused lõdvestuma - see aitab neil sageli ka testimisprotsessi ajal tunda end justkui reaalses maailmas.
Võite teha katsetusi isegi väljaspool! Mõnikord võiksite oma potentsiaalsed kasutajad seada reaalsesse, kontekstuaalselt täpsesse seadistusse - näiteks koos bussiga sõites, vaadates oma bussisõidu planeerimise prototüüpi.
Testi sooritamine
Testimise kvaliteeti mõjutab tugevalt teie võime testi hästi läbi viia ja tõhusalt suhelda (nn “testi modereerimine”). Siit tuleb ka ettevalmistus ja teie katseplaan. Kui te pole varem midagi katsetanud, soovitan teil oma partnerite või pereliikmetega läbi viia mõned surveta läbijooksud.
Harjutage seda tüüpi küsimuste esitamist, mida soovite esitada, ja saate testi tõhusamalt käivitada.
Oleks viga katsetada kõike soojas ja hubases keskkonnas, kus on piiramatu aeg ülesannete täitmiseks. Andke oma kasutajatele kontekst ja tuletage neile ette kujutada, et nad kasutavad teie rakendust reaalses olukorras - näiteks trenni, pendelrände või shoppamise ajal.
Samuti on oluline oma osalejaid tänada, et nad leidsid aega teie aitamiseks. Tuletage neile meelde, et kasutajate tagasiside seansside tegemise põhjuseks on see, et soovite optimeerida oma saidi / rakenduse / platvormi kasutatavust parima kasutuskogemuse saamiseks.
Öelge neile kindlasti, et neid ei testita. See on disain.
Kui teete kaugtesti, salvestage see ekraanisalvestustarkvaraga. Kasutage isiklikult videokaamerat või helisalvestit. Sa oled üllatunud, kui palju sa igatsesid!
Seansse salvestades leiate, et olete lõdvestunud, kuna te ei pea märkmeid tegema. Saate rohkem keskenduda hea klapi loomisele ja testi mugavamaks muutmisele oma osalejatele. Salvestistelt saate kõik hiljem dokumenteerida.
Öelge katsealustele kindlasti, et salvestused on konfidentsiaalsed, ainult sisemistel eesmärkidel ja et ainult teie vaatate / kuulate neid.
MacOS-i kasutajad saavad ekraani jäädvustamiseks kasutada QuickTime'i. ma kasutan Ekraanipilt (29 dollarit). See suudab ekraani ja veebikaamerat korraga salvestada, salvestust kärpida ja tulemusi tõeliselt eksportida. IOS-i jaoks on saadaval ka mõned rakendused.
Kasutajate vajaduste, käitumise, eesmärkide ja pettumuste kohta tõelise ülevaate saamiseks esitage avatud küsimusi, mis neid ei vii. siin on mõned näidised:
- Märkasin seal natuke kõhklusi, mis teid peatas?
- Mis see nupp teie arvates teeb?
- Mis on selle toote juures kõige atraktiivsem?
- Mis on selle toote kasutamisel kõige raskem?
- Kas selles tootes oli midagi üllatavat või ootamatut?
- Mida saaks selle toote täiustamiseks teha?
- Mis võib puududa? Mida sa veel tahaksid näha?
- Mis sulle selle toimimises meeldib / ei meeldi?
- Mis sa arvad, kuidas see toode sind aitab?
- Kas kasutaksite seda toodet täna?
- Mis sa arvad, miks keegi seda toodet kasutaks?
Testitulemuste dokumenteerimine
Destilleerige ja tehke oma järeldused kokkuvõtteks lühikeses üheleheküljelises aruandes testdokumentatsiooni tabelist, mida mainisin varem. See aitab teil keskenduda probleemidele, mis põhjustasid inimestele kõige rohkem probleeme. Parandamist vajavad valdkonnad ilmnevad väga kiiresti. Tavaliselt koosnevad minu testiartefaktid:
- Arvutustabel koos märkmetega
- Helisalvestis
- Ekraanisalvestus
- Testis osaleja salvestus veebikaamerast
Kui teie test on korralikult dokumenteeritud, saate seda edasi uurida ja lasta sellel oma järgmist iteratsiooni juhtida. Testide tulemusi saate sidusrühmadega kasutada ka oma järgmiste kujundusotsuste varundamiseks.
Võtke testimine omaks ja nautige seda. See saab olema lõbus!
Kokkuvõtteks pidage meeles kahte asja:
- Rusikareegel: kui prototüübi loomiseks kulub rohkem kui üheksakümmend minutit, proovite teha liiga palju.
- Kui testi edukuse protsent ületab 90%, lõpetage testimine. Rakendus / sait / platvorm peaks nüüd olema väga kasutatav ja kasulik. MVP aeg!
Selle artikli alguses ütlesin, et minu esimese testimise tulemused laastasid mind. See raputas mu usaldust enda võimete vastu. Sain siis aru, et katse-eksitus on protsessi loomulik osa. Pole tõsi, et professionaal ei tee vigu. A professionaalne õpib neist kiiresti, lühendab iteratsioonilõngast ja täiustab disaini protsessis.
Disaineritele: Nautige testimisprotsessi - see parandab teie kujundust! Testige oma ideid reaalsete kasutajatega reaalsetes stsenaariumides nii kiiresti kui võimalik. Statistika, mille saate, kui jälgite, kuidas tegelikud kasutajad teie toodet kasutavad, on hindamatu. Iga üksik kordamine on oluline samm edasi.
Klientidele: Ärge laske disaineritel projekte katsetamata lõpetada. Kasutage oma toodete hindamise võimalusi kõige paremini enne, kui koodirida on kirjutatud. Selleks võib kuluda üks lisanädal ja see maksab natuke rohkem, kuid kokkuvõttes säästate ja teenite seda tehes sada korda rohkem!
• • •
