Fünf Tage, ein getesteter Prototyp: Design Sprint Ablauf für Entscheider

In fünf Tagen produzieren Sie einen testbaren Prototyp und validieren ihn mit echten Nutzern. Der Design Sprint Ablauf folgt einer festen Struktur aus fünf Phasen: Verstehen, Skizzieren, Entscheiden, Prototypen, Testen. Jeder Tag hat ein klares Ziel, feste Zeitfenster und ein Team von 5 bis 7 Personen mit einem Entscheider an der Spitze. Am Freitag stehen Einzelgespräche mit Nutzern an, die zeigen, ob die Idee trägt oder zurück ans Reißbrett muss.

Kurz gesagt:

Der Erfolg eines Design Sprints hängt stark von einer sorgfältigen Vorbereitung ab, insbesondere bei der Raumgestaltung und Teilnehmerplanung.

Am Mittwoch entscheidet das Team anhand eines Dot-Votings, welches Konzept in das Storyboard für den Prototyp einfließt.

Der Prototyp wird am Donnerstag mit einfachen Mitteln wie Figma oder Papier erstellt und sollte nur den Kernnutzerfluss abbilden.

Die Tests am Freitag liefern in der Regel fünf Einzelinterviews, aus denen das Team wertvolle Muster für die Weiterentwicklung ableitet.

Nach dem Sprint folgt eine gründliche Auswertung, bei der unpassende Ideen verworfen und bestätigte Konzepte an die Entwicklung übergeben werden.

Inhaltsverzeichnis

Was ist ein Design Sprint und wie funktioniert er?
Kurzübersicht: Der Fünf-Tage-Plan auf einen Blick
Wie bereiten Sie einen Design Sprint richtig vor?
Tag 1: Wie läuft die Verstehen-Phase ab?
Tag 2: Wie funktioniert die Skizzieren-Phase?
Tag 3: Wie treffen Sie die Entscheidung und bauen das Storyboard?
Tag 4: Wie entsteht der Prototyp an einem einzigen Tag?
Tag 5: Wie laufen die Nutzertests ab?
Was passiert nach dem Design Sprint?
Welche Fehler sollten Sie im Design Sprint vermeiden?
Wann setzt Outwork Design Sprints in Technologieprojekten ein?
Wie Outwork Ihren Design Sprint moderiert
Quellen

Was ist ein Design Sprint und wie funktioniert er?

Ein Design Sprint ist ein zeitlich fest begrenztes Verfahren, mit dem Teams eine Geschäftsidee oder ein Produktproblem innerhalb einer Arbeitswoche in einen testbaren Prototyp verwandeln. Die Methode stammt aus dem Umfeld von Google Ventures und wurde später als eigenständiges Framework für Design Thinking und Sprint-Arbeit etabliert. Anders als klassisches Design Thinking, das oft über Wochen oder Monate iterativ verläuft, komprimiert der Design Sprint denselben Denkprozess auf fünf durchgetaktete Tage mit klaren Deadlines.

Die Grundregeln sind bewusst streng gehalten: Der Sprint dauert fünf aufeinanderfolgende Tage, das Team besteht aus 5 bis 7 Personen, und ein einzelner Entscheider trifft am Ende jede wichtige Wahl. Telefone bleiben draußen, Meetings während der Sprintwoche werden verschoben. Diese Disziplin ist kein Selbstzweck, sie verhindert, dass die Woche in endlosen Diskussionen zerläuft, die sonst jedes Produktmeeting prägen.

Wer sich fragt, was ein Design Sprint konkret liefert: Am Ende steht kein fertiges Produkt, sondern eine belastbare Antwort auf eine einzige Frage, ob eine Idee bei echten Nutzern funktioniert. Diese Antwort kommt aus fünf strukturierten Interviews am letzten Tag, nicht aus Bauchgefühl oder internen Abstimmungsrunden.

Kurzübersicht: Der Fünf-Tage-Plan auf einen Blick

Jeder Tag im Design Sprint Ablauf hat einen einzigen dominanten Fokus. Das Team arbeitet meist von 10:00 bis 17:00 Uhr, nur der Freitag beginnt früher, weil die Interviews Zeit brauchen.

Wichtige Rahmenbedingungen für die Planung:

Das Kernteam sollte 5 bis 7 Personen umfassen, nicht mehr, sonst kippt die Entscheidungsgeschwindigkeit.
Ein Entscheider muss von Anfang an feststehen. Diese Person hat am Mittwoch das letzte Wort.
Der Moderator führt durch alle Übungen und hält die Zeitboxen ein, ohne selbst inhaltlich mitzudiskutieren.
Das Testformat am Freitag basiert auf etwa fünf Einzelinterviews à 45 bis 60 Minuten.

Diese Struktur lässt sich eins zu eins in den Kalender übertragen. Wer die Woche remote durchführt, verschiebt lediglich die Werkzeuge, nicht den Rhythmus: Ein digitales Whiteboard ersetzt die Klebezettel an der Wand, die Zeitfenster bleiben identisch.

Wie bereiten Sie einen Design Sprint richtig vor?

Die Vorbereitung entscheidet oft mehr über den Erfolg als die Sprintwoche selbst. Wer am Montagmorgen noch Räume sucht oder Teilnehmer briefen muss, verliert wertvolle Sprintzeit.

Raum und Ausstattung: Sie brauchen im Idealfall zwei Räume, einen Sprintraum für die Arbeitstage Montag bis Donnerstag und einen separaten Testraum für Freitag. Der Sprintraum sollte freie Wandfläche für Klebezettel und Skizzen bieten, dazu Whiteboards, Marker in mehreren Farben und ausreichend Platz für Stehmeetings. Der Testraum braucht eine Möglichkeit, die Interviews per Kamera oder Bildschirmübertragung ins Nebenzimmer zu streamen, damit das restliche Team live beobachten kann, ohne den Interviewten zu stören.

Teilnehmer einladen: Klären Sie Rollen vor der Einladung, nicht danach. Der Moderator führt die Übungen, der Entscheider trifft die finalen Wahlen, und ein bis zwei fachliche Experten (etwa aus Vertrieb, Support oder Technik) werden gezielt für kurze Interviews am Montag eingeplant. Wer als reiner Zuschauer teilnehmen will, gehört nicht ins Kernteam.

Materialliste: Klebezettel in mehreren Farben, dicke Marker (feine Stifte erzeugen zu kleine Schrift für Gruppenarbeit), großformatiges Papier für Storyboards, Dot-Voting-Punkte oder kleine Klebepunkte, und für den Remote Design Sprint ein digitales Whiteboard wie Miro. Bereiten Sie außerdem einen Prototyp-Werkzeugkasten vor, etwa Figma oder Keynote für Mockups.

Profi-Tipp: Schicken Sie allen Teilnehmenden drei Tage vorher eine Kurzagenda mit den Zeitfenstern jedes Tages. Wer weiß, dass Dienstagvormittag Einzelarbeit ansteht, blockt sich den Kalender zuverlässiger als bei einer vagen „ganze Woche Workshop“-Einladung.

Planen Sie zusätzlich ein 30-minütiges Kickoff-Gespräch am Freitag vor der Sprintwoche ein. Dort klärt der Moderator offene Fragen und sammelt bereits erste Ideen zur Problemdefinition.

Tag 1: Wie läuft die Verstehen-Phase ab?

Montag dreht sich um ein einziges Ziel: das Problem so genau verstehen, dass die restliche Woche nicht in die falsche Richtung läuft. Der Fokus liegt auf Problemdefinition, Zielformulierung und dem Zusammentragen von Expertenwissen, das Team endet mit einer Leitfrage für die gesamte Woche.

Vormittag, langfristiges Ziel formulieren: Das Team einigt sich auf eine optimistische, aber realistische Vision. Wo soll das Produkt in zwei Jahren stehen? Diese Übung dauert selten länger als 30 Minuten, schafft aber den Rahmen für alles Weitere.
Map erstellen: Anschließend zeichnet der Moderator gemeinsam mit dem Team eine einfache Customer Journey an die Wand, von links (Anfang der Nutzererfahrung) nach rechts (Ziel erreicht). Diese Map bleibt die ganze Woche sichtbar.
Mittag, Experteninterviews: Über den Mittag werden ein bis drei Fachleute für jeweils 15 bis 30 Minuten befragt, etwa aus Support, Vertrieb oder Technik. Ihre Aussagen werden direkt als Notizen auf die Map geklebt.
Nachmittag, „Wie könnten wir…“-Notizen: Jeder im Team schreibt eigenständig Beobachtungen als „Wie könnten wir…“-Fragen auf gelbe Zettel. Diese werden gemeinsam gruppiert und thematisch sortiert.
Abschluss, Leitfrage und Priorisierung: Der Entscheider wählt gemeinsam mit dem Team einen Zielbereich auf der Map, auf den sich der Rest der Woche konzentriert. Ohne diese Fokussierung verläuft sich der Dienstag in zu vielen Richtungen.

Der Montag fühlt sich oft langsamer an als erwartet. Das ist normal, ja fast notwendig. Ein zu schnell übersprungener Verstehen-Tag rächt sich am Mittwoch, wenn plötzlich niemand mehr weiß, welches Problem eigentlich gelöst werden soll.

Tag 2: Wie funktioniert die Skizzieren-Phase?

Dienstag ist der Tag der Einzelarbeit. Während Montag noch von Gruppendiskussion lebt, zieht sich am Dienstag jeder ins eigene Denken zurück, bevor am Nachmittag konkrete Lösungsskizzen entstehen.

Der Morgen startet mit einer Inspirations-Session: Das Team schaut sich bestehende Lösungen an, aus dem eigenen Produkt, von Wettbewerbern oder aus völlig fremden Branchen, und hält die besten Ideen in kurzen Skizzen fest.
Danach folgt die eigentliche Skizzenarbeit, meist über die vierstufige „Crazy 8s“-Methode kombiniert mit einem 3-Panel-Storyboard: Jeder zeichnet innerhalb von acht Minuten acht schnelle Variationen einer Idee, wählt die stärkste aus und baut daraus ein detailliertes Drei-Panel-Storyboard.
Diese Einzelarbeit läuft bewusst ohne Gruppendiskussion. Das verhindert, dass laute Stimmen die leiseren Ideen im Raum überstimmen, bevor sie überhaupt sichtbar wurden.
Am Ende des Tages werden die fertigen Skizzen nummeriert und anonym an die Wand gehängt, ohne Namen, damit die Bewertung am Mittwoch objektiver ausfällt.
Zur Dokumentation fotografiert der Moderator alle Skizzen und lädt sie ins gemeinsame digitale Board hoch, das erleichtert die spätere Auswertung erheblich.

Diese anonyme Präsentation ist einer der unterschätzten Kniffe der Methode: Sie nimmt Hierarchie aus dem Raum. Die Idee der Praktikantin bekommt dieselbe Chance wie der Vorschlag der Geschäftsführung.

Tag 3: Wie treffen Sie die Entscheidung und bauen das Storyboard?

Mittwoch ist der kritischste Tag im gesamten Design Sprint Ablauf, weil hier aus vielen guten Ideen eine einzige Richtung werden muss.

Stille Bewertung: Alle Teilnehmenden gehen schweigend an der Wand entlang und markieren mit kleinen Klebepunkten Elemente, die ihnen an den Skizzen gefallen. Diese Heatmap zeigt sofort, welche Konzepte die meiste Aufmerksamkeit bekommen.
Kurze Diskussion pro Skizze: Für jede Skizze mit vielen Punkten gibt der Ersteller eine 30-sekündige Erklärung, ohne sich zu rechtfertigen, nur zur Klarstellung.
Dot-Voting: Jeder erhält einen einzigen „Superstimme“-Punkt, um seine Top-Wahl zu markieren. Der Entscheider bekommt zusätzlich mehrere Stimmen und trifft am Ende die finale Auswahl.
Konflikte lösen: Wenn zwei Konzepte konkurrieren, entscheidet nicht die Gruppe per Mehrheitsvotum, sondern der Entscheider allein. Das verhindert endlose Kompromisslösungen, die niemanden wirklich überzeugen.
Storyboard erstellen: Aus den gewählten Elementen baut das Team ein Storyboard mit 6 bis 15 Feldern, das den Prototyp Schritt für Schritt beschreibt, so wie ein Nutzer ihn am Freitag erleben wird.

Für die Abstimmung und das Storyboarding sollten Sie realistisch den ganzen Nachmittag einplanen, oft bis 17:00 Uhr oder etwas später. Ein zu knapp bemessenes Zeitfenster führt am Donnerstagmorgen zu einem unvollständigen Bauplan.

Tag 4: Wie entsteht der Prototyp an einem einzigen Tag?

Donnerstag klingt nach der unmöglichsten Aufgabe der Woche, funktioniert aber erstaunlich zuverlässig, wenn Sie den Anspruch richtig setzen: Der Prototyp muss glaubwürdig wirken, nicht funktional sein. Prototyping muss nicht hochfunktional sein, die gefühlte Nutzererfahrung zählt mehr als technische Perfektion.

Drei praktische Prototypformen stehen zur Wahl: der klassische Papierprototyp, ein klickbares Mockup in Figma oder Keynote, oder ein Wizard-of-Oz-Ansatz, bei dem Funktionen im Hintergrund manuell simuliert werden, während der Nutzer glaubt, mit echter Software zu interagieren.
Für digitale Produkte hat sich ein klickbares Figma-Mockup meist am besten bewährt, weil es sich schnell an Testfeedback anpassen lässt und in echten Bildschirmgrößen getestet werden kann.
Teilen Sie das Team in Rollen auf: Ein Maker baut die eigentlichen Bildschirme, ein Stitcher verbindet alle Teile zu einem zusammenhängenden Klickpfad, ein Writer formuliert die Texte, und ein Assets-Verantwortlicher sammelt Bilder und Icons.
Am späten Nachmittag proben Sie die komplette Nutzerführung einmal komplett durch, als wären Sie selbst der Testkunde. Diese Probe deckt fast immer noch kleine Lücken im Klickpfad auf.
Letzter Qualitätscheck vor Feierabend: Funktioniert der Prototyp auf dem Testgerät, das Sie am Freitag tatsächlich einsetzen? Ein Mockup, das nur am Laptop läuft, aber am Freitag auf einem Tablet getestet werden soll, verursacht unnötigen Stress.

Profi-Tipp: Bauen Sie nur den einen Pfad, den die Nutzer am Freitag tatsächlich gehen sollen. Jede zusätzliche Funktion, die „auch noch schön wäre“, kostet Zeit, die am Ende für die Feinjustierung des Kernflows fehlt.

Tag 5: Wie laufen die Nutzertests ab?

Freitag beginnt früher als die restlichen Tage, meist um 08:30 Uhr, weil fünf Interviews plus Auswertung Zeit brauchen. Das Testformat basiert auf etwa fünf Zielkunden, die den Prototyp einzeln durchlaufen.

Das Interview selbst führt eine einzelne Person, meist der Moderator, in einem separaten Testraum. Das restliche Team beobachtet per Live-Übertragung im Nebenraum, ohne den Testkunden zu stören, wie das Whitepaper zur Sprintplanung empfiehlt.

Für die Beobachtung hat sich eine einfache Notizmatrix mit fünf Spalten bewährt, eine pro Testperson. Jeder Beobachter trägt auffällige Zitate, Stolperstellen im Klickpfad und spontane Reaktionen in seine Spalte ein. Direkt nach dem letzten Interview, noch am selben Nachmittag, clustert das Team alle Notizen nach Themen. Diese frische Musteranalyse ist oft aussagekräftiger als jede spätere Auswertung, weil die Eindrücke noch unverzerrt im Kopf sind.

Halten Sie feste Pausen von 15 Minuten zwischen den Interviews ein, für Notizen und kurzen Austausch im Team.
Bereiten Sie einen kurzen, identischen Interviewleitfaden für alle fünf Gespräche vor, damit die Ergebnisse vergleichbar bleiben.

Was passiert nach dem Design Sprint?

Der Sprint endet nicht am Freitagnachmittag, er endet mit einer Entscheidung. Design Sprints sind letztlich beschleunigte Hypothesentests, das eigentliche Ergebnis der Woche ist eine belastbare Antwort, nicht das fertige Produkt.

In einem Review-Meeting, idealerweise am Montag nach dem Sprint, clustert das Team die Muster aus den fünf Interviews noch einmal gründlich und priorisiert sie nach Häufigkeit und Schwere.

Verwerfen: Die Kernidee überzeugte in keinem der Tests, das Team geht zurück zur Problemdefinition.
Anpassen: Einzelne Elemente funktionierten, andere brauchen eine zweite Iteration, oft ein kleinerer Folge-Sprint.
Entwickeln: Die Idee hat sich bestätigt, das Team übergibt Storyboard, Prototyp und Testnotizen an ein Entwicklungsteam.

Bei der Übergabe an ein Software- oder Entwicklungsteam zählt vor allem eines: klare Akzeptanzkriterien, damit nach dem Sprint keine Missverständnisse und Verzögerungen entstehen. Definieren Sie vorab messbare Erfolgskriterien, etwa Nutzerzufriedenheit im Test oder konkrete Engagement-Signale, damit die Entwicklungsphase nicht wieder bei Null anfängt.

Welche Fehler sollten Sie im Design Sprint vermeiden?

Ein Design Sprint scheitert selten an der Methode, meist an der Disziplin ihrer Umsetzung.

Was funktioniert: Rollen von Anfang an klar benennen, Zeitboxen wirklich einhalten statt „nur noch fünf Minuten“ zu verlängern, und die Interviewführung am Donnerstagabend einmal proben.

Was scheitert: Zu viele Teilnehmende im Kernteam verlangsamen jede Entscheidung. Detailverliebtheit beim Prototyp, wenn das Team am Donnerstag lieber Pixel perfektioniert statt den Kernpfad fertigzustellen. Und ein fehlender Entscheider führt fast immer zu einem Mittwoch, der sich endlos hinzieht.

Klassische Unternehmen tun sich mit dieser Disziplin oft schwerer als kleine Teams, weil gewohnte Sitzungs- und Entscheidungsroutinen dem Sprint-Tempo widersprechen. Legen Sie deshalb vorab eine kurze Eskalationsregel fest: Bei Uneinigkeit entscheidet der Entscheider binnen fünf Minuten, nicht die Gruppe per Konsens.

Profi-Tipp: Definieren Sie schon vor Montag, woran Sie am Freitagnachmittag den Erfolg der Woche festmachen, etwa „mindestens drei von fünf Testpersonen schließen die Kernaufgabe ohne Hilfe ab“. Ohne dieses Kriterium diskutiert das Team am Freitagabend über Bauchgefühl statt über Fakten.

Wann setzt Outwork Design Sprints in Technologieprojekten ein?

Design Sprints eignen sich besonders für Software- und SaaS-Projekte, bei denen eine Fehlentscheidung teuer wird, etwa bei einem neuen Kernfeature oder dem Einstieg in ein unbekanntes Nutzersegment. Ein Storyboard und ein klickbarer Prototyp aus der Sprintwoche lassen sich fast direkt als User-Flow-Grundlage für die Entwicklung übernehmen, das spart in der anschließenden Konzeptionsphase oft mehrere Wochen.

Die größte Hebelwirkung entsteht dort, wo die Sprintergebnisse nicht in einer Schublade landen, sondern nahtlos in ein Backlog mit klaren Akzeptanzkriterien fließen. Genau an dieser Nahtstelle scheitern viele Sprints in der Praxis, nicht in der Woche selbst, sondern in den zwei Wochen danach, wenn niemand die Übergabe konkret organisiert.

Für typische Ergebnisse in Technologieprojekten empfiehlt sich als Folgeformat ein kurzer, klar abgegrenzter Entwicklungssprint mit demselben Kernteam, statt eines kompletten Neustarts der Diskussion.

— Outwork

Wie Outwork Ihren Design Sprint moderiert

Die Moderation Ihres Design Sprints erfolgt durch einen externen Partner, der weder Produktverantwortung noch interne Politik ins Spiel bringt, wodurch die Entscheidungen der Woche beschleunigt werden. Zu den Kernleistungen zählen die Moderation aller fünf Tage, Unterstützung beim Prototypenbau mit modernen Werkzeugen sowie die direkte Übergabe der Ergebnisse an ein Entwicklungsteam.

Je nach Umfang läuft die Zusammenarbeit als einzelner Sprint-Einsatz oder als Kombination aus Sprintwoche und anschließender Softwareentwicklung durch dasselbe Team, das die Idee schon aus der Sprintwoche kennt. Bei mobilen Konzepten unterstützt Outwork zusätzlich mit Prototyp-zu-App-Umsetzung, bei Kapazitätsengpässen im eigenen Entwicklungsteam auch über Developer Outsourcing. Ein kurzes Erstgespräch reicht, um Umfang, Team und Termin für Ihren Sprint festzulegen. Nehmen Sie über die Leistungsübersicht von Outwork Kontakt auf und klären Sie, welches Format zu Ihrem Projekt passt.