Većina vlasnika web stranica stvara ih kako bi ili promovirali svoje proizvode na tržištu proizvoda ili ostvarili zaradu izravno unovčavanjem svoje stranice. Odnosno, na njemu se postavlja oglašavanje, a za korisnike koji ga gledaju, vlasnik web mjesta dobiva određenu zaradu.
Zato su administratori zainteresirani za visoku posjećenost. Što je veći, to će biti veća zarada od oglašavanja. Punopravni raspored osiguran je zbog visoke razine upotrebljivosti stranica. Dakle, što je "upotrebljivost"? Na koje načine svoju web stranicu možete učiniti privlačnijom korisnicima i potencijalnim klijentima?
Uvod u koncept
"Upotrebljivost" je u biti pokazatelj u kojoj je mjeri posjetitelj stranice udoban u interakciji s njezinim sučeljem. Metode koje vam omogućuju da poboljšate web mjesto u fazi njegovog razvoja također se nazivaju ovim pojmom.
Recimo da korisnik otvori određenu web stranicu. Što očekuje vidjeti? Naravno, prije svega pregledni jelovnik. A uz to - jasna struktura. Ovo također uključuje čitljiv sadržaj. Međutim, sada možete pronaći mnoge resurse koji sadrže zbrku hiperveza, slika i gumba. Čini se da su svi potrebni elementi tu. Međutim, može trebati neko vrijeme da se pravilno koriste.
Malo je vjerojatno da će bilo koji klijent htjeti gubiti svoje dragocjeno vrijeme na to. "Upotrebljivost" je prilično ozbiljan problem ovih dana. Forrester Research proveo je studiju na ovu temu. Pokazalo se da gotovo polovica kupaca napušta internetsku trgovinu ako ne može brzo pronaći određeni proizvod u njezinim dijelovima. Osim toga, nakon takvog iskustva s resursom, polovica kupaca odbila mu se ponovno vratiti.
Istraživanja vezana uz "upotrebljivost"
Sociolozi također primjećuju činjenicu da su ljudi u današnje vrijeme već previše nestrpljivi. Posebno korisnici interneta. Još jedno istraživanje provela je Nielsen Norman Group. Pokazalo je da tipični prosječni korisnik provede samo oko pola minute na stranici. Uočeno je da u većini slučajeva korisnici niti ne pogledaju web stranicu do kraja.
Jakob Nielsen smatra da razlog ovakvog ponašanja leži u velikoj količini doista beskorisnih informacija. Stoga ljudi stalno moraju filtrirati širok protok informacija kako bi iz njega odabrali samo one fragmente koji ih stvarno zanimaju.
Naravno, detaljno proučavanje stranice može oduzeti toliko vremena da jednostavno nema vremena za bilo što drugo. Klijenti ne žele i neće čekati ako se stranica sporo učitava, a neće je koristiti ako ima složeno sučelje. Ovdje dolazi do izražaja "upotrebljivost". To pomaže u rješavanju mnogih problema.
Mnogi stručnjaci u ovom području kažu otprilike istu stvar. Na primjer, kažu da se može povući vrlo jasna paralela između jednostavne web stranice koja je razumljiva svakom korisniku i dobro osvijetljenog izloga trgovine. "Upotrebljivost" je u ovom slučaju "stupanj osvjetljenja". Programer mora jasno shvatiti da ima samo nekoliko sekundi da zainteresira posjetitelja i nenametljivo da jasno do znanja da je njegova stranica bolja od drugih.
To se može učiniti korištenjem dobro osmišljenog sučelja. U kratkom vremenskom razdoblju trebao bi korisniku na intuitivnoj razini razjasniti što i kako dalje. Osoba bi trebala biti zainteresirana za mjesto, osjećati da će ovdje pronaći ono što mu treba. Ako se to ne dogodi, klijent će napustiti stranicu.
Testiranje
Ovaj proces je u svakom slučaju obavezan korak u razvoju upotrebljivosti. Njegova je bit, u načelu, jednostavna: nekoliko ispitanika rješava niz određenih problema koristeći samo prototip sustava. Stručnjak koji je u blizini bilježi sve radnje i riječi. Kada je prikupljanje podataka završeno, oni se analiziraju. Po potrebi se izvode prilagodbe projekta.
Testiranje upotrebljivosti provodi se radi otkrivanja nedostataka ili problema. Oni se mogu pojaviti ispitanicima tijekom rada s web mjestom i toga se ne treba bojati. Glavna stvar je napraviti ispravne prilagodbe.
Što uključuje analiza stranice?
Analiza upotrebljivosti omogućuje vam da dobijete sveobuhvatnu sliku cijele stranice. To obično uključuje zaključke o dizajnu, rezultate testiranja, usporedbu prototipova analiziranih stranica, kao i izdavanje raznih vrsta preporuka koje će pomoći u uklanjanju postojećih problema.
Zaključak dizajna određuje takozvanu "upotrebljivost" sučelja. Odnosno, koliko će zgodan i ujedno udoban korisnik raditi s ovom web stranicom. Primjere "upotrebljivosti" daju mnogi servisi koji su uvijek spremni pružiti svoje usluge po tom pitanju.
Razlike u razinama resursa
Ako su troškovi oglašavanja isti, tada će stranica s višom razinom upotrebljivosti dobiti više potencijalnih kupaca. Također će biti lojalniji tvrtki. A to je važno jer će kupci početi posjećivati stranicu i kupovati na trajnoj osnovi.
Sasvim je moguće rasteretiti menadžere poduzeća, jer uz visoku razinu upotrebljivosti, klijenti mogu sami pronaći odgovore na svoja pitanja na stranicama resursa. Posljedično, menadžment može smanjiti troškove potrebne za zapošljavanje menadžera, što će imati pozitivan učinak na poslovanje.
Što se proučava da bi se dobila "upotrebljivost"?
Ovdje se radi o cijelom kompleksu faktora. Oni uključuju sljedeće kriterije:
- Učinkovitost korištenja. Kojom brzinom će klijent moći riješiti svoje probleme ako nauči koristiti resurs?
- Lako se uči. Koliko brzo će prvi posjetitelj resursa naučiti koristiti sučelje?
- Memorabilnost. Hoće li klijent moći reproducirati obrazac korištenja naučen prvi put kada se stranice ponovno otvore?
- Greške. Koliko često posjetitelj čini pogreške dok je na stranici? Kako se te pogreške mogu ispraviti i u kojoj su mjeri ozbiljne?
- Zadovoljstvo obavljenim poslom. Je li se korisniku svidio resurs? Ako vam se svidjelo, koliko?
Zaključak i zaključci
Statistika pokazuje da od 10 korisnika više od polovice (točnije 6) ne može odmah pronaći potrebne informacije na međunarodnoj mreži. Razlog tome leži u netočnoj konstrukciji “upotrebljivosti”. Internet je stvoren za razmjenu ukupnog protoka informacija, ali mnoge stranice ne slijede uobičajena pravila takve razmjene. To dovodi do činjenice da traženje korisnih informacija oduzima mnogo više vremena. Proporcionalno pada koeficijent korisnosti rada.
Testiranje se preporučuje svim vlasnicima web stranica. To je prije svega korisno za njih, jer je zbog ispravne postavke "upotrebljivosti" moguće povećati stalnu publiku stranice. I stoga je dobro to unovčiti.
Od autora: Nemojmo se pretvarati: svaka web stranica stvorena je da bi ostvarila profit. Vlasnici online trgovine "spavaju i vide" kako prodati više robe. Umovi blogera neprestano su zauzeti traženjem. Čak su i web stranice dobrotvornih organizacija stvorene s ciljem izvlačenja koristi, posebice kako bi se privukla pozornost sponzora i društva na problem. Međutim, maksimalni povrat može se postići samo ako je stranica jednostavna za korištenje. Koji je najbolji način za provjeru upotrebljivosti web stranice? Razgovarat ćemo o ovome danas.
Slažete se, želite se uvijek iznova vraćati na stranicu s jednostavnom navigacijom, lijepim dizajnom, visokokvalitetnim informacijama i dobrom funkcionalnošću. Isto se ne može reći za nezgodne web resurse koji uopće ne mare za udobnost korisnika. A oni, zauzvrat, osjećajući nepoštovanje prema sebi i svojim potrebama, brzo se povlače s takvog mjesta, a da ništa ne kupe. Kako biste spriječili da se to dogodi, morate provjeriti upotrebljivost stranice.
Upotrebljivost web stranice (od engleskog Usability) je jednostavnost korištenja. Što je veća upotrebljivost, veća je kvaliteta stranice, posjetitelj lakše i brže može postići svoj cilj - na primjer, napraviti narudžbu ili pronaći neku informaciju.
Glavni problemi koji se mogu identificirati prilikom provjere upotrebljivosti web stranice su:
Prisutnost čak i jednog od gore navedenih problema može imati prilično štetan učinak na mjesto stranice u rezultatima pretraživanja, posjećenost potencijalnih klijenata i, općenito, njihovu lojalnost resursu.
Što je testiranje upotrebljivosti?
Ovo je istraživanje čiji je cilj utvrditi upotrebljivost i prikladnost web stranice ili korisničkog sučelja za namjeravanu upotrebu. Ovaj proces, također nazvan ergonomsko testiranje, uključuje korištenje korisnika kao ispitivača za dobivanje objektivnih podataka.
Kako teče proces testiranja u “laboratorijskim uvjetima”?
Primjer testiranja upotrebljivosti: od korisnika se traži da riješi neke zadatke za koje je ovaj web resurs kreiran, a tijekom testiranja zabilježi svoje komentare. Komentari se obično snimaju video ili audio snimkama, kako bi se zatim mogli detaljno analizirati.
Promatrači mogu sudjelovati u procesu, pratiti situaciju i bilježiti napredak testiranja. Ova opcija za provjeru upotrebljivosti i funkcionalnosti stranice je moguća: razvija se “idealan” scenarij ponašanja korisnika i njegovog “putovanja” po stranici, a zatim se bilježe odstupanja od te rute i unose odgovarajuće izmjene.
Nakon nekoliko krugova pakla iteracija "test/prerada", možete dobiti sučelje koje je prihvatljivo za rješavanje određenog problema, pogodno za klijenta i isplativo za vlasnika stranice.
Korištenje fokus grupe
Jedna od varijacija gore opisane metode je testiranje proizvoda pomoću fokus grupe. Njegova je bit da stvarni korisnici posjećuju stranicu i provode različite radnje, uključujući konverziju.
Kao rezultat toga, dobit ćete povratnu informaciju "izvana", popis pitanja i poteškoća na koje ste naišli, a možda čak i prijedloge za poboljšanje. Takvo bi istraživanje trebalo uključiti predstavnike ciljane publike koji se razlikuju po razini poznavanja rada na računalu, profesiji, socio-demografskim i drugim karakteristikama.
Ova vrsta online provjere upotrebljivosti web stranice omogućit će vam analizu proizvoda iz perspektive krajnjeg korisnika i dobiti odgovore na sljedeća pitanja:
zadovoljavaju li struktura i dizajn sučelja poslovne ciljeve;
na koje elemente korisnik najviše obraća pozornost;
Je li navigacija laka?
može li se korisnik brzo prilagoditi sučelju i njegovoj funkcionalnosti;
Radi li mehanizam povratne informacije ispravno?
Suvremeni trendovi i pristupi u web razvoju
Naučite algoritam za brzi rast od nule u izradi web stranice
ostavlja li proizvod pravi dojam;
Postoje li razlike u stvarnim i konverzijskim korisničkim rutama?
Gdje mogu nabaviti te iste fokusne grupe? Da biste to učinili, postoje mnoge usluge za testiranje upotrebljivosti pomoću fokusnih grupa (askusers.ru, usabilla.com, sitepolice.ru itd.); Također možete koristiti pomoć specijaliziranih tvrtki.
Nedostatak ove metode je što zahtijeva naknadu. Da biste dobili normalan uzorak (ne od 2 osobe), trebat će vam znatan proračun. Osim toga, uključivanjem fokus grupa u svoje istraživanje najvjerojatnije ćete dobiti samo popis problema za koje ćete morati pronaći rješenja ili sami ili uz pomoć stručnjaka.
Alati za procjenu upotrebljivosti
Kako drugačije možete provjeriti upotrebljivost web stranice na internetu? Na internetu postoji ogroman broj različitih alata, plaćenih i besplatnih. Evo najkorisnijih, po mom mišljenju:
Google Analytics eksperimenti sa sadržajem. To je besplatan i pristupačan alat koji vam omogućuje testiranje gotovo svake promjene na vašoj web stranici kako biste vidjeli smanjuje li stopu napuštanja početne stranice ili povećava broj konverzija.
Za povezivanje alata idite na Google Analytics i pronađite karticu "Ponašanje" - "Eksperimenti". Za postavljanje eksperimenta potrebno je izvršiti nekoliko koraka:
postaviti naziv i svrhu pokusa. Cilj može biti posjet web stranici, kupnja proizvoda ili prisutnost određeno vrijeme. Možete izraditi vlastiti cilj ili odabrati neki od onih koje nudi Google Analytics;
odaberite postotak distribucije prometa. Ovo je broj posjetitelja koji će vidjeti određenu ciljanu opciju;
postavite minimalno vrijeme eksperimenta. Obično je to oko dva tjedna;
postaviti prag pouzdanosti. Što je veći, točnije će se odrediti pobjednička opcija, međutim, to će produžiti vrijeme eksperimenta.
Nedostaci korištenja ovog alata uključuju nemogućnost provjere nekoliko zadataka odjednom, nedostatak polivarijantnog testiranja i segmentacije prometa.
Visual Website Optimizer. Omogućuje vam da učinkovito povećate konverziju, ima jednostavan mrežni uređivač za prilagodbu mnogih opcija za vašu odredišnu stranicu i stvara jedinstvene veze za ciljanje. Na primjer, možete mu reći: ako nam je posjetitelj došao s VKontaktea i koristi OS Windows, pokažite mu ovu web stranicu, a ako dolazi s MacBooka, onda ovu... Visual Website Optimizer također se može pohvaliti praktičnim sustav izvješćivanja i hrpa drugih značajki.
Qualaroo. Besplatni korisnički upitnik koji vam omogućuje da saznate nepristrano mišljenje o web resursu. Pomoću njega možete identificirati probleme i povećati svoju zaradu. Ovaj alat za povratne informacije uvelike olakšava rad analitičara upotrebljivosti.
Yandex.Metrica. Omogućuje analizu faza ispunjavanja obrasca i saznanje koja je od njih izazvala najveće poteškoće posjetiteljima, koji korisnici nisu ispunili ovu ili onu stavku itd.
Toplinske karte. To uključuje mapu klikova Yandex.Metrica, statistiku web stranice Google Analytics, usabilitytools.com, feng-gui.com, itd. Ovi alati vam omogućuju da procijenite cjelokupno ponašanje korisnika na web mjestu. Pomoću toplinskih karti možete vidjeti gdje većina ljudi klika, a gdje ne. Ovisno o rezultatu, provode se odgovarajuće prilagodbe.
Kontrolni popis za provjeru
Učitavaju li se web stranice brzo? Preopterećenost animacijama, teškim slikama i flash ekranima može utjecati na rang vaše stranice u rezultatima pretraživanja i, naravno, na lojalnost korisnika.
Postoji li logo na svakoj stranici? Mora sadržavati poveznicu na glavni resurs.
Kako je formatiran sadržaj? Tekst treba imati dobru strukturu: naslov, podnaslove, popise itd. I ne smije biti grešaka. Nepotpuni tekst s pogreškama slabo se čita i percipira kako ljudi tako i roboti tražilica. Naslovi i podnaslovi trebaju biti sažeti i sažeti, u skladu s oglašavanjem objavljenim na internetu.
Nadam se da vam je ovaj članak bio koristan u procjeni upotrebljivosti web stranice. Pretplatite se na ažuriranja našeg bloga i naučite još puno korisnih stvari o upotrebljivosti, web dizajnu i drugim područjima. Vidimo se uskoro!
Suvremeni trendovi i pristupi u web razvoju
Naučite algoritam za brzi rast od nule u izradi web stranice
Priprema, intervjui i prikupljanje podataka
Na oznake
Natalia Sprogis, voditeljica UX istraživanja u Mail.Ru Group, govorila je na blogu tvrtke na Habrahabru o pripremi i provođenju testiranja upotrebljivosti: što uključiti u testnu skriptu, kako odabrati metodu prikupljanja podataka, izraditi zadatke i prikupiti dojmove ispitanika .
Plan testiranja je, s jedne strane, skup zadataka, pitanja i upitnika koje dajete svakom ispitaniku, as druge strane, to je metodološka osnova istraživanja: metrika i hipoteze koje testirate i bilježite, odabranih alata.
Je li testiranje doista potrebno?
Prvo, morate biti sigurni da u ovoj fazi projekt treba testiranje upotrebljivosti. Stoga razjasnite u koju svrhu vas projektni tim kontaktira. Testiranje upotrebljivosti nije svemoćno i već u startu treba shvatiti što ono može donijeti proizvodu. Odmah pripremite svoj projektni tim da znate na koja pitanja možete odgovoriti, a na koja ne. Bilo je slučajeva kada smo klijentima ili ponudili drugu metodu (na primjer, dubinski intervjui ili proučavanje dnevnika sada su bolji), ili im preporučili da u potpunosti napuste studiju i umjesto toga naprave split test.
Na primjer, nikada ne testiramo "privlačnost" značajke ili opcije dizajna u kvalitativnom istraživanju. Možemo prikupljati povratne informacije od korisnika, ali postoji preveliki rizik da će na njihove odgovore utjecati društvena poželjnost. Ljudi su uvijek skloni reći da bi koristili i ono što neće koristiti. A mali uzorak ne dopušta nam da vjerujemo takvim odgovorima. Na primjer, imali smo neuspješno iskustvo testiranja odredišnih stranica za igre: odredišna stranica koja je odabrana kao najatraktivnija u testu imala je mnogo lošije rezultate tijekom A/B testiranja.
Testiranje prototipova i koncepata također ima niz ograničenja. Kada planirate, morate shvatiti što stvarno možete dobiti ovim testom. Sjajno je kada projekt ima priliku testirati prototipove ili dizajne prije implementacije. Međutim, što je prototip manje detaljan i funkcionalan, to je viša razina apstrakcije za ispitanika, to se manje podataka može dobiti iz testa. Najbolje je testirati prototipove kako bi se identificirali problemi s imenovanjem i metaforama ikona, odnosno sva pitanja razumljivosti. Sposobnost testiranja bilo čega izvan toga uvelike ovisi o prirodi projekta i detaljima prototipa.
Osnova za pisanje skripte za testiranje upotrebljivosti
Planiranje testa ne počinje pisanjem teksta zadataka, već detaljnom razradom ciljeva i istraživačkih pitanja zajedno s projektnim timom. Evo osnove za izradu plana:
Važni scenariji. To su oni korisnički scenariji (zadaci ili slučajevi korištenja) koji utječu na poslovanje ili su povezani sa svrhom testiranja. Čak i ako tim posumnja na probleme u određenim područjima, često je vrijedno provjeriti temeljne slučajeve. U ovom slučaju, sljedeći se scenariji mogu smatrati važnima za test:
- najčešći (na primjer, slanje poruke u messengeru);
- utjecaj na poslovne ciljeve (na primjer, rad s obrascem za plaćanje);
- koji se odnose na ažuriranje (oni na koje utječe redizajn ili uvođenje nove funkcionalnosti).
poznati problemiČesto istraživanja moraju dati odgovore na uzroke poslovnih problema usluge. Na primjer, producent je zabrinut zbog velikog odljeva igrača nakon prvog sata igre. A ponekad su problematična područja sučelja već poznata timu i morate prikupiti detalje i specifičnosti. Na primjer, služba za podršku često se kontaktira s pitanjima o obliku plaćanja.
Pitanja. Tim također može imati pitanja za istraživanje: na primjer, primjećuju li korisnici banner koji reklamira dodatne usluge; Je li određena sekcija jasno imenovana?
Hipoteze. To je ono u što se prevode poznati problemi i pitanja tima. Dobro je ako vam kupac dođe s gotovim hipotezama - na primjer, „Naši klijenti plaćaju samo telefonom uz proviziju. Korisnici možda neće vidjeti izbor isplativijeg načina plaćanja.” Ako nema hipoteza, ali postoji samo želja da se projekt apstraktno testira "za upotrebljivost", vaš je zadatak formulirati te hipoteze.
Razmislite s projektnim timom o mjestima na kojima se korisnici ne ponašaju prema očekivanjima (ako postoje takve informacije). Saznajte postoje li elementi dizajna o kojima se puno raspravljalo i koji bi se mogli pokazati problematičnima. Provedite vlastitu reviziju proizvoda kako biste pronašli potencijalne probleme za korisnike koje je važno testirati. Sve to će vam pomoći da napravite popis onih elemenata (zadataka, pitanja, provjera) koji bi trebali biti uključeni u konačnu skriptu.
Način prikupljanja podataka
Važno je razmotriti kako ćete prikupljati podatke o tome što se događa tijekom testa za kasniju analizu. Tradicionalno se koriste sljedeće opcije:
Promatranje. Prilikom izvršavanja zadataka, ispitanik ostaje sam s proizvodom i ponaša se kako mu odgovara. Komentari ispitanika prikupljaju se putem upitnika i komunikacije s moderatorom nakon testiranja. Ovo je "najčišća" metoda, pruža prirodnije ponašanje ispitanika i mogućnost ispravnog mjerenja niza metrika (primjerice, vrijeme potrebno za izvršenje zadatka).
Međutim, mnogo je korisnih kvalitativnih podataka iza kulisa. Vidjevši ovo ili ono ponašanje ispitanika, ne možete shvatiti zašto se tako ponaša. Naravno, to možete pitati na kraju testa, ali najvjerojatnije će ispitanik dobro zapamtiti samo zadnji zadatak. Osim toga, tijekom izvršavanja zadataka njegovo mišljenje o sustavu može se promijeniti, a vi ćete dobiti samo konačnu sliku, a ne prvi dojam.
Think Aloud (misli naglas). Dugo se vremena ova metoda najčešće koristila u testiranju upotrebljivosti. Jakob Nielsen jednom ga je nazvao glavnim alatom za procjenu upotrebljivosti. Poanta je da tražite od ispitanika da izrazi sve misli koje se javljaju tijekom rada sa sučeljem i komentira sve svoje postupke. To izgleda otprilike ovako: “Sada ću dodati ovaj artikl u svoju košaricu. Gdje je gumb? Ah, evo je. Oh, zaboravio sam pogledati koje je boje.”
Metoda pomaže razumjeti zašto se korisnik ponaša na ovaj ili onaj način i kakve emocije trenutna interakcija izaziva u njemu. Jeftin je i jednostavan, s njim se može nositi i neiskusan istraživač.
Međutim, ima svojih nedostataka. Prvo, nije baš prirodno da ljudi cijelo vrijeme "razmišljaju naglas". Često će šutjeti i morat ćete ih stalno podsjećati da nastave govoriti. Drugo, zadaci s ovom metodom zahtijevaju malo više vremena nego u stvarnom životu. Osim toga, neki ispitanici počinju koristiti proizvod promišljenije. Artikulirajući razloge svojih postupaka, pokušavaju djelovati racionalnije i jednostavno ne žele ispasti idioti, a možda nećete uhvatiti neke intuitivne trenutke njihovog ponašanja.
Aktivna intervencija moderatora. Metoda je idealna za testiranje koncepata i prototipova. Tijekom izvršavanja zadataka, moderator aktivno komunicira s korisnikom: u pravim trenucima otkriva razloge njegovog ponašanja i postavlja razjašnjavajuća pitanja. U nekim slučajevima, moderator može čak izdati neplanirane zadatke koji proizlaze iz dijaloga.
Ova metoda omogućuje prikupljanje maksimalne količine kvalitetnih podataka. Međutim, može se koristiti samo ako vjerujete u profesionalnost svog moderatora. Netočno formulirana ili u krivo vrijeme postavljena pitanja mogu uvelike utjecati na ponašanje i dojmove ispitanika, pa čak i poništiti rezultate testa. Također, pri korištenju ove metode ne mogu se mjeriti gotovo nikakve metrike.
Retrospektivno razmišljanje naglas, RTA (retrospective). Ovo je kombinacija prve dvije metode. Korisnik najprije bez smetnji obavi sve zadatke, a zatim se pred njim pusti video njegovog rada, komentira svoje ponašanje i odgovara na pitanja moderatora. Glavni nedostatak metode je da se vrijeme testiranja znatno povećava. Međutim, postoje trenuci kada je to optimalno.
Na primjer, jednom smo se suočili sa zadatkom testiranja nekoliko vrsta mobova (čudovišta iz igre) u jednom RPG-u. Naravno, nismo mogli odvratiti ispitanike pitanjima niti ih prisiliti da komentiraju svoje postupke tijekom bitke. To bi onemogućilo igranje utakmice u kojoj je za pobjedu potrebna koncentracija. S druge strane, korisnik bi se teško mogao sjetiti nakon niza kontrakcija je li primijetio da sjekira crveno svijetli kod prvog štakora. Stoga smo u ovom testu koristili RTA metodu. Sa svakim korisnikom pregledali smo njegove bitke i razgovarali o efektima čudovišta koje je primijetio i kako ih je razumio.
Pokušajte razmisliti o tome kako dobiti dovoljno podataka, a pritom zadržati maksimalnu prirodnost ponašanja ispitanika. Unatoč jednostavnosti i svestranosti metode “razmišljaj naglas”, koja je već dugo najpopularnija u testiranju upotrebljivosti, sve je više pokušavamo zamijeniti promatranjem. Ako moderator uoči zanimljivo ponašanje ispitanika, pričekat će dok on ne završi zadatak i nakon toga postaviti pitanje. Neposredno nakon zadatka veća je vjerojatnost da će se ispitanik prisjetiti zašto ga je napravio.
Eye tracker puno pomaže u ovom pitanju. Vidjevši fokus trenutne pažnje ispitanika, možete bolje razumjeti njegovo ponašanje bez postavljanja nepotrebnih pitanja. Općenito, eye tracker značajno poboljšava kvalitetu moderiranja, a ta uloga, po mom mišljenju, nije ništa manje važna od mogućnosti izrade mapa hitova.
Metrika
Mjerni podaci su kvantitativni pokazatelji upotrebljivosti. Kao rezultat testiranja, uvijek dobijete niz problema pronađenih u sučelju. Mjerni podaci vam omogućuju da shvatite koliko je sve dobro ili loše, kao i da to usporedite s drugim projektom ili prethodnim verzijama dizajna.
Koje su metrike?
Prema ISO 9241-11 glavne karakteristike upotrebljivosti su učinkovitost, produktivnost i zadovoljstvo. Različite metrike mogu biti relevantne za različite projekte, ali sve su one nekako povezane s ove tri karakteristike. Pisaću o najčešće korištenim indikatorima.
Uspješno izvršavanje zadataka. Možete koristiti binarni kod: nosio se sa zadatkom ili nije uspio. Često slijedimo Nielsenov pristup i razlikujemo tri vrste procjena uspjeha:
- izvršio zadatak gotovo bez problema - 100%;
- naišli su na probleme, ali su samostalno izvršili zadatak - 50%;
- nije uspio riješiti zadatak - 0%.
Ako je od 12 ispitanika 4 lako završilo zadatak, 6 je imalo problema, a 2 nisu uspjela, tada će prosječna stopa uspješnosti za ovaj zadatak biti 58%.
Ponekad ćete se susresti sa situacijom u kojoj srednja skupina uključuje ispitanike s vrlo različitim stupnjevima "problematičnosti". Primjerice, jedan se ispitanik mučio sa svakim poljem formulara, dok je drugi napravio malu grešku tek na samom kraju. Svoju ocjenu možete dati prema vlastitom nahođenju, ovisno o tome što se dogodilo na testu. Na primjer, 25% - ako je ispitanik tek počeo ispunjavati zadatak ili 80% - ako je napravio manju pogrešku.
Kako biste izbjegli previše subjektivnosti, unaprijed razmislite o ljestvicama ocjenjivanja umjesto da odlučujete za svakog ispitanika nakon testa. Također je vrijedno razmisliti što učiniti s pogreškama. Na primjer, dali ste zadatak da kupite ulaznice za kino na projektu Mail.Ru Cinema. Jedan od ispitanika je slučajno kupio kartu ne za sutra, već za danas, i nije to primijetio. Uvjeren je da je izvršio zadatak i da ima kartu u rukama. Ali njegova greška je toliko kritična da neće ući u film, pa bih dao 0% unatoč činjenici da je karta kupljena.
Stopa uspješnosti vrlo je jednostavna i jasna metrika i preporučujem da je koristite ako vaši zadaci imaju jasne ciljeve. Pogled na grafikon uspješnosti zadatka omogućuje vam da brzo identificirate najproblematičnija područja sučelja.
Vrijeme izvršenja zadatka. Ova metrika služi samo za usporedbu. Kako znate je li korisnik izvršio zadatak u 30 sekundi dobar ili loš? Ali činjenica da je vrijeme smanjeno u usporedbi s prethodnom verzijom dizajna već je dobro. Ili činjenica da registracija na našem projektu traje kraće od konkurencije. Postoje sučelja kod kojih je smanjenje vremena za dovršavanje zadataka kritično - na primjer, radno sučelje zaposlenika pozivnog centra.
Međutim, ova metrika nije primjenjiva za sve zadatke. Uzmimo zadatak odabira proizvoda u online trgovini. Korisnici bi trebali brzo pronaći filtre i druge elemente sučelja povezane s pretraživanjem proizvoda, no sam proces odabira odvest će ih u različito vrijeme, što je sasvim normalno. Prilikom odabira cipela žene su spremne prelistati 20 stranica rezultata pretraživanja. I to ne mora značiti da na prvim stranicama nije bilo relevantnih proizvoda ili da nisu vidjeli filtere. Često samo žele vidjeti sve mogućnosti.
Učestalost problema. Svako izvješće o testiranju upotrebljivosti sadrži popis problema s kojima su se susreli ispitanici. Broj ispitanika koji su se susreli s problemom pokazatelj je njegove učestalosti unutar testa. Ova se metrika može koristiti samo ako su vaši korisnici izvršili potpuno iste zadatke.
Ako je bilo varijacija u testu ili zadaci nisu bili jasno formulirani, nego su sastavljeni na temelju razgovora, tada će biti teško izračunati učestalost. Bit će potrebno ne samo prebrojati one koji su se s njim susreli, već i procijeniti koliko bi se ispitanika moglo susresti s problemom (izvršili su sličan zadatak, otišli na isti odjeljak). Međutim, ova karakteristika omogućuje timu da razumije koje probleme treba prvo riješiti.
Subjektivno zadovoljstvo. Ovo je subjektivna procjena korisnika o pogodnosti ili udobnosti rada sa sustavom. Otkriva se pomoću upitnika koje ispitanici ispunjavaju tijekom ili nakon testiranja. Postoje standardni upitnici. Na primjer, skala upotrebljivosti sustava, upitnik upotrebljivosti nakon studija ili upitnik iskustva igre za igre. Ili možete izraditi vlastiti upitnik.
Ovo su daleko od jedine moguće metrike. Na primjer, popis od 10 UX metrika koje ističe Jeff Sauro. Za vaš proizvod metrika može biti drugačija: na primjer, na kojoj razini ispitanici razumiju pravila igre, koliko grešaka rade prilikom ispunjavanja dugih obrazaca. Ne zaboravite da odluka o korištenju mnogih metrika nameće brojna ograničenja testiranju. Ispitanici se trebaju ponašati što prirodnije i pod istim uvjetima. Stoga bi bilo dobro osigurati:
- Zajednička polazišta. Isti zadaci za različite ispitanike trebali bi započeti s iste točke sučelja. Nakon svakog zadatka možete zamoliti ispitanike da se vrate na glavnu stranicu.
- Bez intervencija. Svaka komunikacija s moderatorom može utjecati na metriku izvedbe ako moderator nesvjesno sugerira nešto ispitaniku i produži vrijeme potrebno za dovršavanje zadatka.
- Redoslijed zadataka. Kako biste kompenzirali učinak učenja u usporednom testiranju, svakako promijenite redoslijed izlaganja proizvodima koji se uspoređuju među ispitanicima. Neka pola počne s vašim projektom, a pola s natjecateljskim.
- Uvjeti za uspjeh. Unaprijed razmislite o tome kakvo ponašanje smatrate uspješnim za zadatak: na primjer, je li prihvatljivo da ispitanik ne koristi filtre pri odabiru proizvoda u online trgovini.
Tumačenje metrike
Upamtite da je klasično testiranje upotrebljivosti kvalitativna studija i da su metrike koje dobijete prvenstveno ilustrativne. Oni pružaju pregled različitih scenarija u proizvodu, omogućujući vam da vidite bolne točke. Na primjer, postavljanje računa uzrokuje više poteškoća nego registracija u sustavu. Oni mogu pokazati dinamiku promjena ako ih redovito mjerite. Odnosno, metrika nam omogućuje da shvatimo da nam novi dizajn omogućuje da brže izvršimo zadatak. Upravo su ti odnosi mnogo indikativniji i pouzdaniji od apsolutnih vrijednosti pronađenih metrika.
Jeff Sauro, statistički stručnjak za istraživanje UX-a, savjetuje da metrike ne predstavljate kao prosjeke, već da uvijek koristite intervale pouzdanosti. To je puno ispravnije, pogotovo ako postoji varijacija u rezultatima ispitanika. Da biste to učinili, možete koristiti njegove besplatne mrežne kalkulatore: za uspjeh i za vrijeme izvršenja zadatka. Ne može se bez statističke obrade kod uspoređivanja rezultata.
Kada su mjerni podaci potrebni?
Ne sadrži svako izvješće o testiranju upotrebljivosti metriku. Njihovo prikupljanje i analiza zahtijevaju vrijeme i nameću ograničenja metodama ispitivanja. Ovo su slučajevi u kojima su stvarno potrebni:
- Dokazati. Često postoji potreba za dokazivanjem da je potrebno napraviti promjene na proizvodu, posebno u velikim tvrtkama. Za donositelje odluka brojevi su vizualni, razumljivi i poznati. Kada pokažete da 10 od 12 ispitanika nije moglo platiti neki artikl ili da registracija u sustav traje u prosjeku duplo duže nego kod konkurenata, rezultatima istraživanja daje veću težinu.
- Usporedi. Uspoređujete li svoj proizvod s ostalima na tržištu, također su vam potrebni mjerni podaci. Inače ćete vidjeti prednosti i nedostatke različitih projekata, ali nećete moći procijeniti gdje je vaš proizvod među njima.
- Vidi promjene. Mjerni podaci su dobri za redovito testiranje istog proizvoda nakon što su napravljene promjene. Omogućuju vam da vidite napredak nakon redizajna i obratite pozornost na ona mjesta koja su ostala bez poboljšanja. Ove pokazatelje opet možete koristiti kao bazu dokaza koja će menadžmentu pokazati težinu ulaganja u redizajn. Ili samo da shvatite da ste postigli rezultate i da se krećete u dobrom smjeru.
- Ilustrirajte, naglasite. Brojke dobro ilustriraju važna pitanja. Ponekad ih računamo za najupečatljivije i najvažnije trenutke testa, čak i ako ne koristimo metriku u svim zadacima.
Međutim, ne koristimo metriku u svakom testu. Možete i bez njih ako istraživač blisko surađuje s projektnim timom, postoji unutarnje povjerenje i tim je dovoljno zreo da ispravno odredi prioritete rješavanja problema.
Način snimanja podataka
Čini se, što nije u redu s bilježnicom i olovkom ili samo otvorenim Word dokumentom? U današnjem svijetu agilnog razvoja, UX istraživači moraju pokušati vratiti svoja otkrića timu što je prije moguće.
Kako biste optimizirali vrijeme analize, dobro je unaprijed pripremiti predložak za unos bilješki tijekom testa. Pokušali smo to učiniti u specijaliziranom softveru (na primjer, Noldus Observer ili Morae Manager), ali u praksi su se tablice pokazale najfleksibilnijima i univerzalnima. Unaprijed u tablici označite pitanja koja planirate postaviti, mjesta za upisivanje problema pronađenih u zadacima, kao i hipoteze (za svakog ispitanika označite je li potvrđena ili ne). Naši znakovi izgledaju ovako:
Što još možete koristiti:
- . Prilagodljivi Excel predložak za unos zapažanja za svakog ispitanika. Ugrađen je mjerač vremena koji mjeri vrijeme potrebno za dovršavanje zadataka, a grafikoni vremena i uspjeha automatski se generiraju.
- Rainbow Spreadsheet autora Tomera Sharona iz Googlea. Vizualna tablica za suradnju između istraživača i tima. Poveznica vodi do članka koji opisuje metodu, a postoji i poveznica na Google proračunsku tablicu s predloškom.
S iskustvom, većina bilješki se može voditi tijekom testa. Ako niste stigli na vrijeme, bolje je odmah nakon testa zapisati sve čega se sjećate. Vratite li se analizi nakon nekoliko dana, najvjerojatnije ćete morati ponovo pogledati video i potrošiti mnogo više vremena.
Priprema za testiranje
Osim metode, metrike i samog protokola testiranja, trebate odlučiti o sljedećim stvarima:
Format komunikacije s moderatorom. Moderator može biti u istoj prostoriji sa sudionikom testa. U ovom slučaju, bit će mu lako postaviti pitanja na vrijeme. No, prisutnost moderatora može utjecati na ispitanika: on će početi postavljati pitanja moderatoru, provocirajući ga da ga eksplicitno ili implicitno potakne.
Nastojimo barem dio testa ostaviti ispitanika samog s proizvodom. Na taj način njegovo ponašanje postaje opuštenije i prirodnije. A kako ne biste trčali naprijed-natrag ako nešto pođe po zlu, možete ostaviti bilo koji glasnik s uključenom audio vezom kako bi moderator mogao kontaktirati ispitanika iz sobe za promatranje.
Metoda postavljanja zadataka. Zadatke može najaviti moderator. Ali u ovom slučaju, unatoč jedinstvenom protokolu testiranja, tekst zadatka može se svaki put izgovarati nešto drugačije. Ovo je osobito istinito ako test provodi nekoliko moderatora. Ponekad čak i male razlike u formulacijama mogu staviti ispitanike u različite početne uvjete.
Kako biste to izbjegli, moderatore možete ili “istrenirati” da uvijek čitaju tekstove zadatka ili ispitanicima davati zadatke na papirićima ili na ekranu. Razlike u tekstu prestaju biti problem ako koristite fleksibilan scenarij, kada se zadaci formuliraju tijekom testa, na temelju razgovora s moderatorom.
Možete koristiti alate proizvoda za postavljanje zadataka. Primjerice, prilikom testiranja ICQ-a ispitanici su dobivali zadatke kroz prozor za razgovor s moderatorom, a prilikom testiranja Mail.Ru Mail-a dobivali su ih u pismima. Ovakav način postavljanja zadataka bio je najprirodniji za ove projekte, a također smo mnogo puta testirali osnovne scenarije korespondencije.
Stvaranje prirodnog konteksta.Čak i ako je riječ o laboratorijskim testovima, razmislite kako upotrebu proizvoda u testu približiti stvarnim uvjetima. Na primjer, ako testirate mobilne uređaje, kako će ih ispitanici držati? Za dobru sliku u videu bolje je kada je telefon ili tablet fiksiran na postolju ili leži na stolu. Međutim, to ne daje do znanja jesu li sve zone dostupne i zgodne za pritiskanje, jer se telefoni često drže jednom rukom, a s tabletima leže na sofi.
Vrijedno je razmisliti o okruženju u kojem će se proizvod koristiti: ometa li osobu nešto, je li bučno, postoji li dobra internetska veza. Sve se to može simulirati u laboratoriju.
Plan testiranja za kupca. Ovo je također važna pripremna faza jer uključuje projektni tim. Kupcu ne morate reći sve metodološke značajke testa (kako ćete komunicirati s ispitanikom, bilježiti podatke itd.). No svakako mu pokažite koji će biti zadaci i što ćete na njima testirati. Možda niste uzeli u obzir neke značajke projekta ili će možda projektni tim imati dodatne ideje i hipoteze. Obično završimo s ovakvim znakom:
Plan izvješća. Naravno, izvješće se piše na temelju rezultata istraživanja. Ali dobra je praksa sastaviti plan izvješća prije provođenja testova, na temelju ciljeva i zadataka studije. S takvim planom pred sobom možete provjeriti cjelovitost svoje skripte, kao i pripremiti najprikladnije obrasce za prikupljanje podataka za naknadnu analizu. Možete odlučiti da izvješće nije potrebno i da je opća datoteka zapažanja dovoljna za vas i tim. A ako motivirate svoj tim da ga ispuni s vama, to će biti apsolutno sjajno.
Naravno, možete samo "dopustiti svom prijatelju da koristi proizvod" i vidjeti koje poteškoće on ili ona ima. Ali dobro napisana skripta omogućit će vam da ne propustite važna pitanja i da slučajno ne natjerate ispitanika na odgovore koji su vam potrebni. Uostalom, testiranje upotrebljivosti je pojednostavljeni eksperiment, au svakom eksperimentu važna je prethodna priprema.
Protokol za bilo koje testiranje upotrebljivosti sastoji se od sljedećih dijelova:
- Uputa ili brifing (dobrodošlica, opis događaja, potpisivanje dokumenata).
- Uvodni intervju (screening test, kratki intervju o korištenju proizvoda, kontekstu i scenarijima).
- Rad s proizvodom (testiranje zadataka).
- Prikupljanje konačnih dojmova o proizvodu na temelju iskustva testiranja.
Uputa ili brifing
Bez obzira na predmet testiranja, svaki studij počinje na isti način. Što treba učiniti:
Stvorite atmosferu. Upoznajte osobu, ponudite je čajem, kavom ili vodom, pokažite joj gdje je WC. Pokušajte malo opustiti ispitanika jer bi mogao biti nervozan prije događaja. Saznajte je li vas bilo lako pronaći, pitajte kako ste.
Opišite proces. Recite nam kakav događaj očekuje ispitanika, koliko će trajati, od kojih se dijelova sastoji i što ćete učiniti. Obavezno naglasite ispitaniku da će njihov doprinos pomoći u poboljšanju proizvoda i da ne testirate sposobnosti osobe. Ako snimate video, upozorite ispitanika na to i recite mu da se podaci neće pojavljivati online. Ja kažem nešto ovako:
Nalazimo se u uredu Mail.Ru Group. Danas ćemo govoriti o projektu XXX. Ovo će trajati oko sat vremena. Prvo ćemo malo popričati, onda ću vas zamoliti da pokušate napraviti nešto u samom projektu, a onda ćemo razgovarati o vašim dojmovima. Snimat ćemo video zapisom što se događa u sobi i na ekranu računala. Registracija je potrebna isključivo radi analize, nećete se vidjeti na internetu.
Provodimo istraživanje kako bismo projekt XXX učinili boljim, kako bismo razumjeli što u njemu treba popraviti i u kojem smjeru bi se trebao razvijati. Stoga vas molim da otvoreno iznosite sve komentare, kako pozitivne tako i negativne. Ne bojte se uvrijediti nas. Ako vam nešto ne uspije tijekom proučavanja projekta, prihvatite to mirno. To znači da smo pronašli problem koji projektni tim treba riješiti. Glavna stvar je zapamtiti da mi ne testiramo vas, vi testirate proizvod. Ako ste spremni, predlažem da počnete.
Za potpisivanje dokumenata. U pravilu se radi o privoli na obradu osobnih podataka, a ponekad i privoli o neobjavljivanju podataka o testiranju. Za testove s maloljetnicima potreban je pristanak roditelja da njihovo dijete sudjeluje u istraživanju. Obično ga unaprijed pošaljemo roditeljima i zamolimo ih da ga donesu sa sobom. Svakako objasnite zašto tražite da potpišete dokumente i dajte im vremena da ih pregledaju. U Rusiji su ljudi oprezni prema svim papirima koje je potrebno potpisati.
Postavite opremu. Ako koristite praćenje očiju, biometrijsku opremu ili jednostavno snimate video, sada je vrijeme da sve to uključite. Upozorite ispitanika kada počnete snimati.
Uvodni razgovor
Rješava sljedeće probleme:
Provjerite zapošljavanje. Da biste bili sigurni, uvijek počnite odatle – čak i ako vjerujete agenciji ili osobi koja je pronašla ispitanika. Više puta smo tijekom testa otkrili da je ispitanik krivo razumio pitanja i zapravo nije koristio proizvod baš onako kako smo trebali. Pokušajte izbjeći formalnosti i izbjegavajte postavljanje pitanja iz upitnika za probir: osoba možda već zna što treba odgovoriti.
Scenariji i kontekst za korištenje proizvoda.Čak i ako nemate puno vremena za test, nemojte preskočiti ovaj korak. Barem općenito, saznajte od ispitanika koje probleme rješava uz pomoć proizvoda, koristi li slične projekte, pod kojim uvjetima s njima komunicira i s kojih uređaja. Odgovori će vam pomoći da bolje razumijete razloge ponašanja ispitanika, a ako koristite fleksibilan scenarij, onda će vam pomoći da formulirate odgovarajuće zadatke. Ako imate dovoljno vremena, zamolite ispitanika da pokaže što i kako obično radi. Ovo može biti izvor daljnjih pitanja i uvida.
Očekivanja i odnosi. Početak testiranja dobro je vrijeme da se sazna što ispitanik zna o proizvodu, kako se osjeća o njemu i što od njega očekuje. Nakon testa moći ćete usporediti svoja očekivanja s konačnim dojmom.
Za većinu testova, ova struktura uvodnog intervjua će funkcionirati. Ako testirate novi proizvod, možda biste trebali preskočiti uvodna pitanja. Ako idete u previše detalja o temi, to može stvoriti određena očekivanja kod korisnika o proizvodu. Stoga ostavite samo par općenitih pitanja za uspostavljanje kontakta s ispitanikom i odmah prijeđite na zadatke, a o scenarijima, odnosima i kontekstu bolje je razgovarati nakon što korisnik inicijalno prouči proizvod.
Rad s proizvodom, pisanje zadataka
Koji su zadaci?
Zamislimo da želite testirati internetsku trgovinu. Imate važne scenarije (pretraga i odabir robe, proces naručivanja), poznate probleme (česte greške u obrascu za plaćanje) pa čak i hipotezu da je dizajner nešto pogriješio s filterom cijena. Kako formulirati zadatke?
Fokusirani zadaci.Čini se očiglednim učiniti nešto poput ovoga: "Odaberite perilicu posuđa širine 45 centimetara s funkcijom podne grede koja ne košta više od 30 tisuća rubalja." To motivira ispitanika da koristi filtere i međusobno uspoređuje proizvode. Možete provjeriti filtar cijena na svim ispitanicima i pogledati ključni scenarij za odabir proizvoda. Takvi zadaci imaju pravo na život i dobri su za testiranje određenih hipoteza (kao s filtrom cijena).
Međutim, ako se cijeli test sastoji od njih, tada riskirate sljedeće:
- Provjera sučelja na licu mjesta. Pronaći ćete samo probleme koji se odnose na pojedinosti o poslu (filter prema cijeni i širini). Nećete vidjeti druge probleme - poput sortiranja proizvoda ili drugih filtara - osim ako i na njih ne ukažete. Ali malo je vjerojatno da ćete moći izvršiti zadatke za sve elemente web mjesta.
- Nedostatak angažmana. Korisnici takve zadatke često izvode mehanički. Kad vide prvi proizvod koji odgovara kriterijima, stanu. Možda ispitanik nikad u životu nije odabrao perilicu posuđa i nije ga briga što je "greda na podu". Što je zadatak sličniji situaciji iz stvarnog života i što pruža više konteksta koji korisnik može razumjeti, veće su šanse za angažiranje ispitanika koji će se pretvarati da zapravo bira proizvod. A angažirani korisnik bolje “doživljava” sučelje, ostavlja više komentara, povećava šanse za pronalaženje problema i pružanje korisnih saznanja o ponašanju i karakteristikama publike.
- Sužen raspon uvida. U stvarnom životu korisnik bi vjerojatno potpuno drugačije odabrao proizvod. Na primjer, ja uopće ne bih koristio filtere (a ovdje si ih istaknuo). Ili bih tražio proizvod na temelju kriterija koji nisu na stranici. Davanjem krutih, fokusiranih zadataka nećete naučiti o stvarnom kontekstu korištenja proizvoda, nećete pronaći scenarije koje projektni tim možda nije predvidio i nećete prikupljati podatke o potrebama sadržaja i funkcionalnosti.
Zadaci s kontekstom. Jedan od načina za bolje angažiranje korisnika je dodavanje stvarne povijesti i konteksta suhoparnom zadatku. Na primjer, umjesto “Pronađi na web stranici recept za pitu od šljiva” predložite sljedeće: “Doći ćete goste za sat vremena. Pronađite nešto za ispeći za to vrijeme. Sve za biskvit imate u hladnjaku, kao i malo šljiva. Ali, nažalost, nema maslaca.”
Sličan pristup može se koristiti s internetskom trgovinom. Na primjer: “Zamislite da birate dar za svoju sestru. Fen joj se nedavno pokvario i bilo bi joj drago nabaviti novi. Morate ispuniti 7 tisuća rubalja.” Važno je da ispitanik doista odabere stvarnu osobu za koju će “kupiti” dar (ako nema sestre, predloži neku drugu rodbinu ili prijateljicu). Ključni faktor za takve zadatke je realnost i jasnoća konteksta. Lako je zamisliti da birate dar za svoju obitelj, ali puno je teže zamisliti da ste “računovođa koji priprema godišnje izvješće”.
Upečatljiv primjer ovog pristupa je “bollywoodska metoda” koju je izumio indijski UX stručnjak Apala Lahiri Chavan. Ona tvrdi da je Indijcima, kao i mnogim Azijatima, teško otvoreno govoriti o sučelju. No, zamišljajući sebe kao junake izmišljenih dramatičnih situacija (kao u svojim omiljenim filmovima), otvaraju se i počinju aktivno sudjelovati u testiranju. Stoga bi zadaci za Indijance trebali izgledati ovako:
Zamislite da se vaša voljena mlada nećakinja udaje. A onda saznate da je njen budući muž prevarant, i to oženjen. Hitno morate kupiti dvije karte za Bangalore za sebe i za ženu prevaranta kako biste poremetili vjenčanje i spasili obitelj od sramote. požuri!
Zadaci temeljeni na iskustvu ispitanika. Podsjetimo: za uspješno testiranje ispitanici moraju odgovarati publici projekta. Stoga, za provjeru internetske trgovine kućanskih aparata, zapošljavamo one koji su nedavno odabrali uređaje ili ih sada biraju. Upravo to ćemo koristiti pri izradi zadataka na temelju iskustva ispitanika. Postoje dvije mogućnosti korištenja ovog pristupa:
- Parametri ispitanika. U ovom slučaju fiksne zadatke prilagođavate ispitanicima. Na primjer, u slučaju trgovine kućanskim aparatima i zadatka rada s filterima, pitate osobu što je točno nedavno kupila. Saznajte kriterije (cijena, funkcije) i ponudite ponovnu „kupnju“ na svojoj web stranici.
- Scenariji ispitanika. Zadaci su u potpunosti oblikovani na temelju iskustva polaznika. Da bi razumio koje scenarije treba provjeriti, moderator saznaje točno kako je osoba riješila problem u životu i predlaže da se to učini na web stranici. Na primjer, kupac je proveo dugo vremena uspoređujući nekoliko modela prije nego što je odabrao. Čak i ako stranica nema odgovarajuću funkciju, pozovite ispitanika da usporedi proizvode kako bi razumio na koje će se parametre oslanjati. Možda ćete dobiti ideje o tome kako bi funkcija usporedbe trebala izgledati i također prilagoditi stranicu proizvoda ovom scenariju.
Takvi zadaci pružaju mnoge stvarne primjere izvođenja osnovnih operacija u proizvodu. To često dovodi do mnogo šireg spektra problema i nalaza. Osim toga, omogućuje vam testiranje proizvoda na novim scenarijima koje niste smatrali osnovnima ili o kojima niste razmišljali.
Kada smo testirali projekt Mail.Ru Real Estate, zadaci temeljeni na iskustvu ispitanika pomogli su nam da dođemo do mnogih otkrića. Vidjeli smo da prilikom traženja stana u moskovskoj regiji ljudi u geofilteru navode krajnje stanice metroa, što znači da su to stanice do kojih se može doći iz regije. Očekivali smo da metro filter traži stan blizu stanice. Saznali smo i po čemu se scenariji pretraživanja novih zgrada razlikuju od sekundarnih, što je pomoglo premjestiti pretragu novogradnji u drugi dio stranice – sa svojim filterima i vlastitim konceptom opisa stanova. Također preporučujem čitanje izvrsnog članka Jareda Spoola o prednostima takvih zadataka.
Zadaci bez zadaća. Ponekad je bolje korisnicima uopće ne ponuditi zadatke za rad s projektom, već vidjeti gdje se sami počinju upoznavati s proizvodom. Dajte ispitaniku uvod: “Zamislite da ste odlučili isprobati ovaj proizvod. Ostavit ću vas na nekoliko minuta. Radite ono što biste radili u stvarnom životu. Ne dajem ti nikakve zadatke."
Važno je da moderator napusti sobu u ovom trenutku. Inače, korisnik je u iskušenju da odmah nešto pita, da pojasni: „Trebam li se registrirati? Kako to mogu učiniti?" i tako dalje.
Ova vrsta zadatka korisna je za potpuno nove proizvode. Često ga koristimo za mobilne aplikacije i igre. Tako saznajemo čitaju li korisnici materijale za obuku, koji detalji odmah privlače pažnju, što ljudi razumiju o konceptu proizvoda i kako onda opisuju njegove mogućnosti. Nakon slobodnog zadatka planirani su specifični scenariji.
Drugo područje primjene besplatnih zadataka su sadržajni projekti. Ako želite razumjeti kako se čitaju vaši članci (gdje se dugo zadržavaju, što preskaču, na koje elemente na stranici obraćaju pozornost), onda jednostavno ostavite ispitanika nasamo s projektom nekoliko minuta. Samo bez moderatora koji gleda preko ramena, korisnik će se opustiti i čitati tekst na isti način kao i inače. Ovako testiramo projekte “Mail.Ru News”, “Mail.Ru Lady” i druge. Ovaj pristup omogućio je identificiranje različitih obrazaca ponašanja na stranici, različitih obrazaca čitanja članaka i razumijevanje koje vrste materijala treba drugačije formatirati.
Izrada dobrih zadataka
Prvi zadatak je jednostavan. Započnite testiranje s uvodnim i jednostavnim zadacima. Ispitanik se treba prilagoditi formatu testa, posebno ako koristite metodu razmišljanja naglas: moraju se naviknuti da moraju verbalizirati svoje misli i osjećaje. Ne biste trebali odmah svaliti svu bol i patnju sučelja na njega.
Nemoj mi davati nikakve nagovještaje. Formulirajte zadatke na takav način da ne potaknete ispitanika da učini pravu stvar. Ako želite testirati mogućnost dodavanja proizvoda u favorite u internetskoj trgovini, izostavite zadatak "Dodajmo ovaj TV u favorite", pogotovo ako se gumb tako zove. Ispitanik će, nakon što je pročitao zadatak, jednostavno pronaći gumb na ekranu sa željenim potpisom - možda čak i ne shvaćajući što točno radi.
Bolje je objasniti značenje zadatka bez pribjegavanja terminima u sučelju. Na primjer: “Na stranici možete spremiti proizvode koji vam se sviđaju i zatim odabrati koji ćete naručiti. Pokušajmo to učiniti s tim i takvim televizorom.”
Pazi na terminologiju. Nemojte koristiti nejasne riječi i simbole. Čini se to očiglednim, ali mi, naviknuvši se na određene pojmove, često zaboravimo da ih malo tko izvan informatičke zajednice poznaje. Na primjer, kada smo testirali novu funkcionalnost niti (lanac pisama) u Mail.Ru Mailu, imali smo poteškoća. Uostalom, korisnici koji nisu upoznati s ovom funkcijom jednostavno nemaju u glavi pojam koji bi označavao niti.
Na kraju ih nismo ništa zvali. Ispitanicima smo jednostavno pokazali okvir s povezanim nitima i razgovarali o ovoj novoj značajci, a korisnicima dopustili da odaberu riječ za označavanje niti. To nam je pomoglo da kasnije koristimo najrazumljivije tekstove u obrazovnim promotivnim materijalima.
Pratite ne samo zadatke, već i pitanja moderatora, posebno ona koja dolaze od tima tijekom testiranja. Na primjer, kada raspravljate o funkcijama, ne biste trebali koristiti riječ "alatna traka": nije svatko s njom upoznat. Prije samo nekoliko godina, nisu svi korisnici uopće znali riječ "preglednik". Najbolji način formuliranja zadataka ovisi o publici za testiranje. Ne biste trebali ići u drugu krajnost, objašnjavajući sve pojmove redom. Na primjer, iskusni igrači ne moraju objašnjavati što su "buff", "frag", "respawn" i tako dalje.
Manje testiranja.Često je primamljivo napraviti testni račun za ispitanika u sustavu i provesti testiranje na njemu. Uostalom, možete testirati sve na ovom računu unaprijed, izbjeći probleme i ne gubiti vrijeme na registraciju ili autorizaciju ispitanika. Često je i tehnički puno lakše implementirati novi dizajn na testnim podacima nego na stvarnim podacima.
Međutim, ovim pristupom riskirate dobivanje puno manje korisnih rezultata, jer radnje testiranja nemaju stvarne posljedice. Situacija postaje potpuno umjetna, korisnicima ju je teško projicirati na stvarno iskustvo.
Primjerice, kada rade na vlastitom računu na društvenoj mreži, ispitanici će, kao i u stvarnom životu, pažljivo raditi sve što vide njihovi prijatelji (objavljivati poveznice, slati poruke). Prilikom postavljanja vlastitog poštanskog sandučića nastojat će ne brisati važna pisma. Prilikom testiranja internetskih trgovina ponekad se koristi pristup u kojem se nagrada mora potrošiti izravno tijekom testa. U tom slučaju ispitanik neće bocnuti prvi proizvod koji odgovara zadatku, već će odabrati ono što mu zapravo treba.
Uz samo testne podatke, pronaći ćete probleme povezane samo s njima, umjesto testiranja funkcionalnosti na različitim varijacijama. Na primjer, kada smo testirali društvenu ploču preglednika Amigo, jedan od ispitanika, koji je povezao svoj VKontakte račun s pločom, odmah je primijetio da mu je nezgodno čitati na ovaj način. Gotovo cijeli feed sastojao se od pretplata na grupe s erotskim fotografijama. A u uskoj ploči na slikama jednostavno je bilo nemoguće vidjeti bilo što.
Još jedan problem s testnim podacima je taj što je teško razumjeti sustav, budući da je sve oko njega neobično. Na primjer, korisnik društvene mreže navikao je svoju stranicu prepoznavati po vlastitoj fotografiji. Čak i kada testiramo prototipove, nastojimo ih personalizirati što je više moguće. Na primjer, kada testiramo prototipove koji se mogu kliknuti u Odnoklassniki, uvijek ih prilagođavamo za svakog korisnika, umetajući njegovo ime i fotografiju, a ponekad i najnovije vijesti, na stranicu.
Nemojte biti ograničeni sučeljem. Ne zaboravite da interakcija s proizvodom često nije ograničena samo na sučelje. Ako je moguće, testirajte povezane proizvode ili usluge i veze između njih. Prilikom testiranja igara nastojimo provjeriti ne samo igru, već i njezinu web stranicu i povezana preuzimanja, registraciju u igri i traženje informacija na forumu. A prilikom testiranja jedne online trgovine, provjerio sam i poziv operatera nakon narudžbe, koji je dao preporuke za pozivni centar.
Razmislite o vremenu. Za dobar scenarij važno je odrediti prioritet zadataka. Najvjerojatnije ćete htjeti obaviti puno zadataka ako je sustav velik i test ima mnogo ciljeva. Međutim, umoran ispitanik više neće biti od koristi. Dobar test ne traje više od sat i pol, najviše dva. Izuzetak su možda igre. I zapamtite da vaši ciljevi nisu samo zadaci, već i intervjui, upitnici, postavljanje opreme i potpisivanje dokumenata. Sve to obično traje najmanje pola sata.
Ako zadataka ima previše, a od nekih ne želite odustati, one najmanje prioritetne možete staviti u rotaciju, odnosno prikazati samo dijelove ispitanika. Ili neka dio testa bude obavezan za sve, a ostatak gledajte samo s onima koji imaju dovoljno vremena. Ali to će najvjerojatnije biti najuspješniji ispitanici.
Ocijenite korisnost zadatka. Razmislite odgovara li doista vašim hipotezama. Na primjer, želite testirati značajku pretplate na vijesti na web stranici. Zadatak “Pretplati se na newsletter” samo će provjeriti mogu li newsletter pronaći oni koji ga traže. Međutim, ljudi rijetko dolaze na stranicu kako bi se pretplatili na vijesti. Zadatak se ne odnosi na stvarni život. Morate razumjeti primjećuju li priliku za pretplatu oni koji obavljaju potpuno različite zadatke.
To se može provjeriti na različite načine, ovisno o implementaciji funkcije. Ako je osoba bila angažirana na zadacima u kojima je možda vidjela opciju pretplate, pitajte je postoji li na stranici. Samo svakako razjasnite gdje je vidio ovu priliku ili kako je implementirana kako biste bili sigurni da se ispitanik ne slaže samo s vama.
Ako je ponuda pretplate ugrađena u proces registracije ili odjave, pogledajte hoće li je ispitanik iskoristiti i raspravite o tome nakon zadatka. Vrlo su male šanse da se u laboratorijskim uvjetima ljudi stvarno pretplate na mailing liste, ali možete provjeriti je li osoba obratila pažnju na ovu priliku, što očekuje od mailing liste i slično.
Zbirka završnih dojmova
Svrha završne faze testiranja je prikupiti dojmove o radu s proizvodom, shvatiti što se korisniku svidjelo, a što uzrujalo te ocijeniti subjektivno zadovoljstvo. Tipično, ovaj dio testa koristi kombinaciju intervjua s moderatorom i ispunjavanja formalnih upitnika.
Intervju s moderatorom
U završnom intervjuu ispitanicima uvijek postavljamo približno ista pitanja: “Kakvi su bili vaši dojmovi?”, “Što vam se svidjelo, a što nije?”, “Je li bilo nešto što se činilo teškim ili nezgodnim?”, “Što je bilo nedostaje?” , “Što biste željeli promijeniti u proizvodu?” Vrijeme je da razjasnite nejasne aspekte ponašanja ispitanika ako to niste učinili tijekom testa. Ako ste prije testa od korisnika doznali njihov odnos prema brendu ili proizvodu i očekivanja od njega, saznajte je li se što promijenilo. Prilikom intervjua obratite pozornost na sljedeće:
Društvena poželjnost. Vrlo pažljivo postupajte s rezultatima razgovora. Ako tijekom testa često čujete impulzivne komentare pod utjecajem problema, onda će u završnom intervjuu društvena poželjnost cvjetati.
Neki ljudi smatraju da kada govore o problemima u proizvodu priznaju vlastitu nesposobnost. Drugi jednostavno ne žele uznemiriti ugodnog moderatora. Vrlo često ispitanici (osobito žene) koji su prošli kroz cijeli test kažu da je sve u principu normalno. Negativne povratne informacije također mogu biti diktirane društvenom poželjnošću: ako ispitanik vjeruje da je svrha testa pronaći nedostatke, on ih marljivo pokušava pronaći.
Citati i prioriteti. Iako sve riječi ispitanika u završnom intervjuu često treba podijeliti s dva ili čak deset, to ne znači da su beskorisne. Na temelju toga kako ispitanici sažimaju svoje dojmove možete zaključiti o prioritetima. Je li proizvod "potpuno sranje"? Što je točno utjecalo na to? Kojeg se od brojnih problema ispitanik najviše sjeća i smatra najneugodnijim?
Ipak, uzmite u obzir činjenicu da se zadnji zadatak najbolje pamti. Također je vrlo korisno pratiti kojim pridjevima ispitanici opisuju proizvod i s čime uspoređuju svoje iskustvo.
Ne zaboravimo na dobro. Vrlo često, izvješće o testiranju upotrebljivosti je dugačak popis problema pronađenih tijekom testa. Općenito, pronalaženje problema jedan je od glavnih zadataka istraživanja. Ali ne zaboravite na pozitivne aspekte proizvoda.
Prvo, izvještaj bez pozitivnih rezultata jednostavno demotivira tim. I drugo, korisno je znati što se korisnicima sviđa kod proizvoda: što ako tijekom sljedećeg redizajna odluče ukloniti značajku koja se svima toliko svidjela. Stoga ispitanike svakako pitajte o pozitivnim aspektima proizvoda, čak i ako su kritizirali sučelje tijekom testiranja.
Odnos prema "željama". Najvjerojatnije će ispitanici, osim svojih dojmova, izraziti želje i ideje. Vaš je posao razumjeti koji je problem iza prijedloga. Jer vam rješenja koja korisnici nude vrlo vjerojatno neće odgovarati. Uostalom, sudionici testiranja nisu dizajneri, oni nisu svjesni značajki i ograničenja razvoja. Međutim, iza svakog takvog zahtjeva postoji potreba koju morate uhvatiti. Ako ispitanik kaže da mu ovdje apsolutno treba veliki zeleni gumb, svakako se zapitajte: zašto?
Mjera zadovoljstva
Često je, prema riječima ispitanika u završnom intervjuu, teško shvatiti sviđa li mu se proizvod ili ne, a još teže usporediti stav nekoliko ispitanika koji su istaknuli i prednosti i nedostatke. Ovdje upitnici dolaze u pomoć istraživaču. Prvo, prilikom ispunjavanja upitnika (osobito prije razgovora s moderatorom) utjecaj notorne društvene poželjnosti nešto je manji, iako je se nećete u potpunosti riješiti. Drugo, upitnik vam daje jasne parametre za usporedbu scenarija, proizvoda ili faza projekta.
Sastavljanje dobrog upitnika posebna je i vrlo velika tema. Ovdje su važni tekstovi, mjerila i još mnogo toga. Gotovi i provjereni upitnici mogu biti dobra pomoć: već su usavršeni i testirani mnogo puta. Jedini problem je što gotovo svi ovi upitnici nemaju službene prijevode na ruski. Naravno, možete ih sami prevesti, ali s metodološkog gledišta, prijevode je potrebno testirati kako bi se provjerila točnost teksta. Unatoč tome, upitnici vam mogu poslužiti kao vodič pri izradi vlastitih upitnika.
Postoje upitnici koji se daju nakon svakog zadatka za procjenu zadovoljstva određenim scenarijima. Na primjer:
- Upitnik nakon scenarija (ASQ). Tri pitanja o složenosti, produktivnosti i savjetima u sustavu.
- Jedno jednostavno pitanje (SEQ) . Jedno pitanje o složenosti scenarija.
A tu su i upitnici koji se koriste već u završnoj fazi testiranja. Evo nekoliko primjera koje koristimo kada je potrebno:
- Skala upotrebljivosti sustava i upitnik upotrebljivosti sustava nakon studija. Dva klasična i popularna upitnika nastala prije više od 20 godina. Oba se sastoje od izjava. Ispitanici moraju navesti razinu slaganja s njima. Sve ove tvrdnje karakteriziraju upotrebljivost proizvoda iz različitih kutova. Na primjer: "Mogao sam lako pronaći informacije koje su mi trebale", "Različite mogućnosti sustava lako su dostupne" i tako dalje.
- . Upitnik koji nam često pomaže tijekom testova. Korisniku je na raspolaganju skup pridjeva iz kojih odabire one koji mogu karakterizirati proizvod. Kao rezultat, dobivate oblak riječi - karakteristike vašeg projekta. Često ova tehnika donosi vrlo zanimljive rezultate.
- Upitnik o iskustvu igre. Klasični upitnici upotrebljivosti ne mogu se primijeniti na igre: uključenost u igranje puno je važnija od razumljivosti sučelja. Stoga biste uvijek trebali izraditi posebne upitnike za igre ili koristiti Upitnik o iskustvu igre. Upitnik sadrži nekoliko modula: osnovni modul, blok unutar igre, post-upitnik i upitnik o društvenim mogućnostima igre. Materijal objavio korisnik. Pritisnite gumb "Napiši" da biste podijelili svoje mišljenje ili razgovarali o svom projektu.
Priprema, intervjui i prikupljanje podataka
Na oznake
Natalia Sprogis, voditeljica UX istraživanja u Mail.Ru Group, govorila je na blogu tvrtke na Habrahabru o pripremi i provođenju testiranja upotrebljivosti: što uključiti u testnu skriptu, kako odabrati metodu prikupljanja podataka, izraditi zadatke i prikupiti dojmove ispitanika .
Plan testiranja je, s jedne strane, skup zadataka, pitanja i upitnika koje dajete svakom ispitaniku, as druge strane, to je metodološka osnova istraživanja: metrika i hipoteze koje testirate i bilježite, odabranih alata.
Je li testiranje doista potrebno?
Prvo, morate biti sigurni da u ovoj fazi projekt treba testiranje upotrebljivosti. Stoga razjasnite u koju svrhu vas projektni tim kontaktira. Testiranje upotrebljivosti nije svemoćno i već u startu treba shvatiti što ono može donijeti proizvodu. Odmah pripremite svoj projektni tim da znate na koja pitanja možete odgovoriti, a na koja ne. Bilo je slučajeva kada smo klijentima ili ponudili drugu metodu (na primjer, dubinski intervjui ili proučavanje dnevnika sada su bolji), ili im preporučili da u potpunosti napuste studiju i umjesto toga naprave split test.
Na primjer, nikada ne testiramo "privlačnost" značajke ili opcije dizajna u kvalitativnom istraživanju. Možemo prikupljati povratne informacije od korisnika, ali postoji preveliki rizik da će na njihove odgovore utjecati društvena poželjnost. Ljudi su uvijek skloni reći da bi koristili i ono što neće koristiti. A mali uzorak ne dopušta nam da vjerujemo takvim odgovorima. Na primjer, imali smo neuspješno iskustvo testiranja odredišnih stranica za igre: odredišna stranica koja je odabrana kao najatraktivnija u testu imala je mnogo lošije rezultate tijekom A/B testiranja.
Testiranje prototipova i koncepata također ima niz ograničenja. Kada planirate, morate shvatiti što stvarno možete dobiti ovim testom. Sjajno je kada projekt ima priliku testirati prototipove ili dizajne prije implementacije. Međutim, što je prototip manje detaljan i funkcionalan, to je viša razina apstrakcije za ispitanika, to se manje podataka može dobiti iz testa. Najbolje je testirati prototipove kako bi se identificirali problemi s imenovanjem i metaforama ikona, odnosno sva pitanja razumljivosti. Sposobnost testiranja bilo čega izvan toga uvelike ovisi o prirodi projekta i detaljima prototipa.
Osnova za pisanje skripte za testiranje upotrebljivosti
Planiranje testa ne počinje pisanjem teksta zadataka, već detaljnom razradom ciljeva i istraživačkih pitanja zajedno s projektnim timom. Evo osnove za izradu plana:
Važni scenariji. To su oni korisnički scenariji (zadaci ili slučajevi korištenja) koji utječu na poslovanje ili su povezani sa svrhom testiranja. Čak i ako tim posumnja na probleme u određenim područjima, često je vrijedno provjeriti temeljne slučajeve. U ovom slučaju, sljedeći se scenariji mogu smatrati važnima za test:
- najčešći (na primjer, slanje poruke u messengeru);
- utjecaj na poslovne ciljeve (na primjer, rad s obrascem za plaćanje);
- koji se odnose na ažuriranje (oni na koje utječe redizajn ili uvođenje nove funkcionalnosti).
poznati problemiČesto istraživanja moraju dati odgovore na uzroke poslovnih problema usluge. Na primjer, producent je zabrinut zbog velikog odljeva igrača nakon prvog sata igre. A ponekad su problematična područja sučelja već poznata timu i morate prikupiti detalje i specifičnosti. Na primjer, služba za podršku često se kontaktira s pitanjima o obliku plaćanja.
Pitanja. Tim također može imati pitanja za istraživanje: na primjer, primjećuju li korisnici banner koji reklamira dodatne usluge; Je li određena sekcija jasno imenovana?
Hipoteze. To je ono u što se prevode poznati problemi i pitanja tima. Dobro je ako vam kupac dođe s gotovim hipotezama - na primjer, „Naši klijenti plaćaju samo telefonom uz proviziju. Korisnici možda neće vidjeti izbor isplativijeg načina plaćanja.” Ako nema hipoteza, ali postoji samo želja da se projekt apstraktno testira "za upotrebljivost", vaš je zadatak formulirati te hipoteze.
Razmislite s projektnim timom o mjestima na kojima se korisnici ne ponašaju prema očekivanjima (ako postoje takve informacije). Saznajte postoje li elementi dizajna o kojima se puno raspravljalo i koji bi se mogli pokazati problematičnima. Provedite vlastitu reviziju proizvoda kako biste pronašli potencijalne probleme za korisnike koje je važno testirati. Sve to će vam pomoći da napravite popis onih elemenata (zadataka, pitanja, provjera) koji bi trebali biti uključeni u konačnu skriptu.
Način prikupljanja podataka
Važno je razmotriti kako ćete prikupljati podatke o tome što se događa tijekom testa za kasniju analizu. Tradicionalno se koriste sljedeće opcije:
Promatranje. Prilikom izvršavanja zadataka, ispitanik ostaje sam s proizvodom i ponaša se kako mu odgovara. Komentari ispitanika prikupljaju se putem upitnika i komunikacije s moderatorom nakon testiranja. Ovo je "najčišća" metoda, pruža prirodnije ponašanje ispitanika i mogućnost ispravnog mjerenja niza metrika (primjerice, vrijeme potrebno za izvršenje zadatka).
Međutim, mnogo je korisnih kvalitativnih podataka iza kulisa. Vidjevši ovo ili ono ponašanje ispitanika, ne možete shvatiti zašto se tako ponaša. Naravno, to možete pitati na kraju testa, ali najvjerojatnije će ispitanik dobro zapamtiti samo zadnji zadatak. Osim toga, tijekom izvršavanja zadataka njegovo mišljenje o sustavu može se promijeniti, a vi ćete dobiti samo konačnu sliku, a ne prvi dojam.
Think Aloud (misli naglas). Dugo se vremena ova metoda najčešće koristila u testiranju upotrebljivosti. Jakob Nielsen jednom ga je nazvao glavnim alatom za procjenu upotrebljivosti. Poanta je da tražite od ispitanika da izrazi sve misli koje se javljaju tijekom rada sa sučeljem i komentira sve svoje postupke. To izgleda otprilike ovako: “Sada ću dodati ovaj artikl u svoju košaricu. Gdje je gumb? Ah, evo je. Oh, zaboravio sam pogledati koje je boje.”
Metoda pomaže razumjeti zašto se korisnik ponaša na ovaj ili onaj način i kakve emocije trenutna interakcija izaziva u njemu. Jeftin je i jednostavan, s njim se može nositi i neiskusan istraživač.
Međutim, ima svojih nedostataka. Prvo, nije baš prirodno da ljudi cijelo vrijeme "razmišljaju naglas". Često će šutjeti i morat ćete ih stalno podsjećati da nastave govoriti. Drugo, zadaci s ovom metodom zahtijevaju malo više vremena nego u stvarnom životu. Osim toga, neki ispitanici počinju koristiti proizvod promišljenije. Artikulirajući razloge svojih postupaka, pokušavaju djelovati racionalnije i jednostavno ne žele ispasti idioti, a možda nećete uhvatiti neke intuitivne trenutke njihovog ponašanja.
Aktivna intervencija moderatora. Metoda je idealna za testiranje koncepata i prototipova. Tijekom izvršavanja zadataka, moderator aktivno komunicira s korisnikom: u pravim trenucima otkriva razloge njegovog ponašanja i postavlja razjašnjavajuća pitanja. U nekim slučajevima, moderator može čak izdati neplanirane zadatke koji proizlaze iz dijaloga.
Ova metoda omogućuje prikupljanje maksimalne količine kvalitetnih podataka. Međutim, može se koristiti samo ako vjerujete u profesionalnost svog moderatora. Netočno formulirana ili u krivo vrijeme postavljena pitanja mogu uvelike utjecati na ponašanje i dojmove ispitanika, pa čak i poništiti rezultate testa. Također, pri korištenju ove metode ne mogu se mjeriti gotovo nikakve metrike.
Retrospektivno razmišljanje naglas, RTA (retrospective). Ovo je kombinacija prve dvije metode. Korisnik najprije bez smetnji obavi sve zadatke, a zatim se pred njim pusti video njegovog rada, komentira svoje ponašanje i odgovara na pitanja moderatora. Glavni nedostatak metode je da se vrijeme testiranja znatno povećava. Međutim, postoje trenuci kada je to optimalno.
Na primjer, jednom smo se suočili sa zadatkom testiranja nekoliko vrsta mobova (čudovišta iz igre) u jednom RPG-u. Naravno, nismo mogli odvratiti ispitanike pitanjima niti ih prisiliti da komentiraju svoje postupke tijekom bitke. To bi onemogućilo igranje utakmice u kojoj je za pobjedu potrebna koncentracija. S druge strane, korisnik bi se teško mogao sjetiti nakon niza kontrakcija je li primijetio da sjekira crveno svijetli kod prvog štakora. Stoga smo u ovom testu koristili RTA metodu. Sa svakim korisnikom pregledali smo njegove bitke i razgovarali o efektima čudovišta koje je primijetio i kako ih je razumio.
Pokušajte razmisliti o tome kako dobiti dovoljno podataka, a pritom zadržati maksimalnu prirodnost ponašanja ispitanika. Unatoč jednostavnosti i svestranosti metode “razmišljaj naglas”, koja je već dugo najpopularnija u testiranju upotrebljivosti, sve je više pokušavamo zamijeniti promatranjem. Ako moderator uoči zanimljivo ponašanje ispitanika, pričekat će dok on ne završi zadatak i nakon toga postaviti pitanje. Neposredno nakon zadatka veća je vjerojatnost da će se ispitanik prisjetiti zašto ga je napravio.
Eye tracker puno pomaže u ovom pitanju. Vidjevši fokus trenutne pažnje ispitanika, možete bolje razumjeti njegovo ponašanje bez postavljanja nepotrebnih pitanja. Općenito, eye tracker značajno poboljšava kvalitetu moderiranja, a ta uloga, po mom mišljenju, nije ništa manje važna od mogućnosti izrade mapa hitova.
Metrika
Mjerni podaci su kvantitativni pokazatelji upotrebljivosti. Kao rezultat testiranja, uvijek dobijete niz problema pronađenih u sučelju. Mjerni podaci vam omogućuju da shvatite koliko je sve dobro ili loše, kao i da to usporedite s drugim projektom ili prethodnim verzijama dizajna.
Koje su metrike?
Prema ISO 9241-11 glavne karakteristike upotrebljivosti su učinkovitost, produktivnost i zadovoljstvo. Različite metrike mogu biti relevantne za različite projekte, ali sve su one nekako povezane s ove tri karakteristike. Pisaću o najčešće korištenim indikatorima.
Uspješno izvršavanje zadataka. Možete koristiti binarni kod: nosio se sa zadatkom ili nije uspio. Često slijedimo Nielsenov pristup i razlikujemo tri vrste procjena uspjeha:
- izvršio zadatak gotovo bez problema - 100%;
- naišli su na probleme, ali su samostalno izvršili zadatak - 50%;
- nije uspio riješiti zadatak - 0%.
Ako je od 12 ispitanika 4 lako završilo zadatak, 6 je imalo problema, a 2 nisu uspjela, tada će prosječna stopa uspješnosti za ovaj zadatak biti 58%.
Ponekad ćete se susresti sa situacijom u kojoj srednja skupina uključuje ispitanike s vrlo različitim stupnjevima "problematičnosti". Primjerice, jedan se ispitanik mučio sa svakim poljem formulara, dok je drugi napravio malu grešku tek na samom kraju. Svoju ocjenu možete dati prema vlastitom nahođenju, ovisno o tome što se dogodilo na testu. Na primjer, 25% - ako je ispitanik tek počeo ispunjavati zadatak ili 80% - ako je napravio manju pogrešku.
Kako biste izbjegli previše subjektivnosti, unaprijed razmislite o ljestvicama ocjenjivanja umjesto da odlučujete za svakog ispitanika nakon testa. Također je vrijedno razmisliti što učiniti s pogreškama. Na primjer, dali ste zadatak da kupite ulaznice za kino na projektu Mail.Ru Cinema. Jedan od ispitanika je slučajno kupio kartu ne za sutra, već za danas, i nije to primijetio. Uvjeren je da je izvršio zadatak i da ima kartu u rukama. Ali njegova greška je toliko kritična da neće ući u film, pa bih dao 0% unatoč činjenici da je karta kupljena.
Stopa uspješnosti vrlo je jednostavna i jasna metrika i preporučujem da je koristite ako vaši zadaci imaju jasne ciljeve. Pogled na grafikon uspješnosti zadatka omogućuje vam da brzo identificirate najproblematičnija područja sučelja.
Vrijeme izvršenja zadatka. Ova metrika služi samo za usporedbu. Kako znate je li korisnik izvršio zadatak u 30 sekundi dobar ili loš? Ali činjenica da je vrijeme smanjeno u usporedbi s prethodnom verzijom dizajna već je dobro. Ili činjenica da registracija na našem projektu traje kraće od konkurencije. Postoje sučelja kod kojih je smanjenje vremena za dovršavanje zadataka kritično - na primjer, radno sučelje zaposlenika pozivnog centra.
Međutim, ova metrika nije primjenjiva za sve zadatke. Uzmimo zadatak odabira proizvoda u online trgovini. Korisnici bi trebali brzo pronaći filtre i druge elemente sučelja povezane s pretraživanjem proizvoda, no sam proces odabira odvest će ih u različito vrijeme, što je sasvim normalno. Prilikom odabira cipela žene su spremne prelistati 20 stranica rezultata pretraživanja. I to ne mora značiti da na prvim stranicama nije bilo relevantnih proizvoda ili da nisu vidjeli filtere. Često samo žele vidjeti sve mogućnosti.
Učestalost problema. Svako izvješće o testiranju upotrebljivosti sadrži popis problema s kojima su se susreli ispitanici. Broj ispitanika koji su se susreli s problemom pokazatelj je njegove učestalosti unutar testa. Ova se metrika može koristiti samo ako su vaši korisnici izvršili potpuno iste zadatke.
Ako je bilo varijacija u testu ili zadaci nisu bili jasno formulirani, nego su sastavljeni na temelju razgovora, tada će biti teško izračunati učestalost. Bit će potrebno ne samo prebrojati one koji su se s njim susreli, već i procijeniti koliko bi se ispitanika moglo susresti s problemom (izvršili su sličan zadatak, otišli na isti odjeljak). Međutim, ova karakteristika omogućuje timu da razumije koje probleme treba prvo riješiti.
Subjektivno zadovoljstvo. Ovo je subjektivna procjena korisnika o pogodnosti ili udobnosti rada sa sustavom. Otkriva se pomoću upitnika koje ispitanici ispunjavaju tijekom ili nakon testiranja. Postoje standardni upitnici. Na primjer, skala upotrebljivosti sustava, upitnik upotrebljivosti nakon studija ili upitnik iskustva igre za igre. Ili možete izraditi vlastiti upitnik.
Ovo su daleko od jedine moguće metrike. Na primjer, popis od 10 UX metrika koje ističe Jeff Sauro. Za vaš proizvod metrika može biti drugačija: na primjer, na kojoj razini ispitanici razumiju pravila igre, koliko grešaka rade prilikom ispunjavanja dugih obrazaca. Ne zaboravite da odluka o korištenju mnogih metrika nameće brojna ograničenja testiranju. Ispitanici se trebaju ponašati što prirodnije i pod istim uvjetima. Stoga bi bilo dobro osigurati:
- Zajednička polazišta. Isti zadaci za različite ispitanike trebali bi započeti s iste točke sučelja. Nakon svakog zadatka možete zamoliti ispitanike da se vrate na glavnu stranicu.
- Bez intervencija. Svaka komunikacija s moderatorom može utjecati na metriku izvedbe ako moderator nesvjesno sugerira nešto ispitaniku i produži vrijeme potrebno za dovršavanje zadatka.
- Redoslijed zadataka. Kako biste kompenzirali učinak učenja u usporednom testiranju, svakako promijenite redoslijed izlaganja proizvodima koji se uspoređuju među ispitanicima. Neka pola počne s vašim projektom, a pola s natjecateljskim.
- Uvjeti za uspjeh. Unaprijed razmislite o tome kakvo ponašanje smatrate uspješnim za zadatak: na primjer, je li prihvatljivo da ispitanik ne koristi filtre pri odabiru proizvoda u online trgovini.
Tumačenje metrike
Upamtite da je klasično testiranje upotrebljivosti kvalitativna studija i da su metrike koje dobijete prvenstveno ilustrativne. Oni pružaju pregled različitih scenarija u proizvodu, omogućujući vam da vidite bolne točke. Na primjer, postavljanje računa uzrokuje više poteškoća nego registracija u sustavu. Oni mogu pokazati dinamiku promjena ako ih redovito mjerite. Odnosno, metrika nam omogućuje da shvatimo da nam novi dizajn omogućuje da brže izvršimo zadatak. Upravo su ti odnosi mnogo indikativniji i pouzdaniji od apsolutnih vrijednosti pronađenih metrika.
Jeff Sauro, statistički stručnjak za istraživanje UX-a, savjetuje da metrike ne predstavljate kao prosjeke, već da uvijek koristite intervale pouzdanosti. To je puno ispravnije, pogotovo ako postoji varijacija u rezultatima ispitanika. Da biste to učinili, možete koristiti njegove besplatne mrežne kalkulatore: za uspjeh i za vrijeme izvršenja zadatka. Ne može se bez statističke obrade kod uspoređivanja rezultata.
Kada su mjerni podaci potrebni?
Ne sadrži svako izvješće o testiranju upotrebljivosti metriku. Njihovo prikupljanje i analiza zahtijevaju vrijeme i nameću ograničenja metodama ispitivanja. Ovo su slučajevi u kojima su stvarno potrebni:
- Dokazati. Često postoji potreba za dokazivanjem da je potrebno napraviti promjene na proizvodu, posebno u velikim tvrtkama. Za donositelje odluka brojevi su vizualni, razumljivi i poznati. Kada pokažete da 10 od 12 ispitanika nije moglo platiti neki artikl ili da registracija u sustav traje u prosjeku duplo duže nego kod konkurenata, rezultatima istraživanja daje veću težinu.
- Usporedi. Uspoređujete li svoj proizvod s ostalima na tržištu, također su vam potrebni mjerni podaci. Inače ćete vidjeti prednosti i nedostatke različitih projekata, ali nećete moći procijeniti gdje je vaš proizvod među njima.
- Vidi promjene. Mjerni podaci su dobri za redovito testiranje istog proizvoda nakon što su napravljene promjene. Omogućuju vam da vidite napredak nakon redizajna i obratite pozornost na ona mjesta koja su ostala bez poboljšanja. Ove pokazatelje opet možete koristiti kao bazu dokaza koja će menadžmentu pokazati težinu ulaganja u redizajn. Ili samo da shvatite da ste postigli rezultate i da se krećete u dobrom smjeru.
- Ilustrirajte, naglasite. Brojke dobro ilustriraju važna pitanja. Ponekad ih računamo za najupečatljivije i najvažnije trenutke testa, čak i ako ne koristimo metriku u svim zadacima.
Međutim, ne koristimo metriku u svakom testu. Možete i bez njih ako istraživač blisko surađuje s projektnim timom, postoji unutarnje povjerenje i tim je dovoljno zreo da ispravno odredi prioritete rješavanja problema.
Način snimanja podataka
Čini se, što nije u redu s bilježnicom i olovkom ili samo otvorenim Word dokumentom? U današnjem svijetu agilnog razvoja, UX istraživači moraju pokušati vratiti svoja otkrića timu što je prije moguće.
Kako biste optimizirali vrijeme analize, dobro je unaprijed pripremiti predložak za unos bilješki tijekom testa. Pokušali smo to učiniti u specijaliziranom softveru (na primjer, Noldus Observer ili Morae Manager), ali u praksi su se tablice pokazale najfleksibilnijima i univerzalnima. Unaprijed u tablici označite pitanja koja planirate postaviti, mjesta za upisivanje problema pronađenih u zadacima, kao i hipoteze (za svakog ispitanika označite je li potvrđena ili ne). Naši znakovi izgledaju ovako:
Što još možete koristiti:
- . Prilagodljivi Excel predložak za unos zapažanja za svakog ispitanika. Ugrađen je mjerač vremena koji mjeri vrijeme potrebno za dovršavanje zadataka, a grafikoni vremena i uspjeha automatski se generiraju.
- Rainbow Spreadsheet autora Tomera Sharona iz Googlea. Vizualna tablica za suradnju između istraživača i tima. Poveznica vodi do članka koji opisuje metodu, a postoji i poveznica na Google proračunsku tablicu s predloškom.
S iskustvom, većina bilješki se može voditi tijekom testa. Ako niste stigli na vrijeme, bolje je odmah nakon testa zapisati sve čega se sjećate. Vratite li se analizi nakon nekoliko dana, najvjerojatnije ćete morati ponovo pogledati video i potrošiti mnogo više vremena.
Priprema za testiranje
Osim metode, metrike i samog protokola testiranja, trebate odlučiti o sljedećim stvarima:
Format komunikacije s moderatorom. Moderator može biti u istoj prostoriji sa sudionikom testa. U ovom slučaju, bit će mu lako postaviti pitanja na vrijeme. No, prisutnost moderatora može utjecati na ispitanika: on će početi postavljati pitanja moderatoru, provocirajući ga da ga eksplicitno ili implicitno potakne.
Nastojimo barem dio testa ostaviti ispitanika samog s proizvodom. Na taj način njegovo ponašanje postaje opuštenije i prirodnije. A kako ne biste trčali naprijed-natrag ako nešto pođe po zlu, možete ostaviti bilo koji glasnik s uključenom audio vezom kako bi moderator mogao kontaktirati ispitanika iz sobe za promatranje.
Metoda postavljanja zadataka. Zadatke može najaviti moderator. Ali u ovom slučaju, unatoč jedinstvenom protokolu testiranja, tekst zadatka može se svaki put izgovarati nešto drugačije. Ovo je osobito istinito ako test provodi nekoliko moderatora. Ponekad čak i male razlike u formulacijama mogu staviti ispitanike u različite početne uvjete.
Kako biste to izbjegli, moderatore možete ili “istrenirati” da uvijek čitaju tekstove zadatka ili ispitanicima davati zadatke na papirićima ili na ekranu. Razlike u tekstu prestaju biti problem ako koristite fleksibilan scenarij, kada se zadaci formuliraju tijekom testa, na temelju razgovora s moderatorom.
Možete koristiti alate proizvoda za postavljanje zadataka. Primjerice, prilikom testiranja ICQ-a ispitanici su dobivali zadatke kroz prozor za razgovor s moderatorom, a prilikom testiranja Mail.Ru Mail-a dobivali su ih u pismima. Ovakav način postavljanja zadataka bio je najprirodniji za ove projekte, a također smo mnogo puta testirali osnovne scenarije korespondencije.
Stvaranje prirodnog konteksta.Čak i ako je riječ o laboratorijskim testovima, razmislite kako upotrebu proizvoda u testu približiti stvarnim uvjetima. Na primjer, ako testirate mobilne uređaje, kako će ih ispitanici držati? Za dobru sliku u videu bolje je kada je telefon ili tablet fiksiran na postolju ili leži na stolu. Međutim, to ne daje do znanja jesu li sve zone dostupne i zgodne za pritiskanje, jer se telefoni često drže jednom rukom, a s tabletima leže na sofi.
Vrijedno je razmisliti o okruženju u kojem će se proizvod koristiti: ometa li osobu nešto, je li bučno, postoji li dobra internetska veza. Sve se to može simulirati u laboratoriju.
Plan testiranja za kupca. Ovo je također važna pripremna faza jer uključuje projektni tim. Kupcu ne morate reći sve metodološke značajke testa (kako ćete komunicirati s ispitanikom, bilježiti podatke itd.). No svakako mu pokažite koji će biti zadaci i što ćete na njima testirati. Možda niste uzeli u obzir neke značajke projekta ili će možda projektni tim imati dodatne ideje i hipoteze. Obično završimo s ovakvim znakom:
Plan izvješća. Naravno, izvješće se piše na temelju rezultata istraživanja. Ali dobra je praksa sastaviti plan izvješća prije provođenja testova, na temelju ciljeva i zadataka studije. S takvim planom pred sobom možete provjeriti cjelovitost svoje skripte, kao i pripremiti najprikladnije obrasce za prikupljanje podataka za naknadnu analizu. Možete odlučiti da izvješće nije potrebno i da je opća datoteka zapažanja dovoljna za vas i tim. A ako motivirate svoj tim da ga ispuni s vama, to će biti apsolutno sjajno.
Naravno, možete samo "dopustiti svom prijatelju da koristi proizvod" i vidjeti koje poteškoće on ili ona ima. Ali dobro napisana skripta omogućit će vam da ne propustite važna pitanja i da slučajno ne natjerate ispitanika na odgovore koji su vam potrebni. Uostalom, testiranje upotrebljivosti je pojednostavljeni eksperiment, au svakom eksperimentu važna je prethodna priprema.
Protokol za bilo koje testiranje upotrebljivosti sastoji se od sljedećih dijelova:
- Uputa ili brifing (dobrodošlica, opis događaja, potpisivanje dokumenata).
- Uvodni intervju (screening test, kratki intervju o korištenju proizvoda, kontekstu i scenarijima).
- Rad s proizvodom (testiranje zadataka).
- Prikupljanje konačnih dojmova o proizvodu na temelju iskustva testiranja.
Uputa ili brifing
Bez obzira na predmet testiranja, svaki studij počinje na isti način. Što treba učiniti:
Stvorite atmosferu. Upoznajte osobu, ponudite je čajem, kavom ili vodom, pokažite joj gdje je WC. Pokušajte malo opustiti ispitanika jer bi mogao biti nervozan prije događaja. Saznajte je li vas bilo lako pronaći, pitajte kako ste.
Opišite proces. Recite nam kakav događaj očekuje ispitanika, koliko će trajati, od kojih se dijelova sastoji i što ćete učiniti. Obavezno naglasite ispitaniku da će njihov doprinos pomoći u poboljšanju proizvoda i da ne testirate sposobnosti osobe. Ako snimate video, upozorite ispitanika na to i recite mu da se podaci neće pojavljivati online. Ja kažem nešto ovako:
Nalazimo se u uredu Mail.Ru Group. Danas ćemo govoriti o projektu XXX. Ovo će trajati oko sat vremena. Prvo ćemo malo popričati, onda ću vas zamoliti da pokušate napraviti nešto u samom projektu, a onda ćemo razgovarati o vašim dojmovima. Snimat ćemo video zapisom što se događa u sobi i na ekranu računala. Registracija je potrebna isključivo radi analize, nećete se vidjeti na internetu.
Provodimo istraživanje kako bismo projekt XXX učinili boljim, kako bismo razumjeli što u njemu treba popraviti i u kojem smjeru bi se trebao razvijati. Stoga vas molim da otvoreno iznosite sve komentare, kako pozitivne tako i negativne. Ne bojte se uvrijediti nas. Ako vam nešto ne uspije tijekom proučavanja projekta, prihvatite to mirno. To znači da smo pronašli problem koji projektni tim treba riješiti. Glavna stvar je zapamtiti da mi ne testiramo vas, vi testirate proizvod. Ako ste spremni, predlažem da počnete.
Za potpisivanje dokumenata. U pravilu se radi o privoli na obradu osobnih podataka, a ponekad i privoli o neobjavljivanju podataka o testiranju. Za testove s maloljetnicima potreban je pristanak roditelja da njihovo dijete sudjeluje u istraživanju. Obično ga unaprijed pošaljemo roditeljima i zamolimo ih da ga donesu sa sobom. Svakako objasnite zašto tražite da potpišete dokumente i dajte im vremena da ih pregledaju. U Rusiji su ljudi oprezni prema svim papirima koje je potrebno potpisati.
Postavite opremu. Ako koristite praćenje očiju, biometrijsku opremu ili jednostavno snimate video, sada je vrijeme da sve to uključite. Upozorite ispitanika kada počnete snimati.
Uvodni razgovor
Rješava sljedeće probleme:
Provjerite zapošljavanje. Da biste bili sigurni, uvijek počnite odatle – čak i ako vjerujete agenciji ili osobi koja je pronašla ispitanika. Više puta smo tijekom testa otkrili da je ispitanik krivo razumio pitanja i zapravo nije koristio proizvod baš onako kako smo trebali. Pokušajte izbjeći formalnosti i izbjegavajte postavljanje pitanja iz upitnika za probir: osoba možda već zna što treba odgovoriti.
Scenariji i kontekst za korištenje proizvoda.Čak i ako nemate puno vremena za test, nemojte preskočiti ovaj korak. Barem općenito, saznajte od ispitanika koje probleme rješava uz pomoć proizvoda, koristi li slične projekte, pod kojim uvjetima s njima komunicira i s kojih uređaja. Odgovori će vam pomoći da bolje razumijete razloge ponašanja ispitanika, a ako koristite fleksibilan scenarij, onda će vam pomoći da formulirate odgovarajuće zadatke. Ako imate dovoljno vremena, zamolite ispitanika da pokaže što i kako obično radi. Ovo može biti izvor daljnjih pitanja i uvida.
Očekivanja i odnosi. Početak testiranja dobro je vrijeme da se sazna što ispitanik zna o proizvodu, kako se osjeća o njemu i što od njega očekuje. Nakon testa moći ćete usporediti svoja očekivanja s konačnim dojmom.
Za većinu testova, ova struktura uvodnog intervjua će funkcionirati. Ako testirate novi proizvod, možda biste trebali preskočiti uvodna pitanja. Ako idete u previše detalja o temi, to može stvoriti određena očekivanja kod korisnika o proizvodu. Stoga ostavite samo par općenitih pitanja za uspostavljanje kontakta s ispitanikom i odmah prijeđite na zadatke, a o scenarijima, odnosima i kontekstu bolje je razgovarati nakon što korisnik inicijalno prouči proizvod.
Rad s proizvodom, pisanje zadataka
Koji su zadaci?
Zamislimo da želite testirati internetsku trgovinu. Imate važne scenarije (pretraga i odabir robe, proces naručivanja), poznate probleme (česte greške u obrascu za plaćanje) pa čak i hipotezu da je dizajner nešto pogriješio s filterom cijena. Kako formulirati zadatke?
Fokusirani zadaci.Čini se očiglednim učiniti nešto poput ovoga: "Odaberite perilicu posuđa širine 45 centimetara s funkcijom podne grede koja ne košta više od 30 tisuća rubalja." To motivira ispitanika da koristi filtere i međusobno uspoređuje proizvode. Možete provjeriti filtar cijena na svim ispitanicima i pogledati ključni scenarij za odabir proizvoda. Takvi zadaci imaju pravo na život i dobri su za testiranje određenih hipoteza (kao s filtrom cijena).
Međutim, ako se cijeli test sastoji od njih, tada riskirate sljedeće:
- Provjera sučelja na licu mjesta. Pronaći ćete samo probleme koji se odnose na pojedinosti o poslu (filter prema cijeni i širini). Nećete vidjeti druge probleme - poput sortiranja proizvoda ili drugih filtara - osim ako i na njih ne ukažete. Ali malo je vjerojatno da ćete moći izvršiti zadatke za sve elemente web mjesta.
- Nedostatak angažmana. Korisnici takve zadatke često izvode mehanički. Kad vide prvi proizvod koji odgovara kriterijima, stanu. Možda ispitanik nikad u životu nije odabrao perilicu posuđa i nije ga briga što je "greda na podu". Što je zadatak sličniji situaciji iz stvarnog života i što pruža više konteksta koji korisnik može razumjeti, veće su šanse za angažiranje ispitanika koji će se pretvarati da zapravo bira proizvod. A angažirani korisnik bolje “doživljava” sučelje, ostavlja više komentara, povećava šanse za pronalaženje problema i pružanje korisnih saznanja o ponašanju i karakteristikama publike.
- Sužen raspon uvida. U stvarnom životu korisnik bi vjerojatno potpuno drugačije odabrao proizvod. Na primjer, ja uopće ne bih koristio filtere (a ovdje si ih istaknuo). Ili bih tražio proizvod na temelju kriterija koji nisu na stranici. Davanjem krutih, fokusiranih zadataka nećete naučiti o stvarnom kontekstu korištenja proizvoda, nećete pronaći scenarije koje projektni tim možda nije predvidio i nećete prikupljati podatke o potrebama sadržaja i funkcionalnosti.
Zadaci s kontekstom. Jedan od načina za bolje angažiranje korisnika je dodavanje stvarne povijesti i konteksta suhoparnom zadatku. Na primjer, umjesto “Pronađi na web stranici recept za pitu od šljiva” predložite sljedeće: “Doći ćete goste za sat vremena. Pronađite nešto za ispeći za to vrijeme. Sve za biskvit imate u hladnjaku, kao i malo šljiva. Ali, nažalost, nema maslaca.”
Sličan pristup može se koristiti s internetskom trgovinom. Na primjer: “Zamislite da birate dar za svoju sestru. Fen joj se nedavno pokvario i bilo bi joj drago nabaviti novi. Morate ispuniti 7 tisuća rubalja.” Važno je da ispitanik doista odabere stvarnu osobu za koju će “kupiti” dar (ako nema sestre, predloži neku drugu rodbinu ili prijateljicu). Ključni faktor za takve zadatke je realnost i jasnoća konteksta. Lako je zamisliti da birate dar za svoju obitelj, ali puno je teže zamisliti da ste “računovođa koji priprema godišnje izvješće”.
Upečatljiv primjer ovog pristupa je “bollywoodska metoda” koju je izumio indijski UX stručnjak Apala Lahiri Chavan. Ona tvrdi da je Indijcima, kao i mnogim Azijatima, teško otvoreno govoriti o sučelju. No, zamišljajući sebe kao junake izmišljenih dramatičnih situacija (kao u svojim omiljenim filmovima), otvaraju se i počinju aktivno sudjelovati u testiranju. Stoga bi zadaci za Indijance trebali izgledati ovako:
Zamislite da se vaša voljena mlada nećakinja udaje. A onda saznate da je njen budući muž prevarant, i to oženjen. Hitno morate kupiti dvije karte za Bangalore za sebe i za ženu prevaranta kako biste poremetili vjenčanje i spasili obitelj od sramote. požuri!
Zadaci temeljeni na iskustvu ispitanika. Podsjetimo: za uspješno testiranje ispitanici moraju odgovarati publici projekta. Stoga, za provjeru internetske trgovine kućanskih aparata, zapošljavamo one koji su nedavno odabrali uređaje ili ih sada biraju. Upravo to ćemo koristiti pri izradi zadataka na temelju iskustva ispitanika. Postoje dvije mogućnosti korištenja ovog pristupa:
- Parametri ispitanika. U ovom slučaju fiksne zadatke prilagođavate ispitanicima. Na primjer, u slučaju trgovine kućanskim aparatima i zadatka rada s filterima, pitate osobu što je točno nedavno kupila. Saznajte kriterije (cijena, funkcije) i ponudite ponovnu „kupnju“ na svojoj web stranici.
- Scenariji ispitanika. Zadaci su u potpunosti oblikovani na temelju iskustva polaznika. Da bi razumio koje scenarije treba provjeriti, moderator saznaje točno kako je osoba riješila problem u životu i predlaže da se to učini na web stranici. Na primjer, kupac je proveo dugo vremena uspoređujući nekoliko modela prije nego što je odabrao. Čak i ako stranica nema odgovarajuću funkciju, pozovite ispitanika da usporedi proizvode kako bi razumio na koje će se parametre oslanjati. Možda ćete dobiti ideje o tome kako bi funkcija usporedbe trebala izgledati i također prilagoditi stranicu proizvoda ovom scenariju.
Takvi zadaci pružaju mnoge stvarne primjere izvođenja osnovnih operacija u proizvodu. To često dovodi do mnogo šireg spektra problema i nalaza. Osim toga, omogućuje vam testiranje proizvoda na novim scenarijima koje niste smatrali osnovnima ili o kojima niste razmišljali.
Kada smo testirali projekt Mail.Ru Real Estate, zadaci temeljeni na iskustvu ispitanika pomogli su nam da dođemo do mnogih otkrića. Vidjeli smo da prilikom traženja stana u moskovskoj regiji ljudi u geofilteru navode krajnje stanice metroa, što znači da su to stanice do kojih se može doći iz regije. Očekivali smo da metro filter traži stan blizu stanice. Saznali smo i po čemu se scenariji pretraživanja novih zgrada razlikuju od sekundarnih, što je pomoglo premjestiti pretragu novogradnji u drugi dio stranice – sa svojim filterima i vlastitim konceptom opisa stanova. Također preporučujem čitanje izvrsnog članka Jareda Spoola o prednostima takvih zadataka.
Zadaci bez zadaća. Ponekad je bolje korisnicima uopće ne ponuditi zadatke za rad s projektom, već vidjeti gdje se sami počinju upoznavati s proizvodom. Dajte ispitaniku uvod: “Zamislite da ste odlučili isprobati ovaj proizvod. Ostavit ću vas na nekoliko minuta. Radite ono što biste radili u stvarnom životu. Ne dajem ti nikakve zadatke."
Važno je da moderator napusti sobu u ovom trenutku. Inače, korisnik je u iskušenju da odmah nešto pita, da pojasni: „Trebam li se registrirati? Kako to mogu učiniti?" i tako dalje.
Ova vrsta zadatka korisna je za potpuno nove proizvode. Često ga koristimo za mobilne aplikacije i igre. Tako saznajemo čitaju li korisnici materijale za obuku, koji detalji odmah privlače pažnju, što ljudi razumiju o konceptu proizvoda i kako onda opisuju njegove mogućnosti. Nakon slobodnog zadatka planirani su specifični scenariji.
Drugo područje primjene besplatnih zadataka su sadržajni projekti. Ako želite razumjeti kako se čitaju vaši članci (gdje se dugo zadržavaju, što preskaču, na koje elemente na stranici obraćaju pozornost), onda jednostavno ostavite ispitanika nasamo s projektom nekoliko minuta. Samo bez moderatora koji gleda preko ramena, korisnik će se opustiti i čitati tekst na isti način kao i inače. Ovako testiramo projekte “Mail.Ru News”, “Mail.Ru Lady” i druge. Ovaj pristup omogućio je identificiranje različitih obrazaca ponašanja na stranici, različitih obrazaca čitanja članaka i razumijevanje koje vrste materijala treba drugačije formatirati.
Izrada dobrih zadataka
Prvi zadatak je jednostavan. Započnite testiranje s uvodnim i jednostavnim zadacima. Ispitanik se treba prilagoditi formatu testa, posebno ako koristite metodu razmišljanja naglas: moraju se naviknuti da moraju verbalizirati svoje misli i osjećaje. Ne biste trebali odmah svaliti svu bol i patnju sučelja na njega.
Nemoj mi davati nikakve nagovještaje. Formulirajte zadatke na takav način da ne potaknete ispitanika da učini pravu stvar. Ako želite testirati mogućnost dodavanja proizvoda u favorite u internetskoj trgovini, izostavite zadatak "Dodajmo ovaj TV u favorite", pogotovo ako se gumb tako zove. Ispitanik će, nakon što je pročitao zadatak, jednostavno pronaći gumb na ekranu sa željenim potpisom - možda čak i ne shvaćajući što točno radi.
Bolje je objasniti značenje zadatka bez pribjegavanja terminima u sučelju. Na primjer: “Na stranici možete spremiti proizvode koji vam se sviđaju i zatim odabrati koji ćete naručiti. Pokušajmo to učiniti s tim i takvim televizorom.”
Pazi na terminologiju. Nemojte koristiti nejasne riječi i simbole. Čini se to očiglednim, ali mi, naviknuvši se na određene pojmove, često zaboravimo da ih malo tko izvan informatičke zajednice poznaje. Na primjer, kada smo testirali novu funkcionalnost niti (lanac pisama) u Mail.Ru Mailu, imali smo poteškoća. Uostalom, korisnici koji nisu upoznati s ovom funkcijom jednostavno nemaju u glavi pojam koji bi označavao niti.
Na kraju ih nismo ništa zvali. Ispitanicima smo jednostavno pokazali okvir s povezanim nitima i razgovarali o ovoj novoj značajci, a korisnicima dopustili da odaberu riječ za označavanje niti. To nam je pomoglo da kasnije koristimo najrazumljivije tekstove u obrazovnim promotivnim materijalima.
Pratite ne samo zadatke, već i pitanja moderatora, posebno ona koja dolaze od tima tijekom testiranja. Na primjer, kada raspravljate o funkcijama, ne biste trebali koristiti riječ "alatna traka": nije svatko s njom upoznat. Prije samo nekoliko godina, nisu svi korisnici uopće znali riječ "preglednik". Najbolji način formuliranja zadataka ovisi o publici za testiranje. Ne biste trebali ići u drugu krajnost, objašnjavajući sve pojmove redom. Na primjer, iskusni igrači ne moraju objašnjavati što su "buff", "frag", "respawn" i tako dalje.
Manje testiranja.Često je primamljivo napraviti testni račun za ispitanika u sustavu i provesti testiranje na njemu. Uostalom, možete testirati sve na ovom računu unaprijed, izbjeći probleme i ne gubiti vrijeme na registraciju ili autorizaciju ispitanika. Često je i tehnički puno lakše implementirati novi dizajn na testnim podacima nego na stvarnim podacima.
Međutim, ovim pristupom riskirate dobivanje puno manje korisnih rezultata, jer radnje testiranja nemaju stvarne posljedice. Situacija postaje potpuno umjetna, korisnicima ju je teško projicirati na stvarno iskustvo.
Primjerice, kada rade na vlastitom računu na društvenoj mreži, ispitanici će, kao i u stvarnom životu, pažljivo raditi sve što vide njihovi prijatelji (objavljivati poveznice, slati poruke). Prilikom postavljanja vlastitog poštanskog sandučića nastojat će ne brisati važna pisma. Prilikom testiranja internetskih trgovina ponekad se koristi pristup u kojem se nagrada mora potrošiti izravno tijekom testa. U tom slučaju ispitanik neće bocnuti prvi proizvod koji odgovara zadatku, već će odabrati ono što mu zapravo treba.
Uz samo testne podatke, pronaći ćete probleme povezane samo s njima, umjesto testiranja funkcionalnosti na različitim varijacijama. Na primjer, kada smo testirali društvenu ploču preglednika Amigo, jedan od ispitanika, koji je povezao svoj VKontakte račun s pločom, odmah je primijetio da mu je nezgodno čitati na ovaj način. Gotovo cijeli feed sastojao se od pretplata na grupe s erotskim fotografijama. A u uskoj ploči na slikama jednostavno je bilo nemoguće vidjeti bilo što.
Još jedan problem s testnim podacima je taj što je teško razumjeti sustav, budući da je sve oko njega neobično. Na primjer, korisnik društvene mreže navikao je svoju stranicu prepoznavati po vlastitoj fotografiji. Čak i kada testiramo prototipove, nastojimo ih personalizirati što je više moguće. Na primjer, kada testiramo prototipove koji se mogu kliknuti u Odnoklassniki, uvijek ih prilagođavamo za svakog korisnika, umetajući njegovo ime i fotografiju, a ponekad i najnovije vijesti, na stranicu.
Nemojte biti ograničeni sučeljem. Ne zaboravite da interakcija s proizvodom često nije ograničena samo na sučelje. Ako je moguće, testirajte povezane proizvode ili usluge i veze između njih. Prilikom testiranja igara nastojimo provjeriti ne samo igru, već i njezinu web stranicu i povezana preuzimanja, registraciju u igri i traženje informacija na forumu. A prilikom testiranja jedne online trgovine, provjerio sam i poziv operatera nakon narudžbe, koji je dao preporuke za pozivni centar.
Razmislite o vremenu. Za dobar scenarij važno je odrediti prioritet zadataka. Najvjerojatnije ćete htjeti obaviti puno zadataka ako je sustav velik i test ima mnogo ciljeva. Međutim, umoran ispitanik više neće biti od koristi. Dobar test ne traje više od sat i pol, najviše dva. Izuzetak su možda igre. I zapamtite da vaši ciljevi nisu samo zadaci, već i intervjui, upitnici, postavljanje opreme i potpisivanje dokumenata. Sve to obično traje najmanje pola sata.
Ako zadataka ima previše, a od nekih ne želite odustati, one najmanje prioritetne možete staviti u rotaciju, odnosno prikazati samo dijelove ispitanika. Ili neka dio testa bude obavezan za sve, a ostatak gledajte samo s onima koji imaju dovoljno vremena. Ali to će najvjerojatnije biti najuspješniji ispitanici.
Ocijenite korisnost zadatka. Razmislite odgovara li doista vašim hipotezama. Na primjer, želite testirati značajku pretplate na vijesti na web stranici. Zadatak “Pretplati se na newsletter” samo će provjeriti mogu li newsletter pronaći oni koji ga traže. Međutim, ljudi rijetko dolaze na stranicu kako bi se pretplatili na vijesti. Zadatak se ne odnosi na stvarni život. Morate razumjeti primjećuju li priliku za pretplatu oni koji obavljaju potpuno različite zadatke.
To se može provjeriti na različite načine, ovisno o implementaciji funkcije. Ako je osoba bila angažirana na zadacima u kojima je možda vidjela opciju pretplate, pitajte je postoji li na stranici. Samo svakako razjasnite gdje je vidio ovu priliku ili kako je implementirana kako biste bili sigurni da se ispitanik ne slaže samo s vama.
Ako je ponuda pretplate ugrađena u proces registracije ili odjave, pogledajte hoće li je ispitanik iskoristiti i raspravite o tome nakon zadatka. Vrlo su male šanse da se u laboratorijskim uvjetima ljudi stvarno pretplate na mailing liste, ali možete provjeriti je li osoba obratila pažnju na ovu priliku, što očekuje od mailing liste i slično.
Zbirka završnih dojmova
Svrha završne faze testiranja je prikupiti dojmove o radu s proizvodom, shvatiti što se korisniku svidjelo, a što uzrujalo te ocijeniti subjektivno zadovoljstvo. Tipično, ovaj dio testa koristi kombinaciju intervjua s moderatorom i ispunjavanja formalnih upitnika.
Intervju s moderatorom
U završnom intervjuu ispitanicima uvijek postavljamo približno ista pitanja: “Kakvi su bili vaši dojmovi?”, “Što vam se svidjelo, a što nije?”, “Je li bilo nešto što se činilo teškim ili nezgodnim?”, “Što je bilo nedostaje?” , “Što biste željeli promijeniti u proizvodu?” Vrijeme je da razjasnite nejasne aspekte ponašanja ispitanika ako to niste učinili tijekom testa. Ako ste prije testa od korisnika doznali njihov odnos prema brendu ili proizvodu i očekivanja od njega, saznajte je li se što promijenilo. Prilikom intervjua obratite pozornost na sljedeće:
Društvena poželjnost. Vrlo pažljivo postupajte s rezultatima razgovora. Ako tijekom testa često čujete impulzivne komentare pod utjecajem problema, onda će u završnom intervjuu društvena poželjnost cvjetati.
Neki ljudi smatraju da kada govore o problemima u proizvodu priznaju vlastitu nesposobnost. Drugi jednostavno ne žele uznemiriti ugodnog moderatora. Vrlo često ispitanici (osobito žene) koji su prošli kroz cijeli test kažu da je sve u principu normalno. Negativne povratne informacije također mogu biti diktirane društvenom poželjnošću: ako ispitanik vjeruje da je svrha testa pronaći nedostatke, on ih marljivo pokušava pronaći.
Citati i prioriteti. Iako sve riječi ispitanika u završnom intervjuu često treba podijeliti s dva ili čak deset, to ne znači da su beskorisne. Na temelju toga kako ispitanici sažimaju svoje dojmove možete zaključiti o prioritetima. Je li proizvod "potpuno sranje"? Što je točno utjecalo na to? Kojeg se od brojnih problema ispitanik najviše sjeća i smatra najneugodnijim?
Ipak, uzmite u obzir činjenicu da se zadnji zadatak najbolje pamti. Također je vrlo korisno pratiti kojim pridjevima ispitanici opisuju proizvod i s čime uspoređuju svoje iskustvo.
Ne zaboravimo na dobro. Vrlo često, izvješće o testiranju upotrebljivosti je dugačak popis problema pronađenih tijekom testa. Općenito, pronalaženje problema jedan je od glavnih zadataka istraživanja. Ali ne zaboravite na pozitivne aspekte proizvoda.
Prvo, izvještaj bez pozitivnih rezultata jednostavno demotivira tim. I drugo, korisno je znati što se korisnicima sviđa kod proizvoda: što ako tijekom sljedećeg redizajna odluče ukloniti značajku koja se svima toliko svidjela. Stoga ispitanike svakako pitajte o pozitivnim aspektima proizvoda, čak i ako su kritizirali sučelje tijekom testiranja.
Odnos prema "željama". Najvjerojatnije će ispitanici, osim svojih dojmova, izraziti želje i ideje. Vaš je posao razumjeti koji je problem iza prijedloga. Jer vam rješenja koja korisnici nude vrlo vjerojatno neće odgovarati. Uostalom, sudionici testiranja nisu dizajneri, oni nisu svjesni značajki i ograničenja razvoja. Međutim, iza svakog takvog zahtjeva postoji potreba koju morate uhvatiti. Ako ispitanik kaže da mu ovdje apsolutno treba veliki zeleni gumb, svakako se zapitajte: zašto?
Mjera zadovoljstva
Često je, prema riječima ispitanika u završnom intervjuu, teško shvatiti sviđa li mu se proizvod ili ne, a još teže usporediti stav nekoliko ispitanika koji su istaknuli i prednosti i nedostatke. Ovdje upitnici dolaze u pomoć istraživaču. Prvo, prilikom ispunjavanja upitnika (osobito prije razgovora s moderatorom) utjecaj notorne društvene poželjnosti nešto je manji, iako je se nećete u potpunosti riješiti. Drugo, upitnik vam daje jasne parametre za usporedbu scenarija, proizvoda ili faza projekta.
Sastavljanje dobrog upitnika posebna je i vrlo velika tema. Ovdje su važni tekstovi, mjerila i još mnogo toga. Gotovi i provjereni upitnici mogu biti dobra pomoć: već su usavršeni i testirani mnogo puta. Jedini problem je što gotovo svi ovi upitnici nemaju službene prijevode na ruski. Naravno, možete ih sami prevesti, ali s metodološkog gledišta, prijevode je potrebno testirati kako bi se provjerila točnost teksta. Unatoč tome, upitnici vam mogu poslužiti kao vodič pri izradi vlastitih upitnika.
Postoje upitnici koji se daju nakon svakog zadatka za procjenu zadovoljstva određenim scenarijima. Na primjer:
- Upitnik nakon scenarija (ASQ). Tri pitanja o složenosti, produktivnosti i savjetima u sustavu.
- Jedno jednostavno pitanje (SEQ) . Jedno pitanje o složenosti scenarija.
A tu su i upitnici koji se koriste već u završnoj fazi testiranja. Evo nekoliko primjera koje koristimo kada je potrebno:
- Skala upotrebljivosti sustava i upitnik upotrebljivosti sustava nakon studija. Dva klasična i popularna upitnika nastala prije više od 20 godina. Oba se sastoje od izjava. Ispitanici moraju navesti razinu slaganja s njima. Sve ove tvrdnje karakteriziraju upotrebljivost proizvoda iz različitih kutova. Na primjer: "Mogao sam lako pronaći informacije koje su mi trebale", "Različite mogućnosti sustava lako su dostupne" i tako dalje.
- . Upitnik koji nam često pomaže tijekom testova. Korisniku je na raspolaganju skup pridjeva iz kojih odabire one koji mogu karakterizirati proizvod. Kao rezultat, dobivate oblak riječi - karakteristike vašeg projekta. Često ova tehnika donosi vrlo zanimljive rezultate.
- Upitnik o iskustvu igre. Klasični upitnici upotrebljivosti ne mogu se primijeniti na igre: uključenost u igranje puno je važnija od razumljivosti sučelja. Stoga biste uvijek trebali izraditi posebne upitnike za igre ili koristiti Upitnik o iskustvu igre. Upitnik sadrži nekoliko modula: osnovni modul, blok unutar igre, post-upitnik i upitnik o društvenim mogućnostima igre. Materijal objavio korisnik. Pritisnite gumb "Napiši" da biste podijelili svoje mišljenje ili razgovarali o svom projektu.
Otprilike polovica web stranica gubi klijente zbog neprikladnog dizajna i drugih nedostataka upotrebljivosti. Zamislite samo: neuspješni obrazac za narudžbu ili sliku na koju se ne može kliknuti - i potencijalni kupac izgubio je novac od konkurencije. Da biste razumjeli sviđa li se vašim posjetiteljima vaša stranica i je li im prikladno kupovati na njoj, provedite testiranje upotrebljivosti.
Što treba testirati?
Ako stranica već radi, koje elemente je potrebno testirati postat će jasno nakon analize. Pravi primjer testa upotrebljivosti iz Imaginary Landscape: Google Analytics pokazuje da korisnici odlaze na stranicu s obrascem za povratne informacije, ali ne podnose zahtjev za poziv. Nakon testiranja upotrebljivosti postalo je jasno da ljudi ne žele ispunjavati toliko redaka. Forma je promijenjena, broj linija smanjen je s 11 na 4, nakon čega je konverzija porasla za 140%. Dobit.
bilo je
Također testiraju slike. Moraju privući pozornost korisnika, izazvati prave emocije i motivirati ih na poduzimanje pravih radnji. Ako mape klikova pokazuju da se na sliku klikne, ali ne vodi nikamo, logično je da to bude poveznica na nešto korisno i relevantno. Ili obrnuto: klikom na sliku korisnici će pronaći zanimljive informacije, ali toga nisu svjesni. Problem je lako riješiti. Dovoljno je da slika reagira na pomicanje pokazivača - malo se poveća ili bude označena, kao da vas poziva da kliknete na nju. Ali prvo morate saznati o postojanju problema, a da biste to učinili, provesti testiranje upotrebljivosti.
Između ostalog testiraju:
- strukturu stranice kako bi bila jednostavna i razumljiva za korisnika;
- tipke za klikabilnost, pogotovo nakon tzv ravni dizajn ;
- izbornik kako biste utvrdili zašto korisnici ne pristupaju određenim odjeljcima.
Općenito, svi elementi s kojima posjetitelj stupa u interakciju na web stranici. Ili ne djeluje, ali prema našem planu trebalo bi.
U idealnom slučaju testiranje provode stručnjaci: prikupljaju podatke, segmentiraju ciljanu publiku, formiraju fokus grupe, sastavljaju upitnike, a nakon samog istraživanja analiziraju rezultate. Dug je i skup, iako se isplati. Ali možete sami dobiti opću ideju o interakciji korisnika s vašim web mjestom, i to besplatno. Postoji najmanje 5 načina za to.
1. Yandex Metrics alati
U RuNetu, među besplatnim alatima za testiranje upotrebljivosti, još nisu smislili ništa praktičnije i funkcionalnije od brojača Yandex Metrica. Koliko vrijedi jedan "Webvisor"?
Može se koristiti za reprodukciju korisničkih pokreta pokazivača, klikova, ispunjavanja obrazaca i odabira teksta. Kao da gledate video snimku posjeta posjetitelja vašoj web stranici: gdje je kliknuo, što je upisao u traku za pretraživanje ili, na primjer, na kojem se koraku narudžbe zaustavio.
Dodajte HTML kod brojača na stranice svoje web stranice
Ovako izgleda izvješće Webvisora. A prava čarolija - pregled radnji korisnika - počinje kada kliknete na ikonu za reprodukciju.
"Webvisor" nije jedini koristan Yandexov alat koji će vam pomoći u praćenju reakcija korisnika na vašu stranicu.
Toplinska mapa klikova jasno će prikazati najklikanija mjesta na stranici. Na primjer, iz mape klikova Yandexa vidimo da je kliknuto gumb "Get Counter", ali vijest (stupac s desne strane) nije osobito popularna. Što je boja u točki toplija, to korisnici češće klikaju na nju.
Scroll karta će vam dati uvid u to kako posjetitelji skrolaju po stranici, gdje se najduže zadržavaju i samim time koji dio im je zanimljiv. Analitika obrazaca pomoći će vam da shvatite kako korisnik komunicira s obrascima na web mjestu, koja su polja ispunjena u aplikaciji, što piše u traci za pretraživanje itd. Svi alati su besplatni, rade odlično i uz pravi pristup pomoći će vam da učinkovito analizirate upotrebljivost vaše web stranice.
2. UsabilityHub
Online usluga nudi 5 jednostavnih testova:
- Five Second Test - test od pet sekundi. Princip je sljedeći: učitate snimku zaslona testirane stranice na stranicu, sudionici testa je gledaju 5 sekundi, nakon čega daju svoju ocjenu. Možete postavljati različita pitanja, npr. koji je element privukao najviše pažnje, što je ostalo zapamćeno, o čemu se radi na stranici i slično. Po završetku ćete dobiti odgovore sudionika testa u cijelosti + automatski generirani oblak često ponavljanih riječi.
1. Učitajte snimku zaslona stranice 2. Postavite pitanja sudionicima
3. Primamo izvješće s odgovorima 4. Radi jasnoće, proučavamo oblak
- Kliknite Test - kliknite test. Koraci su isti, ali umjesto odgovora dobivamo toplinsku mapu klikova. Iz njega ćemo vidjeti da korisnici, primjerice, ne kliknu na strateški važan (za nas) gumb, ali aktivno kliknu na sliku. Dodatno, usluga će pružiti izvješće o broju klikova i prosječnom vremenu klika.
- Question Test - test pitanja. Pitate o svojoj web stranici - pravi ljudi odgovaraju.
- Navigation Test - analiza plovidbe. Omogućuje vam da shvatite koliko je zgodno za korisnike da se "penju" na vašu stranicu, jesu li njena arhitektura i navigacija jasne.
- Test preferencija - preferencija. Pomoći će provesti A/B testiranje dizajna web stranice, aplikacije, letka. Učitavate dvije opcije dizajna - korisnici biraju koja im se najviše sviđa. Sve je jednostavno i brzo.
UsabilityHub je usluga na engleskom jeziku, ali ruski je među ponuđenim jezicima za testiranje. U plaćenoj verziji odabirete broj sudionika i ubrzo dobivate rezultate. U besplatnoj verziji morat ćete sami sudjelovati u testiranju, odgovarati na pitanja i ocjenjivati dizajne. Ako skupite potreban broj bodova za sudjelovanje, dobit ćete priliku pristupiti vlastitom testu.
3. Usabilla
Nudi 3 proizvoda: web stranicu, mobilnu aplikaciju i testiranje putem e-pošte. Testiranje znači dobru povratnu informaciju od ljudi u stvarnom vremenu: sudionici daju svoje ocjene, pišu komentare, ukazuju na pogreške, snimaju snimke zaslona radi veće jasnoće. Svi podaci spremaju se u prikladnu statistiku.
Među jezicima testiranja nalazi se ruski, ali sam program je na engleskom. U besplatnoj demo verziji možete testirati 2 stranice s 10 ljudi.
4. Optimalna radionica
Na usluzi su dostupni sljedeći alati:
- Treejack - testiranje "stabla" stranice. Pomaže vam razumjeti kako se korisnici kreću vašom web stranicom, izvode li radnje koje od njih očekujete ili se izgube u džungli. Da biste testirali, trebate opisati informacijsku arhitekturu svoje stranice u obrascu Treejack. Zvuči zastrašujuće, ali svaki red obrasca je potpisan, ako znate engleski, lako ćete to učiniti. Također morate postaviti zadatke za sudionike testiranja, na primjer, pronaći mobilni telefon na mjestu. Kao rezultat toga, dobit ćete sveobuhvatnu statistiku u obliku tablica i grafikona. Besplatna demo verzija omogućuje intervju s 10 osoba.
- OptimalSort - testiranje metodom sortiranja kartica. Pomaže saznati kako korisnik razmišlja, koje odluke donosi i kako mu je lakše postići konačni cilj na vašoj stranici. Kako to funkcionira: svi elementi sadržaja stranice "ispisuju se" u zasebne kartice, a od sudionika se traži da ih razvrstaju na način koji bi im bio razumljiv i prikladan. Kao rezultat toga, dobivate izvješća u obliku tablica, matrica, dendrograma i razumijevanje mentalnog modela vaših korisnika. U besplatnoj verziji možete testirati 30 kartica intervjuiranjem 10 osoba.
- Chalkmark - pomaže vam da steknete prvi dojam o dizajnu, prikazuje toplinsku kartu klikova i analizira prvi klik. Za testiranje prenesite snimku zaslona stranice, dodijelite zadatke sudionicima i pričekajte rezultate u obliku mape klikova, mreže u boji i sheme brojanja klikova.
Rezultati testiranja izgleda web stranice pomoću Chalkmarka
Plaćena verzija omogućuje vam provođenje online anketa s brzim povratnim informacijama.
5. Feng-GUI
Za razliku od prethodna tri alata, ovaj ne daje povratne informacije od stvarnih ljudi. Aplikacija na temelju svojih algoritama sama generira mapu pažnje korisnika. Odnosno, pokazuje gdje će pogledati odmah nakon učitavanja stranice i kojim će se redoslijedom (prema programu) njegov pogled kretati s jednog elementa na drugi. Za testiranje upisujemo url željene stranice web-mjesta, kliknemo Analiziraj i nakon nekoliko sekundi dobivamo željenu mapu pogleda korisnika.
Svaki od navedenih alata je dobar na svoj način, ali besplatne verzije uglavnom koriste ograničenu funkcionalnost, a lavovski udio usluga je na engleskom jeziku.
Ne želite razumjeti sučelja i statistiku izvora na engleskom jeziku? Idi među ljude. Na primjer, da biste ocijenili dizajn stranice, objavite snimak zaslona na revizija.ru ili sličnih stranica, zatražite mišljenje “lokalnih” web dizajnera, programera i drugih stručnjaka. Provedite ankete na društvenim mrežama, na primjer, u tematskim zajednicama ili okupite fokusnu grupu među svojim prijateljima. Za koliko-toliko objektivnu analizu upotrebljivosti dovoljno je intervjuirati 5 ispitanika (prema nekim izvorima 8) iz vaše ciljane publike.
Testirajte upotrebljivost svoje stranice. Koristite besplatne programe, intervjuirajte svoje prijatelje, angažirajte profesionalca - sve metode djeluju. Ponekad je dovoljno premjestiti gumb na drugo mjesto, promijeniti neke elemente dizajna ili obrazac za prijavu i stranica će postati znatno korisnija. Jednostavno zbog činjenice da je postalo praktičnije i razumljivije za posjetitelje.
