CASE 03 / APPDESIGN, KONCEPT
Gör det lättare att ses
En app som gör det enkelt att planera aktiviteter med vänner, utan långa trådar i chatten.
SJÄLVINITIERAT KONCEPTCASE / FIKTIVT BOLAG, EN MÅNADS BUDGET
MIN ROLL
Allt själv
Projektledning
UX
Affärsanalys
Prototyp
TEAM
1 person
Jag ensam, från affärsmål till testad prototyp.
MÅLGRUPP
Vänner som ska ses
Två användartyper: vuxna föräldrar och tonåringar.
LÄGE
Testad prototyp
Användbarhetstestad. Nästa steg är erbjudandeflödet.
I KORTHET
01 · VARFÖR
Affärsmål, budget och antaganden innan något ritades.
02 · RESEARCH
SWOT på fem tjänster och intervjuer om hur vänner planerar i dag.
03 · FLÖDEN
Iterationer tills en inbjudan tog så få steg som möjligt.
04 · TEST
Agendan missförstods, gjordes om och fungerade bättre.
01 / PROBLEMET
Planer som dör i chatten
Att bestämma något med vänner sker oftast i en chatt. Det funkar för en snabb fråga, men när flera ska hitta en tid och något att göra blir det många meddelanden, flera bokningar på olika ställen och mycket att hålla i huvudet. Det tar lång tid, och ibland blir det aldrig av.
Jag såg ett behov av ett enklare sätt att planera träffar. Om det blir lättare att ses kan fler träffas oftare i verkligheten och lägga mindre tid på skärmen.
Läs mer
+
Många träffar blir aldrig av. De rinner ut i sanden någonstans i chatten.
02 / AFFÄREN FÖRST
Varför innan hur
Jag skapade ett fiktivt bolag med målet att få människor att ses oftare. Innan jag ritade något tog jag reda på affärsmålen, satte en budget på en månad och kartlade mina antaganden. Utifrån det gjorde jag en strategi och en arbetsplan.
Eftersom både bolaget och produkten var nya började jag med discovery research. Jag ville kunna svara på vilka antaganden som behövde valideras först, hur människor bokar aktiviteter privat i dag, vilka verktyg de använder och vad de tycker om dem, om det finns möjligheter som andra tjänster missat, och om målgrupperna alls behöver en app till.
Läs mer
+
STRATEGI / ARBETSPLANEN FÖR EN MÅNAD, FRÅN AFFÄRSMÅL TILL LANSERING
03 / RESEARCH
Ett tomrum mellan kalendern och Calendly
Innan jag pratade med användare analyserade jag fem tjänster som löser liknande behov med SWOT. Det fanns förvånansvärt få. De flesta, som Calendly, riktar sig till företag och blir snabbt komplexa. Kalenderappen löser å andra sidan för lite för att vara värd att använda varje gång man ska ses. Det saknades något mittemellan.
Intervjuerna nyanserade bilden. Användarna bokar ofta träffar i chatten och tycker inte att det är särskilt jobbigt, men det kan bli krångligt och ibland är det lättare att ringa. Ingen kalendertjänst hjälper heller till med att bestämma vad man ska göra. Det löses fortfarande i samtal.
Läs mer
+
För att ta över efter chatten räcker det inte att vara lite bättre. Appen måste vara mycket bättre.
04 / DEFINIERA
Två användartyper, två problem
Insikterna blev grunden för två användartyper, vuxna föräldrar och tonåringar, som tillsammans täcker fyra målgrupper. I en workshop tog jag fram problemformuleringar och en backlog med user stories. De två problem som gällde båda typerna prioriterades: det är svårt att hitta en tid när alla kan, och svårt att hitta något som alla vill göra.
Prioriterade user stories var bland annat att kunna föreslå flera tider, svara med en ny tid om man är upptagen, få förslag på aktiviteter för det valda datumet, dela sin kontakt snabbt och skapa en träff utan bestämd tid och plats för att sänka tröskeln.
I efterhand hade jag hellre gjort en kundresa, för att bättre se när i bokningen problemen uppstår.
Läs mer
+
USER STORIES / STJÄRNORNA MARKERAR DE PRIORITERADE
FRÅN USER STORY TILL SKÄRM / SVARA PÅ EN INBJUDAN MED EN NY TID
05 / IDÉ OCH FLÖDEN
Så få steg som möjligt
Swublr måste vara betydligt smidigare än en chatt, så kraven på interaktionsdesignen var höga. Målen skulle nås på så få steg som möjligt och med låg interaktionskostnad. Jag itererade på användarflöden för uppgifter som att skicka en inbjudan tills stegen var nere på ett minimum.
Utifrån flödena skissade jag flera lösningar med Crazy 8 och tog med mig det bästa in i wireframes.
I efterhand hade jag gjort en user story map i stället för en ren backlog, för att lättare prioritera och planera designarbetet.
Läs mer
+
FLÖDE / SKICKA EN INBJUDAN
FRÅN WIREFRAME TILL PROTOTYP / STARTSIDAN OCH INBJUDAN
06 / INFORMATIONSARKITEKTUR
Lånade mönster från Swish
Konceptet tar mycket inspiration från Swish, och det syns i informationsarkitekturen. Om användarnas mentala modell av Swish passar Swublr kan många känna sig hemma direkt. Risken är att det förvirrar att appen liknar Swish utan att göra samma sak, så det behöver testas.
Affärsanalysen pekade på en möjlig intäktsmodell. Användare behöver hjälp att hitta något att göra på det valda datumet, och det kan presenteras som erbjudanden från företag som betalar för att synas. Då kommer intäkterna från företagen i stället för användarna, vilket gör det lättare att få nya användare.
Men först måste användarbasen bli stor nog. Därför prioriterades funktionerna för att planera före erbjudandena.
Läs mer
+
Bekanta mönster sänker tröskeln, men de måste testas.
INFORMATIONSARKITEKTUR / INBJUDAN, ERBJUDANDEN OCH AKTIVITETER
07 / TEST OCH NÄSTA STEG
Agendan missförstods, och blev bättre
Med en interaktiv prototyp testade jag huvudflödet: att skicka en inbjudan. Målet var att klara uppgiften på högst en minut och utan fel. Tidigt blev det tydligt att agendan på startsidan missförstods. Jag gjorde om den till nästa test, och då gick det bättre.
Efter testet intervjuade jag deltagarna. Flera kunde tänka sig att använda Swublr i stället för chatten, särskilt om det finns erbjudanden, och flera började själva komma med idéer på funktioner.
Prototypen bygger på ett komponentbibliotek enligt atomic design med auto-layout och följer Material Design. Nästa steg är att designa erbjudandeflödet, validera affärsmodellen och ta reda på om Swish-modellen hjälper eller stjälper. Där är svaren hittills blandade.
Läs mer
+
Deltagarna började själva föreslå funktioner. Det är ett gott tecken på att behovet finns.
HUVUDFLÖDET I PROTOTYPEN / INBJUDAN MED TRE DATUM, BEKRÄFTELSE OCH SKICKADE
AGENDAN / EN VECKA SOM GÅR ATT FÄLLA UT TILL HELA MÅNADEN
VAD CASET SÄGER OM HUR JAG JOBBAR
Jag började i affären och lät research och tester avgöra. När agendan inte fungerade gjorde jag om den, och jag är öppen med vad jag skulle gjort annorlunda.
Affärsdriven
Testdriven
Helhetsansvar
Reflekterande