Begin met een vraagstuk dat testbaar is

Een design sprint is geen open verkenning van alle mogelijke problemen. Kies daarom vooraf één duidelijke uitdaging die belangrijk genoeg is om op te lossen en concreet genoeg om binnen een sprint te onderzoeken.

Een goed sprintvraagstuk gaat bijvoorbeeld over een specifieke functionaliteit in bedrijfssoftware, een knelpunt in een werkproces of een nieuwe digitale propositie. Vermijd een te brede opdracht als “maak onze applicatie gebruiksvriendelijker”. Maak duidelijk voor welke gebruiker, in welke situatie en met welk gewenst effect je een oplossing zoekt.

• Welk gebruikersprobleem willen we oplossen?
• Voor welke doelgroep of rol binnen het proces is dit het meest urgent?
• Welk bedrijfsdoel hangt samen met deze uitdaging?
• Welke aannames willen we met een prototype en gebruikerstest toetsen?
• Welke randvoorwaarden, zoals techniek, beleid of processen, spelen mee?

Zo ontstaat een richting die ruimte laat voor oplossingen, maar voldoende focus geeft om aan het einde van de sprint te kunnen leren en besluiten. Het helpt daarbij om eerst de basis te begrijpen: wat is een Design Sprint.

Breng de juiste mensen en kennis samen

Een sprint werkt het best met een compact, multidisciplinair team. Nodig mensen uit die het probleem, de gebruiker, het proces en de technische mogelijkheden goed kennen. Zorg ook dat iemand met beslissingsbevoegdheid beschikbaar is. Dat voorkomt dat kansrijke keuzes na de sprint alsnog blijven hangen in overleg.

De voorbereiding is het moment om te bepalen wie welke kennis inbrengt en wanneer stakeholders nodig zijn. Niet iedereen hoeft de hele week in de sprint aanwezig te zijn. Specialisten kunnen juist op gerichte momenten waardevolle input geven, bijvoorbeeld over processen, technische afhankelijkheden, klantvragen of compliance.

Maak ruimte voor een beslisser

In een design sprint worden keuzes gemaakt onder tijdsdruk. Een aangewezen beslisser helpt het team vooruit wanneer perspectieven botsen of meerdere richtingen kansrijk lijken. Die rol vraagt geen detailkennis van alles, maar wel mandaat en betrokkenheid bij het sprintdoel.

Verzamel informatie voordat de sprint start

De sprint zelf biedt ruimte om kennis te delen en stakeholders te interviewen. Toch levert een gerichte informatieverzameling vooraf een veel sterkere start op. Verzamel wat al bekend is over gebruikers, de huidige werkwijze, prestaties van de software en eerdere verbeterpogingen.

Denk aan bestaande gebruikersonderzoeken, klantfeedback, servicedeskvragen, procesbeschrijvingen, productdocumentatie en beschikbare gedrags- of gebruiksdata. Deze informatie hoeft niet volledig of perfect te zijn. Het doel is om het team snel een gedeeld beeld te geven van de context, kansen en risico’s. Wil je meer uit onderzoek halen? Lees dan het artikel gebruikersonderzoek uitvoeren bij B2B-software.

Wees ook helder over wat nog onbekend is. Juist die onzekerheden kunnen tijdens de sprint worden vertaald naar gerichte vragen voor het prototype en de gebruikerstest. Het kan daarbij helpen om de UX research briefing template als uitgangspunt te nemen.

Regel de praktische randvoorwaarden

Een design sprint vraagt focus. Blokkeer daarom voldoende tijd in de agenda’s van de kernteamleden en leg vooraf vast hoe de samenwerking verloopt. Dat kan op locatie, maar een design sprint kan ook volledig remote worden uitgevoerd.

• Planning: reserveer de vijf sprintdagen en stem belangrijke beslismomenten vooraf af.
• Facilitatie: zorg voor begeleiding die het proces bewaakt, gesprekken structureert en het team binnen de tijd helpt beslissen.
• Werkvorm: bepaal of de sprint fysiek, remote of in een passende hybride vorm plaatsvindt.
• Toegang tot informatie: regel vooraf toegang tot relevante systemen, documentatie en experts.
• Testmoment: plan de gebruikerstest niet als sluitstuk, maar als uitgangspunt voor de sprint.

Door deze zaken vooraf te regelen, kan het team zich tijdens de sprint concentreren op wat telt: een oplossing ontwerpen die realistisch genoeg is om met gebruikers te toetsen.

Bereid de gebruikerstest al aan het begin voor

De waarde van een design sprint zit in het snel toetsen van een idee met echte gebruikers. Daarom is het verstandig om al tijdens de voorbereiding na te denken over wie je wilt spreken en welke situatie je wilt testen.

Selecteer deelnemers die passen bij de beoogde gebruikersrol en het proces waarvoor je ontwerpt. Bij bedrijfssoftware kan dat bijvoorbeeld een medewerker zijn die dagelijks met de applicatie werkt, een procesverantwoordelijke of een klant die een digitaal kanaal gebruikt. Kies testpersonen niet alleen op beschikbaarheid, maar op de relevantie van hun ervaring.

Bepaal daarnaast welke kernvragen de test moet beantwoorden. Begrijpt een gebruiker de voorgestelde werkwijze? Kan diegene een cruciale taak uitvoeren? Sluit de oplossing aan op de dagelijkse context? Met deze vragen als basis kan het team gerichter kiezen wat er in het prototype moet zitten.

Wat levert een goede sprintvoorbereiding op?

Een goede voorbereiding maakt een design sprint niet langer, maar effectiever. Het team start met een gedeeld doel, relevante inzichten en duidelijke kaders. Daardoor ontstaat er sneller ruimte voor creatieve oplossingen, onderbouwde keuzes en een prototype dat daadwerkelijk iets belangrijks test.

Het resultaat van de vijfdaagse sprint is een getest prototype en input voor een gevalideerde businesscase. Daarmee kun je beter bepalen welke richting kansrijk is voordat je grote investeringen doet in de ontwikkeling van bedrijfssoftware. Houd tijdens de voorbereiding ook rekening met de kosten van een Design Sprint in Nederland.

Wil je een complex softwarevraagstuk scherp krijgen en vertalen naar een gerichte sprintaanpak? Less or more begeleidt design sprints voor organisaties die gebruiksvriendelijke, werkbare digitale oplossingen willen ontwikkelen. Bekijk ook Design Sprint use cases voor B2B SaaS.

Veelgestelde vragen over design sprint voorbereiding

Hoe lang duurt de voorbereiding van een design sprint?

Dat hangt af van de scherpte van het vraagstuk, de beschikbaarheid van stakeholders en de hoeveelheid bestaande informatie. De voorbereiding bestaat in elk geval uit het aanscherpen van de uitdaging, het ontwerpen van de sprintaanpak en het organiseren van de juiste deelnemers, inzichten en gebruikerstest.

Wie moeten deelnemen aan de voorbereiding?

Betrek in ieder geval de opdrachtgever of beslisser, iemand met kennis van het product of proces en mensen die zicht hebben op de gebruikers. Afhankelijk van het vraagstuk kunnen ook technische specialisten, productverantwoordelijken of klantgerichte teams relevante input leveren.

Kan een design sprint volledig remote plaatsvinden?

Ja. Een design sprint kan 100% remote worden uitgevoerd, mits deelnemers goed beschikbaar zijn, de samenwerking vooraf is ingericht en iedereen toegang heeft tot de benodigde informatie en digitale werkvormen.