Vad är en design sprint?

Vill du kapa långa beslutsprocesser? Snabba på den kreativa processen och hitta innovativa nya lösningar på ett problem? Eller testa om en idé verkligen funkar innan du investerar pengar i utveckling? Då ska du testa metoden design sprint. Det är ett effektivt sätt att lösa stora utmaningar och testa nya idéer, på bara en vecka går du från idé till användartestad prototyp. En design sprint funkar också utmärkt att köra på distans.

Design sprint är en metod som utvecklades av Jake Knapp på Google Ventures och som idag används av allt ifrån start-ups till offentlig sektor för att snabba på den kreativa processen och lösa stora utmaningar. Kort sammanfattat handlar det om att du samlar ett team med olika kompetenser under en vecka och att ni tillsammans fokuserar på att lösa en specifik utmaning. Veckan avslutas med att ni testar lösningen på riktiga slutanvändare.

När är design sprint rätt metod?

För att det ska löna sig med en design sprint bör utmaningen eller problemet du vill ta dig an, vara stort nog för att motivera att ni investerar en veckas arbetstid för flera personer.

Design sprint är rätt metod när du vill:

• snabbt komma framåt med en ny tjänst eller produkt
• komma igång med er digitala transformation
• addera en ny viktig funktion i befintlig tjänst
• hitta kreativa lösningar på ett specifikt problem
• förena olika visioner eller avdelningar i organisationen.

Ett sätt att avgöra om problemet är tillräckligt stort för en design sprint, är att fundera på vad det skulle kosta om ni **inte **löser problemet.

Så här går en design sprint till

Det finns ett tydligt ramverk för hur sprinten ska genomföras och varje dag har en tidssatt agenda. Så här går det till, sammanfattat:

Dag noll: Förbered

Även om design sprinten i sig bara pågår under fyra eller fem dagar kräver den lite mer tid än så. För att lyckas krävs en del förberedelser. Först och främst behöver du definiera utmaningen ni ska lösa och säkerställa att den är tillräckligt stor för att passa för en design sprint.

Steg ett är sedan att rekrytera ditt team och boka in tiden i allas kalendrar (och det kan ju vara en utmaning i sig). Fyra till sju personer brukar vara lagom och gruppen får gärna bestå av personer med olika roller och specialistområden, så att ni får en bredd av kompetens i teamet. Ni behöver ha fullt mandat att fatta beslut under veckan, så därför ska också en, eller flera, beslutsfattare finnas med. Det kan vara en ansvarig chef, produktägare eller någon liknande roll. Beslutsfattaren måste inte vara med alla dagar om det är svårt att få loss tid i kalendern, men vi rekommenderar att han eller hon är det. En annan nyckelperson är facilitatorn. Den som faciliterar ansvarar för att hålla tiden, förklara varje aktivitet, leda gruppen steg för steg genom processen och hålla energin uppe. Vi har lång erfarenhet av att facilitera och kan tryggt leda er igenom veckan.

Det är en klar fördel om vi rekryterar experter och testpersoner i förväg. Experterna intervjuar vi under dag ett och testpersonerna ska testa prototypen sista dagen (mer om det längre ned). Det kan vara svårt att få tag på personer i rätt målgrupp, så det är bra att boka in dem i god tid.

Sist men inte minst, så är det en del praktiska förberedelser som behöver fixas. Boka lokal, fixa material, fika, snacks, lunch och så vidare. Det går såklart även att köra en design sprint helt remote.

Dag ett: Hitta rätt problem

En design sprint börjar med att utforska och definiera utmaningen som ska lösas. Det är lätt att gå direkt på lösningar, men det är viktigt att först få en samsyn kring vad det är vi ska uppnå.

Under förmiddagen sätter vi ett långsiktigt mål för vad arbetet ska leda till, och identifierar vilka frågor som måste lösas under sprinten. Vi ritar sedan upp en grov användarresa som visar de olika stegen användaren går igenom.

Efter lunch kallar vi in experterna. Det kan vara personer i gruppen och/eller externa personer som har bra koll på er utmaning. Vi intervjuar experterna för att få svar på viktiga frågor och en förståelse för olika perspektiv.

Utifrån det vi lär oss av intervjuerna uppdaterar vi användarresan och sprintfrågorna. Här jobbar vi med en metod som heter HMW-lappar. Det är ett effektivt sätt att omformulera problem till möjligheter. Fram med post-its och tuschpennor och skriv lappar där vi formulerar varje frågetecken eller problem så att det börjar med ”How might we” (eller “Hur kan vi...” på svenska). Sen röstar vi om vilka HMW-frågor som känns mest kritiska, eller användbara, utifrån sprintmålen.

I slutet av dag ett är det dags att avgränsa utmaningen, och fatta beslut om vilken konkret fråga teamet ska fokusera på resten av veckan.

Dag två: Skissa på lösningar

Dag två börjar med en omvärldsbevakning i form av Lightning demo’s. Alla i gruppen letar exempel på hur andra löst liknande problem och sen presenterar vi dem för varandra.

Resten av dagen ska vi skissa på lösningar. Det gör alla på egen hand, det är ingen gruppaktivitet. Det är viktigt att komma ihåg att skisserna inte behöver vara snygga eller detaljerade. Man behöver inte heller vara duktig på att rita, alla kan skissa! Skissandet görs i fyra steg:

• Ta in och reflektera: Under tystnad tittar alla igenom det som har gjorts så här långt och antecknar.
• Skissa på lösningar. Allt skissande görs under tystnad och helt på egen hand.
• Crazy 8: Utveckla den bästa idén genom att skissa 8 varianter av den på 8 minuter.
• Detaljerad skiss: Gör en detaljerad skiss av den bästa idéen. Skissen ska kommunicera idéen på ett så pass tydligt sätt att andra förstår den, utan att den behöver förklaras.

Dag tre: Välj idé och förbered för prototypbyggandet

Dag tre är det dags att välja vilken idé resten av sprinten ska fokusera på. Det görs genom en beslutsprocess i flera steg där alla i gruppen är med och röstar. Beslutsfattaren röstar sist och har de avgörande rösterna. När beslutet är fattat börjar arbetet med att ta fram en storyboard för prototypen. Prioritera de mest kritiska vyerna, det som behöver testas, annars är det lätt att ta på sig för mycket.

Dag fyra: Prototypa

Att skapa en prototyp är ett snabbt sätt att testa av en idé, innan du lägger flera månaders utvecklingstid och pengar på den. Prototypen ni gör under en design sprint ska vara ganska enkel. Den ska vara bra nog för att testa, och den ska upplevas som verklighetstrogen av användarna, men det inte meningen att den ska vara perfekt. Man behöver inte heller använda något specifikt prototypprogram, keynote eller powerpoint räcker bra. När vi genomför en design sprint med våra kunder brukar våra designers ta fram prototypen, oftast jobbar vi då i Figma. I slutet av dagen pilottestar vi prototypen och gör justeringar så att den är klar för morgondagens användningstester. Någon i gruppen ansvarar också för att allt är klart inför testerna imorgon och förbereder ett intervjumanus.

Dag fem: Testa och ta vidare

Sista dagen är det skarpt läge - nu ska prototypen testas. Håller idén eller behöver ni tänka om? Vad behöver vi justera? Det räcker med att testa med fem slutanvändare. Även om datan är grov så ger den en riktning och de största felstegen brukar visa sig direkt.

Antingen kan en i gruppen ta rollen som testledare, eller så kan två alternera. Välj ut några olika uppgifter i prototypen som användaren ska genomföra och komplettera med frågor för att förstå hur de tänker. Förbered frågorna i ett intervjumanus dagen innan. Här finns våra bästa intervjutips.

Gör testerna i ett eget rum, men låt gruppen följa med live från ett annat rum så att alla kan anteckna samtidigt. Det finns också verktyg för att spela in testerna. [Vi har sammanställt tips på bra verktyg för att göra remote user research.] (/artiklar/fem-tips-for-remote-user-research/)

Design sprinten avslutas med att vi går igenom testresultaten och beslutar om nästa steg. Behöver vi justera prototypen och testa den igen? Eller göra en till design sprint, kanske en kortare variant, för att utveckla idéen? Vad kan vi ta action på och gå vidare med direkt?

Fyra eller fem dagar?

Originalet Google Ventures Design Sprint har ett schema för fem dagar men metoden har utvecklats och effektiviserats så att den även funkar att köra den på fyra dagar (eller till och med tre). Kolla in AJ&Smarts Design Sprint 2.0 för upplägget för fyra dagar. Vi på Osynlig anpassar upplägget för vår design sprint efter organisation och utmaning.

Läs mer

Case: Design sprint med ledarutvecklarna Take a change
Artikel: Tre tips till dig som ska köra en designsprint

Vill du få våra tips och spaningar direkt i din mailbox? Då ska du signa upp på vårt nyhetsbrev som kommer ut ungefär en gång i månaden. Anmäl dig här.