Hvad koster en design sprint?
En design sprint koster typisk 110.000–210.000 DKK. Normalt indgår forberedelse, fem dages facilitering, en klikbar prototype og brugertests med personer fra målgruppen. Prisen varierer med teamets størrelse, antallet af deltagere og hvor meget research der skal laves før selve sprintugen.
En design sprint er den hurtigste strukturerede måde at teste en idé på: På fem dage går teamet fra et spørgsmål til en prototype der er testet på rigtige brugere. Formatet er komprimeret, og det er prislappen også, men kun hvis sprinten bliver brugt til den rigtige slags spørgsmål. Her er hvad den koster, hvad der indgår og hvornår du skal vælge noget andet.
Prisniveauet: 110.000–210.000 DKK
En design sprint koster oftest 110.000–210.000 DKK. Hvor i spændet du havner, afhænger først og fremmest af tre ting:
- Forarbejdet. En sprint om et velafgrænset spørgsmål kræver mindre research end en hvor målgruppe og problem først skal kortlægges.
- Bemandingen. En facilitator alene presser prisen ned. En facilitator plus en designer der bygger prototypen sideløbende, hæver den og hæver ofte også kvaliteten af det der bliver testet.
- Brugertestene. Det tager tid at rekruttere de rigtige testpersoner, især i smalle målgrupper. Fem tests indgår normalt; flere tests eller deltagere der er svære at rekruttere, koster mere.
Med timepriser på 960–1.500 DKK svarer en sprint til cirka to til tre ugers samlet arbejde, forberedelse og opsummering medregnet.
Hvad indgår i prisen?
| Trin | Typisk omfang | Det får du |
|---|---|---|
| Forberedelse | 2–4 dage | Interviews med nøglepersoner, et afgrænset sprintspørgsmål, rekruttering af testpersoner |
| Sprintdag 1–3 | 3 dage | Kortlægning, skitser og beslutning om hvilket koncept der skal testes |
| Sprintdag 4 | 1 dag | Klikbar prototype der føles ægte for brugeren |
| Sprintdag 5 | 1 dag | Brugertests med cirka fem personer fra målgruppen |
| Opsummering | 1–2 dage | Dokumenterede indsigter og en anbefaling til næste skridt |
Alt det her skal være specificeret i tilbuddet. Spørg især hvordan testpersonerne bliver rekrutteret. Det er det trin der oftest skiller en god sprint fra en der tester på personer som tilfældigvis var til rådighed.
Hvilke spørgsmål kan en sprint besvare på en uge?
En sprint giver kvalitative svar: Du ser hvordan folk reagerer og ræsonnerer, ikke statistik. Den passer til spørgsmål som:
- Forstår målgruppen tilbuddet, og vil de have det?
- Hvilket af to koncepter bærer bedst?
- Hvor i flowet tøver brugerne, og hvorfor?
- Er idéen en MVP-investering på hundredtusindvis af DKK værd?
Det sprinten ikke giver, er kvantitative beviser. Vil du vide hvor stor en andel der konverterer, skal du teste med rigtig trafik. Det er et andet værktøj med en anden prislap.
Et konkret eksempel
Lad os sige at en servicevirksomhed planlægger en kundeportal med et budget på omkring 1,6 mio. DKK. I stedet for at gå direkte til udvikling kører virksomheden en sprint for cirka 160.000 DKK. Testene viser at kunderne egentlig kun går op i to af de syv planlagte funktioner, og at den vigtigste er en som ingen i projektgruppen havde prioriteret.
Resultatet: Første version bliver skåret ned til kernen, og hundredtusindvis af DKK i udvikling bliver flyttet fra funktioner som ingen ville have, til den som der faktisk var efterspørgsel på. Sprinten kostede en tiendedel af udviklingsbudgettet og gav resten en ny retning.
Hvornår en design sprint er det forkerte værktøj
Sprinten er lavet til retningsvalg under usikkerhed og er derfor forkert i visse situationer:
- Løsningen er allerede besluttet. Er beslutningen truffet og omfanget låst, er der intet retningsvalg at teste. Gå direkte til prototype eller udvikling.
- Problemet er rent teknisk. Spørgsmål som om integrationen kan klare volumen, besvares af en teknisk forundersøgelse, ikke af brugertests.
- Beslutningstagerne kan ikke deltage. Uden mandat i rummet bliver ugens beslutninger til anbefalinger der skal sælges ind bagefter, og så falder tempoet, som er halvdelen af pointen med formatet.
- Spørgsmålet kræver tal. Betalingsvilje og konverteringsrate måles bedre med en landingsside og annoncetrafik.
Sprint, prototype eller MVP: Hvordan hænger de sammen?
Tænk på det som en trappe hvor hvert trin køber mere sikkerhed: Sprinten tester konceptet på en uge, en prototype uddyber designet, og en MVP tester forretningen med rigtige brugere i drift. Mange projekter starter med en sprint netop for at de dyrere trin skal bygge på reelle reaktioner i stedet for antagelser.
Hos Weapp arbejder vi med hele trappen, fra sprint og prototype til MVP og færdigt produkt. Vil du vide hvad en sprint vil koste for netop jeres spørgsmål? Kontakt os med en kort beskrivelse, så får du et konkret forslag.
Ofte stillede spørgsmål
Hvor meget tid skal vi selv sætte af?
Regn med at 4–6 personer fra jeres side deltager i sprintugen, heraf mindst én beslutningstager. Ikke alle behøver at være med hver dag, men kerneteamet bør blokere hele ugen. Uden den tid mister sprinten sin værdi.
Skal direktøren eller den øverste beslutningstager være med hele ugen?
Nej, men beslutningstageren er nødvendig på de afgørende tidspunkter: når udfordringen bliver rammesat i starten af ugen og når konceptet bliver valgt. Uden mandat i rummet bliver beslutningerne ikke forankret, og så risikerer man at resultatet bliver lavet om bagefter.
Kan en design sprint gennemføres på distance?
Ja, med digitale whiteboards og videomøder fungerer formatet på distance, og brugertestene foregår ofte via videoopkald under alle omstændigheder. Mange teams oplever alligevel at energien og tempoet bliver bedre når i hvert fald sprintdagene foregår fysisk samlet.
Hvad sker der efter sprinten?
Du får en dokumenteret opsummering med indsigter fra testene og en anbefaling til næste skridt. Typiske veje er at gå videre mod en MVP, iterere på prototypen eller lægge idéen til side. Alle tre er vellykkede udfald fordi beslutningen hviler på reelle brugerreaktioner.
Er 110.000 DKK ikke mange penge for en enkelt uge?
Sammenlign med alternativet: at udvikle den forkerte løsning for et millionbeløb. Prisen dækker forberedelse, facilitering, udvikling af prototypen og brugertests, et arbejde der normalt strækker sig over to til tre kalenderuger. Som beskyttelse mod fejlinvesteringer er det et af de billigste tiltag der findes.