Det er mange måter å utføre brukbarhetstest på, som alle vil gi deg tilbakemelding, tillate deg å gjøre endringer og gradvis iterere til du har en løsning. Men disse metodene tar ofte tid. La oss se på en alternativ prosess som vil øke hastigheten opp ti ganger: utnytte sosiale medier.
Mitt firma er en liten oppstart. Å være så liten gjør at vi kan bruke den lette oppstartfilosofien, noe som innebærer alltid å bygge den minste levedyktige funksjonen. Det betyr ikke at vi prøver å få billig ut, det betyr at vi ønsker å få velbygde funksjoner i våre kunders hender. Da kan vi få tilbakemelding, gjør det bedre, alt på kort tid.
Usability testing er prosessen med å sette produktet foran en ekte person og prøver å lære å se dem bruke den. Dette er sant om produktet ditt er en mobilapp, et nettsted, en stasjonær programvare eller noe annet. Ved å se en person prøver å bruke produktet, kan du lære mye. 99% av tiden våre kunder er folk som ikke tenker som oss, eller bruker datamaskiner eller mobile enheter som vi ville.
Lean UX-verdier gir lav troverdighet
Lean UX-verdier gir lav troverdighet, som papirprototyper, samarbeide brainstorming og design, umiddelbar tilbakemelding fra brukere og kollegaer, og folk og ideer over leveranser.
Lean UX gir et helt nytt sett med løsninger på det gamle problemet med å kommunisere bedre med brukerne. Men det er ikke uten sine egne, nye utfordringer!
Hvis vi lovet kunden X en funksjon innen de neste 48 timene, og jeg vil raskt få noen validering før vi kodes og sender den funksjonen, kan en kort sosial brukbarhetstest få meg noe tilbakemelding innen de neste 10-15 minuttene.
Sammenlignet med den langsommere prosessen med å ringe eller sende e-post til eksisterende kontakter eller prøve å rekruttere noen mennesker via en annen metode, er dette en rask seier.
Så la oss si at organisasjonen din er vellykket, og du er iterating sammen. Teamet ditt er fraktfunksjoner som gal, og du kan holde kundene oppdatert om hva som kommer opp og når du skal forvente det.
Du kan også raskt implementere ting som er forespurt av kunder. Transparens, fart, nye funksjoner! Kundene dine elsker deg. Du nyter et nivå av kommunikasjons tillit med kundene dine som kanskje ikke har vært mulig tidligere.
Men nå har du et nytt problem. Alle, selv de mest entusiastiske kunder, blir lei av å bli spurt spørsmål hver uke. Faktisk, noen ganger kan de ikke engang ha en mening. Det er grunn til at selskaper betaler folk for å ta undersøkelser og delta i studier.
Lean UX kan føre til tester brenning ganske raskt hvis du ikke er forsiktig.
For eksempel, i min organisasjon, har vi en fantastisk kunde. Vi kaller ham George (hans navn er egentlig ikke George). Da han først registrerte seg for sin konto, var han så begeistret for produktet vårt og vårt firma, og han frivillig til å være i mitt glede band av brukervennlighetstestere.
Jeg snakker med ham minst en gang i måneden, noen ganger oftere enn det, enten via videochat, klikk test eller e-postundersøkelse. Først elsket han å ta samtaler og snakke om alt. Han ville snakke øret mitt i en time og ga en fantastisk detaljert tilbakemelding, men etter en stund fikk han mye mindre chatty.
Nesten et år senere reagerer han ikke alltid på mine e-post med en gang. Dette er fordi jeg tok for mye fordel av hans entusiasme for å delta, og han ble brent ut.
Her er en annen. En gang jobbet jeg med en organisasjon som var svært undersøkende glad. Vi sendte rutinemessig ut undersøkelser av over 50 spørsmål (jeg bør fastsette at disse undersøkelsene dekket flere områder enn brukervennlighet, men fortsatt er leksjonen).
Våre kunder var svært motiverte til å svare, men over tid begynte vi å innse at e-postadressen vi sendte undersøkelsene fra, ble svartlistet. Folk slår på å slette eller flagger våre meldinger som spam.
Selv de mest imøtekommende og ivrige etter selskapets fanboys og fangirls har begrenset tid og en begrenset oppmerksomhet. Vi kan bekjempe dette ved stadig å rekruttere nye testere. som kan utføres sosialt så mye som testerne selv kan.
Vi kan også bekjempe dette ved å vite når du skal bruke våre kundetestere, og når vi bare trenger et forslag. Tiden til dine frivillige testere er en mest verdifull ressurs, så ikke misbruke den.
Å kontakte kundene dine via e-post eller telefon vil vanligvis ta litt lengre tid. Verdier, som vi gjør, deres dyrebare tid, vil vi alltid sørge for å jobbe rundt sine travle tidsplaner.
Det betyr at jeg ikke veldig bra kan ringe min venn George opp og si: "Ta denne clicktest RIGHT NOW, jeg vil få det kodet av 2:00". Ikke bry deg om at George er i London, og han spiste middag med barna sine. Jeg har design for å teste!
Når du rekrutterer testere fra sosiale medier, har du et utvalg av selvvalgte personer som er klare til å gå rett da! Hvis de er opptatt, vil de ikke klikke på linken, men hvis de har et øyeblikk å spare, kommer du nær øyeblikkelig tilbakemelding.
Jeg har lagt ut tester på Twitter og fylt målmålprøven på 20 svar innen ti minutter. Åpenbart vil denne hastigheten variere, avhengig av hvor kjedelige folk på twitter er. Du får sannsynligvis bedre tilbakemelding ved å legge inn en test kl. 13 på en ukedag enn klokka 3 på en lørdag.
Sosial brukbarhetstesting er i utgangspunktet bare vanlig brukervennlighetstesting med en vri. Det er to typer jeg gjennomfører på en kontinuerlig måte.
Når du utfører en test for å løse et bestemt problem, er det noen ting å huske på. Korttest tester eller undersøkelser, med begrenset omfang eller et svært spesifikt utfallsmål virker bra i dette formatet.
Gjøre:
Ikke:
Her er en brukstilfelle for denne typen test.
Kort klikk test
En gang i tiden var jeg noen gang så litt tilpasset et sidebar i appen vår. Jeg trengte å legge til et par ekstra elementer til det, så jeg ønsket å gruppere dem mer nøyaktig.
Uendelig gir de minste endringene de sterkeste vurderingene, så laget ble delt i kort rekkefølge. Så legger jeg sammen en klikktest med mockups av de forskjellige versjonene, med målet om å finne ut hvilken som hadde kortest sluttid. Deretter sendte jeg det til min formelle liste over brukervennlighetstestfrivillige. Og jeg fikk ikke noe svar i over en time. Jeg hadde sikte på å få dette designet til utviklerne ganske raskt, så jeg bestemte meg for å sende den ut over Twitter.
Jeg har ikke de fleste Twitter-tilhenger i verden, men jeg har et sted mellom 300 og 400, og flere av vennene mine var hyggelige nok til å retweet, så jeg hadde en stor og variert gruppe mennesker som frivillig arbeidet for å gjøre denne klikketestenen . Absolutt forskjellige mennesker enn jeg ville ha vært i stand til å kontakte en på en via e-post. Jeg nådde målmålprøvestørrelsen på tretti respondenter på under tretti minutter.
undersøkelse
Jeg vil ofte sende ut spørreundersøkelser om to eller tre spørsmål, spør ting som:
Disse typer undersøkelser gjør det mulig for noen å gi en kort mening uten å tenke for mye. Det er akkurat den slags knepink-tilbakemelding som du vil ha for små tweaks, og det er den typen tilbakemelding du sannsynligvis vil få via sosiale medier.
Den andre hovedbruken av sosial brukervennlighet som jeg bruker, er som en kontinuerlig åpen tilbakemeldingskanal. Eksempler vil inkludere blogposts som inviterer kommentarer og ideer, en "Tilbakemelding" -fanen eller -knappen i appen eller på nettstedet, eller bare gjør det kjent at du er åpen for og søker tilbakemelding, enten via Twitter, Facebook eller annen kanal.
Type 2 er mye mindre spesifikk. Faktisk ville jeg nesten samle den inn med vanlig samling, bortsett fra at det er veldig mye mer interaktiv. Det er vanligvis en mulighet til å engasjere seg med kunden og samle ytterligere informasjon om tilbakemelding.
Mitt favoritteksempel på dette er en "Tilbakemelding" -fanen i en app eller publisert på et nettsted. Det er en passiv måte å kreve tilbakemelding på, og også veldig ustrukturert. Brukeren kan klikke et sted og fortelle oss noe om hva de tror.
For å kunne utføre disse testene, vil du sannsynligvis trenge noen verktøy. Vi vil dekke slike verktøy i en kommende veiledning, så hold deg oppdatert.
Vi har dekket innramming problemet og nevnt at vi trenger verktøy for å hjelpe oss. Hva med faktisk å kjøre denne tingen? Her er den gode delen - det er super enkelt. Men du trenger å holde øye med en test pågår. Enkel er ikke fri lisens for å ignorere den og la den brygge seg selv, fordi hvis det er noen problemer, kan det være veldig motproduktivt. I tillegg vil du ikke gå glipp av noen samtaler som kan bli utløst av distribusjonen av testen!
Beslutninger å gjøre
Å bestemme hvordan du skal rekruttere testere er noe som vil bli bestemt av typen spørsmål du prøver å svare på, samt hvilke sosiale nettverk organisasjonen din deltar i.
Hvis du virkelig trenger folk med et visst nivå av kjennskap til bransjens lingo, vil du kanskje legge den inn på LinkedIn, for eksempel.
Hvis du vil ha så mange svar som mulig så raskt som mulig, er Twitter sannsynligvis et bedre valg. Og det er ingen lov mot krysspost!
Vanligvis er det jeg legger inn på vårt firma Twitter-feed, som stiller inn på Facebook samtidig, for maksimalt mulige svar. Noen ganger vil jeg legge det fra min personlige Twitter-konto også.
Vær også oppmerksom på at du kan legge inn den på nettstedet ditt eller programmet. Dette kan variere avhengig av brukerne og organisasjonen din.
Uansett hvor du bestemmer deg for å legge inn det, må du holde øye med ting når du gjør det. Hvis det var en skrivefeil, en ødelagt lenke, eller et hvilket som helst problem med testen, kommer du raskt til å høre om det. Hvis det er en ting folk elsker å gjøre på sosiale medier, klager det.
Jeg prøver alltid å få en kollega til å ta testen først før jeg legger inn den, men noen ganger slipper disse tingene gjennom sprekkene, spesielt hvis du beveger deg raskt.
Andre problemer å se etter er forvirring rundt ved hjelp av testprogramvaren. For eksempel, når jeg hadde noen folk på Twitter som var forvirret om notisavsluttende funksjonalitet i et verktøy. Verktøyet forklarer hvordan man bruker det ved begynnelsen av hver test, men folk leser ikke alltid, og hvis det ikke er klart, blir det forvirring.
Du kan også få bivirkningen av bonusfeedback - noen ser at du leter etter testere, men i stedet for å ta testen begynner de å tweet om hvordan de liker eller ikke liker X om produktet ditt.
Har ditt støtteteam på ventemodus, og noen ganger kan du spørre om målrettet tilbakemelding, slik at du kan røre potten som den var.
Når resultatene er ferdig kommer du inn, hvis du har et veldefinert spørsmål, bør du ha et klart svar som ikke krever noen tolkning.
I firmaet mitt, spesielt når det gjelder funksjonsklikttester, har alle vanligvis sett over skulderen for å se hvordan deres favoritt gjør.
Når vinneren er annonsert, er det noe å danse og heie, og vanligvis en youtube video av noe slag, eller på det minste, et animert gif. Men hvis organisasjonen din er mindre investert i testresultatene, kan du vurdere å pakke dem inn i et kort rapportdokument for å distribuere blant interessenter.
Jeg nevnte tidligere om hvordan interaktiv denne testmetoden kan være. Pass på at alle som kommer ut med kommentarer eller spørsmål får svar, eller du vil ha mye mindre tillit og interesse neste gang du trenger noen hjelpere til å gjøre en test.
Ta deg tid til å følge opp med hver enkelt person, hvis du kan. I min erfaring tror folk vanligvis det er kult når de kommer til å snakke med UX-teamet (eller de som vanligvis bare gjør UX).
Så, la oss se gjennom. Dette er arbeidsflyten min, i et nøtteskall. Jeg har ingen tvil om at hver organisasjon er annerledes, og du må gjøre justeringer. Men jeg tror dette dekker alt grunnleggende om hva du trenger for å være sikker på at du er ferdig når du kjører en test i dette mediet.
Klar til å gå ut og prøve den?
Ikke vær redd hvis du tror du ikke får svar. På bare minimum, tweet det til meg @aarahkahak, og jeg vil ta testen, lover jeg. Og på samme måte, når du ser noen som har en undersøkelse eller klikk test der ute, vær en venn og ta de fem minuttene for å gjøre det.