Vad är en designsprint? När den passar (och inte)

En designsprint är en femdagarsprocess för att besvara en kritisk affärsfråga genom att kartlägga problemet, skissa lösningar, välja en, bygga en attrapp och testa den på riktiga användare.

Metoden kommer från Jake Knapp, som började köra sprintar på Google 2010 och tog dem vidare till Google Ventures 2012, där teamet förfinade formatet. Den beskrivs i boken Sprint: How to Solve Big Problems and Test New Ideas in Just Five Days (Knapp, Zeratsky, Kowitz). Tanken är enkel: i stället för att diskutera en idé i månader prövar ni den mot verkligheten på en vecka.

Varför det spelar roll

Det dyra misstaget i produktutveckling är inte att bygga något långsamt. Det är att bygga fel sak snabbt. Ett team kan lägga ett halvår på en funktion som ingen användare faktiskt vill ha, och upptäcka det först efter lanseringen. En designsprint flyttar det ögonblicket framåt. Ni får se hur riktiga användare reagerar innan ni skrivit en rad produktionskod.

Det här har blivit viktigare 2026, inte mindre. Generativ AI gör det nästan gratis att bygga prototyper och kod. När det är billigt att bygga blir det mänskliga beslutet om vad som ska byggas, och hur det skiljer sig från allt annat, den avgörande konkurrensfördelen. Sprintens värde har förskjutits. Förr handlade det om att spara tid på att skissa, och det gör AI redan. Nu handlar det om att spara månader på att inte bygga fel sak, och att fånga differentieringen, som fortfarande är mänskligt arbete.

Idén bakom metoden är att kraftsamla. Hela teamet samlas i ett rum, fattar svåra beslut snabbt och bestämmer sig. Det är skillnaden mellan ett team som diskuterar och ett team som vet.

Hur det fungerar

De fem dagarna har var sin tydlig uppgift. Originalformatet från Google Ventures ser ut så här:

Dag	Fokus	Vad teamet gör
Måndag	Map	Kartlägger problemet, sätter ett långsiktigt mål och väljer ett fokus för veckan
Tisdag	Sketch	Var och en skissar konkurrerande lösningar, enskilt och i tystnad
Onsdag	Decide	Teamet kritiserar skisserna, röstar och bygger en storyboard
Torsdag	Prototype	En realistisk attrapp byggs på en dag, “fake it”, inte färdig produkt
Fredag	Test	Fem riktiga användare intervjuas medan teamet observerar reaktionerna

Ordningen är inte godtycklig. Varje dag matar nästa. Utan måndagens karta vet ingen vad tisdagens skisser ska lösa. Utan onsdagens beslut finns ingenting att bygga på torsdag.

Två moment bär mest tyngd. Det första är onsdagens röstning, där teamet väljer bort idéer de inte verkligen tror på, att döda sina darlings. Det andra är fredagens test. Forskning från Nielsen Norman Group visar att man i snitt hittar runt 80 procent av användbarhetsproblemen genom att testa med bara fem användare (Nielsen, 2000). Det är därför fem användare räcker för en testdag.

Många team kör formatet anpassat snarare än dogmatiskt fem dagar. Ett vanligt komprimerat upplägg är tre till fyra dagar: en dag för idé och skiss, en dag för röstning, användarflöden och prototyp-underlag, och en testdag. Det som inte går att korta bort är de fyra besluten, kartlägg, skissa, välj, testa. Poängen är densamma oavsett längd: resultatet ska inte vara koncept som ser snygga ut på en skärm, utan koncept som funkar i verkligheten, eftersom riktiga användare redan har prövat dem.

När det passar

En designsprint passar när tre saker stämmer samtidigt:

• Ni har en hypotes men ingen visshet. Ni vet ungefär vad ni vill bygga, men inte om lösningen håller för riktiga användare.
• Beslutet är dyrt nog att vara värt en vecka. Sprinten kostar en hel veckas fokus för flera personer. Frågan måste vara större än så.
• Ni kan frigöra rätt personer. En beslutsfattare med mandat och ett tvärfunktionellt team på fem till sju personer, utan parallella möten.

Den passar särskilt bra inför ett större bygge, en ny tjänst eller en riktning ni inte vill backa ur efter månader av arbete.

När det inte passar

Lika viktigt är att veta när sprinten är fel verktyg. Den passar inte när:

• Problemet redan är löst. Om ni vet exakt vad ni ska bygga och bara ska bygga det, är sprinten en omväg.
• Ni inte vet vilket problem eller segment ni siktar på. Då löser sprinten fel sak elegant. Här behövs något annat först, se nedan.
• Beslutsfattaren inte är i rummet. Utan mandat rinner veckan ut i kompromisser och sprinten producerar en åsikt, inte ett beslut.
• Ni inte kan nå riktiga användare för testdagen. Utan test är det en workshop, inte en sprint.

Den färska 2026-frågan är ofta inte “vad är en designsprint” utan “vad gör vi innan”. Knapp och Zeratsky lanserade ett tvådagars föregångarformat, Foundation Sprint, i boken Click: How to Make What People Want (utgiven 22 april 2025, Simon & Schuster). Deras tes: de flesta team hoppar in i en femdagarssprint utan att ha bestämt vad de bygger och varför det är annorlunda. Foundation Sprinten producerar en grundhypotes som designsprinten sedan kan pröva (Lenny’s Newsletter, 2024). Skillnaden mellan de två är enkel: Foundation Sprinten svarar på vad och varför, designsprinten svarar på fungerar det.

Konkret exempel

Ett svenskt exempel gör det tydligt. Säg att en kommun vill bygga en digital tjänst för bygglovsansökningar. Idén känns självklar internt: en e-tjänst som guidar sökanden steg för steg.

En designsprint prövar den idén innan utvecklingen drar igång. Måndag kartlägger teamet, handläggare, en jurist, en utvecklare, en beslutsfattare, hela ansökningsresan och väljer ut det svåraste steget. Tisdag skissar var och en hur det steget kunde lösas. Onsdag röstar teamet och bygger en storyboard. Torsdag byggs en klickbar attrapp. Fredag testar fem riktiga sökanden den, och teamet ser direkt var de fastnar.

Värdet visar sig oftast på fredagen. Kanske upptäcker teamet att problemet inte är ansökningsformuläret alls, utan att sökanden inte förstår vilka handlingar de behöver. Då har en vecka sparat in månader av fel bygge. Det är inte ovanligt att en sprint slutar med att teamet bygger något annat än den ursprungliga idén, och just det är poängen med att testa innan man bygger.

Vanliga missförstånd

“En designsprint ger en färdig produkt.” Den gör inte det. Torsdagens attrapp är en fasad, byggd för att kännas äkta nog att testa, inte för att fungera under huven. Den slängs ofta efter fredagen. Produkten kommer efter sprinten, om testet säger att det är värt det.

“Sprinten ersätter research och strategi.” Den gör inte det heller. Sprinten prövar en lösning på ett känt problem. Vet ni inte vilket problem eller vilket segment ni siktar på, behöver ni ett strategiskt format först, som en Foundation Sprint. Att sprinta utan grund ger snabba svar på fel frågor.

“Vem som helst kan delta, så länge de är många.” Fel. Sprinten kräver en beslutsfattare med mandat och ett litet tvärfunktionellt team. Ett rum fullt av folk utan beslutsrätt producerar diskussion, inte riktning. Färre rätt personer slår fler fel.

För en löpande uppdaterad definition av begreppet underhåller Interaction Design Foundation en aktuell genomgång av designsprintar. Originalmetoden bor fortfarande hos Google Ventures.

En designsprint är inte en garanti för att ni bygger rätt sak. Den är det billigaste sättet att ta reda på det innan ni bygger.