Når (tilsyneladende) små designproblemer forårsager store problemer

Guerilla-brugbarhedsstudie af Turos mobilapp

TL; DR Jeg udforskede en gerillabrugelighedstest af Turos iOS-mobilapp og opdagede, at selv små smertepunkter kan forårsage store problemer - du behøver ikke at foretage en designoverhaling for at forbedre anvendeligheden!

Ansvarsfraskrivelse Jeg er ikke tilknyttet Turo. Jeg gjorde denne undersøgelse til min egen udforskning.

Hvad er Turo?

Turo er en markedsplads app til at liste og leje køretøjer. Jeg brugte den for nylig til at leje en pickup i sidste øjeblik, da jeg flyttede.

Hvorfor udforskede jeg denne app?

Jeg ville gerne se, hvorfor andre bruger Turo, så jeg gennemførte en brugbar case-undersøgelse for at udforske følgende:

  • Hvorfor bruger folk Turos mobilapp?
  • Står brugere over for problemer med brugervenlighed?
  • Hvordan kan jeg hjælpe med at løse disse problemer?

Hvordan gik jeg igennem det?

Jeg foretog ikke en app-revision. Hvorfor ikke? Jeg behøvede ganske enkelt ikke.

I stedet fandt jeg smertepunkter og foretog de mindste mulige ændringer, indtil jeg med test kunne påvise, at disse beslutninger var valideret.

For eksempel er her tre (tilsyneladende) enkle designændringer, der forbedrede brugervenligheden ganske lidt:

  1. Tilføjet Turo-logoet
  2. Ændrede søgeikonet til et mere passende placeringsikon
  3. Udvidet heltebilledet

Dette kan være enkle ændringer, men disse små ændringer øgede forståelsen to gange.

Løste jeg brugervenlighedsproblemer? Yep!

Undersøgelse til at definere brugeren

Hvorfor skulle nogen bruge Turo?

For at begynde med brainstormede jeg adskillige hypoteser om, hvorfor nogen måske bruger en markedsplads for biludlejning som Turo, eller rettere, hvilket job er det, der bruger lejer Turo til at gøre?

Her er hvad jeg kom frem til:

Eventyrlystne Proto-Persona Baseret på Turos marketing

Jeg definerede en typisk bruger baseret på Turos marketing:

  • En salgsfremmende video på landingssiden og rejseskildringer med plejefrie årtusinder på road trip med den overliggende besked om at gøre rejsen til eventyr.
  • Instagram- og Pinterest-feeds med muskelbiler og terrængående jeeper.

Baseret på denne forskning oprettede jeg den eventyrfokuserede proto-persona nedenfor (som stadig skal valideres med yderligere test og forskning):

Jeg brugte denne proto-persona som et springpunkt til brugertest.

Guerilla-brugbarhedstest

Hvem testede jeg med?

For at optimere for det mindst tilfældige udvalg af brugere, holdt jeg min prototype, Ben, i tankerne og gik over til Yerba Buena Park - et populært frokoststed for unge teknikere - i San Francisco.

Her fandt jeg fem personer (hvorfor fem?) Der passer til personaen og aldrig har brugt Turo før.

Hvordan testede jeg?

Personligt havde jeg problemer med at finde en bestemt biltype og finde anmeldelser, så jeg brugte disse to frustrationer som et springende punkt.

Ved hjælp af disse kom jeg med disse korrelerende opgaver, som brugere kunne gennemføre og registrere processen til at syntetisere senere:

  1. Book en cabriolet
    Du bor i San Francisco og ejer ikke en bil. Denne weekend planlægger du at køre til Big Sur med stil. Hvordan ville du gå i gang med at gennemføre denne proces?
  2. Læs anmeldelser
    Det er din første gang at leje en bil, så du er lidt nervøs. Du vil sikre dig, at du får en god oplevelse. Hvordan ville du gå i gang med det?

Brugere frustreret over søgefunktioner og forvirrende funktioner

Definer problemet

Syntetiser smertepunkter for at finde mønstre

Mens jeg gennemgik de registrerede brugervenlighedstest, dokumenterede jeg vigtige smertepunkter og citater på sticky notes.

Derefter oprettede jeg et affinitetskort på en hvid tavle for at syntetisere informationen. Ved at flytte post-its rundt, fandt jeg almindelige mønstre for brugerproblemer.

Ideate Solutions

Forstør Lo-Fi-ideer på papir først

Før jeg sprang ind i Sketch, ønskede jeg at udforske designalternativer på en hurtig og nem måde. Jeg trak nogle low-fi indstillinger til at løse for flere af smertepunkterne.

Design beslutninger

Test med Hi-Fi-moduler for at validere ændringer

Hvad lærte jeg?

Selv (tilsyneladende) små problemer kan forårsage store problemer - fix ‘em!

Jeg indså, at selv det, der ser ud som små smertepunkter, kan forårsage en masse friktion.

Derfor kan endda tilsyneladende mindre ændringer - som at udskifte et forstørrelsesglas til et lokalitetsikon - være en enorm forskel for brugerne. Dette kan endda være den afgørende faktor mellem en bruger, der fortsætter med at søge eller forlade appen.

Som designer føles det undertiden som en knæ-ujævn reaktion på at ville gennemgå en app (jep, jeg er skyld i det).

Ofte er det dog ofte ikke det, brugeren har brug for. I stedet har de brug for os til at fortsætte med at afklare indhold og gøre produktet lettere at bruge til dem.

Jeg er ikke brugeren (og det er okay).

Åh mand, den gyldne regel om produktdesign… og alligevel havde jeg stadig brug for at minde.

Det er let at blive fejet væk med en idé eller funktion, jeg er ind på, men det betyder ikke, det er, hvad brugeren faktisk har brug for.

At interviewe andre hjalp mig virkelig med at huske at være empatisk med brugeren og løse problemer til gavn for dem, ikke mig selv.

Tak for at have læst!

Mennesker, der fortjener pizza

En stor tak til Zac Halbert, Justine Cook og Tiffany Nieh for at hjælpe mig! Du hersker - pizza på mig.

Nogen forslag?

Efterlad en kommentar, eller lad os chatte: jkpfund@gmail.com.