Så går en designsprint till
Av CodexierPublicerad 5 min läsning
En designsprint pressar ihop månader av diskussion om en produktidé till en vecka som slutar med att riktiga användare reagerar på en realistisk prototyp. Det är inte en workshop och inte ett designprojekt; det är en beslutsprocess med deadline. Här går vi igenom de fem dagarna som vi kör dem, och är ärliga med det enda villkoret som avgör resultatet: vem som sitter i rummet.
Måndag: kartlägg problemet
Måndagen börjar med slutet: vad ska vara sant om två år om det här fungerar? Sedan pessimismövningen, där frågorna som kan sänka idén listas så att de blir testbara påståenden i stället för oro i bakgrunden. Eftermiddagen kartlägger användarens resa i en handfull steg och intervjuar de som vet mest, från support till sälj. I slutet av dagen väljer teamet ett mål på kartan, ögonblicket där sprinten ska fokusera, och det valet tillhör beslutsfattaren, inte rummet.
Tisdag: skissa lösningar
Tisdagen är den dag som minst liknar ett vanligt möte. Ingen brainstormar högt. Alla, även de som inte är designers, arbetar ensamma genom en strukturerad sekvens som slutar i en detaljerad skiss av en lösning på målögonblicket. Förmiddagen ägnas åt att samla befintliga idéer och exempel från andra branscher; eftermiddagen åt det enskilda skissandet.
- Anteckningar: var och en går igenom måndagens karta och mål och skriver ner vad som spelar roll.
- Grova idéer: snabba klotter av tänkbara angreppssätt, privata och röriga.
- Åtta på åtta: åtta varianter av den mest lovande idén på åtta minuter, för att ta sig förbi det första uppenbara svaret.
- Lösningsskiss: en storyboard i tre rutor, självförklarande, anonym, med en titel. Det är den som bedöms på onsdagen.
Skälet till tystnad och anonymitet är mekaniskt: gruppdiskussion belönar den högsta rösten och den finaste titeln, och skisser gjorda ensam ger fler tydligt olika alternativ inför beslutet på onsdagen.
Onsdag: bestäm
Skisserna sätts upp på väggen och rummet går igenom dem under tystnad och markerar det som sticker ut. Varje skiss får en kort kritik, upphovspersonen svarar sist, och sedan röstas det. Alla röstar, men beslutsfattarens röst avgör. Eftermiddagen förvandlar den vinnande skissen, eller en kombination, till en storyboard på tio till femton rutor som anger exakt vad prototypen ska visa.
| Roll | Behövs på | Varför |
|---|---|---|
| Beslutsfattare, grundare eller produktägare | Måndag, onsdag, fredag | Väljer målet och lösningen, hör användarna själv |
| Facilitator | Alla fem dagarna | Håller klockan och övningarna, håller rummet borta från debatt |
| Designer eller prototypbyggare | Alla fem dagarna | Gör storyboarden till något användarna tror på under torsdagen |
| Någon från sälj eller support | Måndag och onsdag | Vet vad kunderna faktiskt säger och invänder mot |
| Utvecklare | Måndag och onsdag | Flaggar vad som inte går att bygga och formar en realistisk lösning |
Fem till sju personer är det spann som fungerar. Fler än så gör besluten långsammare och späder ut beslutsfattarens röst.
Torsdag: bygg prototyp
Torsdagen bygger en fasad. Prototypen måste se ut och kännas verklig nog för att fredagens användare ska reagera på idén i stället för på skrovligheten, och den måste byggas på en dag, vilket utesluter riktig kod. I praktiken betyder det en klickbar prototyp i Figma eller liknande verktyg, med realistisk text, data som ser äkta ut och bara den väg storyboarden beskriver. Inget utanför den vägen fungerar, och det är helt i sin ordning.
- Dela upp arbetet: en person äger skärmarna, en äger text och data, en syr ihop flödet och testar det från början till slut.
- Skriv intervjumanuset för fredagen parallellt, så att frågorna matchar det prototypen kan visa.
- Gör en fullständig genomgång vid mitten av eftermiddagen med någon som inte sett den, och laga det som går sönder.
- Bekräfta de fem användarna för fredagen och skicka dem praktisk information.
Det här är dagen där en studio med vana prototypbyggare förändrar utfallet. En prototyp som ser ut som en wireframe får återkoppling om wireframes; en som ser ut som en produkt får återkoppling om produkten. Det hantverket är en stor del av vad en designsprint hos oss köper, och det bredare arbetssättet att testa före kod tar vi upp i en separat guide.
Fredag: testa med riktiga användare
Fem enskilda intervjuer på ungefär en timme var, med personer som matchar målkunden och rekryterats tidigare i veckan. En person intervjuar; resten av teamet tittar via videolänk i ett annat rum och antecknar i ett gemensamt rutnät. Mönster som dyker upp i tre eller fler intervjuer behandlas som fynd; enstaka reaktioner noteras men agerar man inte på.
Sprinten avslutas med en kort session där teamet läser rutnätet, skriver ner vad de lärt sig mot måndagens frågor och bestämmer nästa steg: bygg, förfina och testa igen, eller lägg ner. Det sista är en framgång, inte ett misslyckande; en vecka som dödar en dålig idé har sparat månader. När en sprint är fel verktyg: när beslutsfattaren inte kan avsätta dagarna, när problemet är en känd bugg snarare än en öppen fråga, när produkten redan finns och behöver stegvisa förbättringar, eller när det inte går att rekrytera riktiga användare till fredag. I de fallen är en UX-granskning eller några kundintervjuer det billigare och bättre köpet, och det säger vi på ett kort samtal. Hela priset och vad som ingår finns på prissidan.
Vanliga frågor
Måste en designsprint vara fem hela dagar?
Det klassiska formatet är fem, och det fungerar för att deadlinen tvingar fram beslut. Det finns fyradagarsvarianter som slår ihop skissande och beslut. Det som inte går att pressa ihop är sekvensen: kartlägg, skissa, bestäm, prototyp, testa. Tar man bort testet med riktiga användare blir det en workshop med ett finare namn.
Vad får vi i slutet av sprinten?
En klickbar prototyp av en lösning, inspelningar och anteckningar från fem användartester, en sammanfattning av vad som lärts mot frågorna från måndagen, och ett rekommenderat nästa steg. Ni får inte produktionsfärdig design eller kod; ni får bevis om huruvida ni ska bygga.
Vilka måste delta från vår sida?
Personen som kan fatta produktbeslut, med åtminstone måndag, onsdag och fredag, plus någon som pratar med kunder dagligen och någon som vet vad som går att bygga. Att delegera beslutsfattarrollen är den vanligaste orsaken till att en sprint ger ett resultat ingen agerar på.
Undrar du om din fråga passar en sprint?
Beskriv beslutet du fastnat i på ett samtal på femton minuter. Vi säger om en femdagarssprint, en UX-granskning eller en handfull kundintervjuer är rätt sätt att besvara det.
Boka ett kostnadsfritt 15-minuterssamtal