WUNDER

PERIOD

3 veckor

november 2022

MEDVERKANDE

-Linnéa Eiron
-Linnea Melander
-Shirine Haydari
-Nonno Drougge
-Anton Avernäs
-Oscar Jansson
-Erik Hedenstedt

Vi hade ingen uttalad arbetsfördelning, utan delade upp oss dag för dag för att kunna arbeta med flera saker samtidigt. Den del i arbetet där jag tog en större del än andra var som intervjuare och testledare. Detta då jag trivs bra i de rollerna och övriga hellre antecknade eller observerade. Vårt arbete präglades av mycket diskussioner, vilket var väldigt givande, men ibland slukade tid som vi inte riktigt hade.

METOD

The Iteraction Design Process

Vi utgick från The Interaction Design Process. Därför kommer jag här nedanför gå igenom vårt arbete utifrån den. Med ett stickspår som avhandlar de användningstester vi gjorde.

VAD ANVÄNDAREN BEHÖVER

Research

Vi började med att läsa atriklar om självkörande bilar, automatiserade taxibilar och problem folk upplever kring traditionella taxiresor.

Därefter utförde vi sex intervjuer för att ta reda på folks attityder kring taxiresor och självkörande bilar. Under dessa identifierade vi också att Uber och Bolt är de benchmarks vi bör förhålla oss till.

Utöver detta gjorde vi även en Business Model Canvas för att få koll på affärsdelen av vårt projekt, och en Value Proposition Canvas för att dels identifiera pains och gains hos våra användare, men även se vilka värden vi kan och ska leverera.

ANALYS

Skapa insikter

Vi fortsatte med att lyfta viktiga citat från intervjuerna och göra en tematisk analys av dem. Vi hittade flera teman som vi använde för att skapa personas. I början gjorde vi tre protopersonas, men för att vi skulle ha lättare att få riktning i vårt arbete kokade vi ner dem till en persona. Hade vi fortsatt vårt arbete efter projektets slut skulla jag vilja uppdatera denna persona med de insikter vi fick under våra användningstester.

Vi använde även resultaten från den tematiska analysen för att formulera User Stories och HMW´s. Vi valde bort ett antal User Stories som vi upplevde skulle lösas av sig själva om vi följde de konventioner som benchmark-företagen har satt.

DESIGN

Iteration 1

Efter att utifrån våra HMW´s skrivit ner idéer och röstat fram de som vi ansåg bör utgöra vår MVP började vi med att göra skisser. Vi gjorde även sitemap och ett user flow för att sätta ramarna för appen innan vi började göra wireframes.

Några av fokusområdena i designen var möjligheten att lägga till extrastopp, stanna akut om det behövs och möjlighet att få hjälp om något går fel.

Vi diskuterade mycket om interaktionen med själva bilen. Men valde att fokusera på appen i första hand då vi bara hade två veckor kvar till deadline. Vi gjorde dock utkast på en display i bilen, och där skulle jag verkligen vilja fortsätta om projektet levt vidare då jag upplever att det finns roliga möjligheter i det gränssnittet.

Innan vi byggde en klickbar prototyp som vi kunde testa på användare visade vi upp våra wireframes i klassen. Vi fick då bland annat feedback om “Favoritdestinationer” och “Ring jour” som syns på bild nedan. Vi valde därför att flytta “Favoritdestinationer” till bokningsflödet och att dra ner till en “Ring”-knapp i stället för två.

TESTER

Validera designen

Vi utförde sex tester där användarna fick genomföra ett antal uppgifter som gjorde att de testade hela vårt gränssnitt. Vi gjorde även en kortare intervju i samband med testet.

Vi fick dels kvitto på att mycket i vår design fungerade, samt att de generellt upplevde att den var lätt att använda och kändes trevlig.

Dock upptäckte vi några problemområden.
Framför allt gjorde copyn att det upplevdes som att det tog för lång tid att stanna vid akutstopp. Efter detta ändrade vi från att skriva ut adressen där stoppet sker, till att skriva att bilen stannar på första säkra plats.

Dels var det några användare som inte använde vår “Ring jour”-knapp trots att scenariot sa att läget var akut. Vår teori var att det berodde på att knappen var grön, därför ändrade vi den efter testerna till röd för att signalera en mer akut känsla.

Vi visade även upp prototypen igen för klassen och fick då feedback på att det inte framgick hur länge bilen står kvar vid paus, samt att en SOS-knapp vi lagt i bilens display borde ersättas med en fysisk knapp i bilen.

PROTOTYP OCH "IMPLEMENTERING"

Iteration 2

I vår sista iteration gjorde vi några större förändringar utifrån den feedback vi fått.

Vi lade till en timer när man stannat bilen. Den startar på 20 minuter och när det är fem minuter kvar får användaren en notis oavsett om appen är öppen eller ej. Då får man möjlighet att förlänga pausen om man vill.

SOS-knappen flyttade vi ut från displayen och ersatte med fysisk knapp.

Efter önskemål lade vi även till information om hur lång tid själva bilresan kommer ta, detta utöver information om beräknad ankomsttid som fanns sedan tidigare.

Även om vi tror på dessa förändringar är det svårt att svara på om de gör tjänsten bättre utan att testa. Så detta hade enligt mig varit nästa steg om vi fortsatt med arbetet.