Ein Prototyp-Sprint ist kein Hackathon. Es ist eine bewusste, sequenzierte Woche, die eine unscharfe Produktidee in etwas verwandelt, das ein Team vor Nutzer und Stakeholder stellen kann. Die Ausgabe ist ein realistischer Prototyp, aber das eigentliche Produkt ist Klarheit.
So gliedern sich die fünf Tage und warum die Reihenfolge wichtig ist.
Tag 1, Verstehen
Der schnellste Weg, einen Sprint zu verschwenden, ist am ersten Tag mit dem Bauen anzufangen. Tag eins dient dazu, die richtige Frage zu stellen: Welche Entscheidung muss dieser Prototyp freischalten? Für wen ist er? Was ist tatsächlich ungewiss und was ist bereits geklärt? Am Ende des Tages einigt sich das Team auf ein einzelnes, klares Ziel und die ein oder zwei wichtigsten Flows. Alles andere ist explizit außerhalb des Umfangs.
Tag 2, Strukturieren
Vor allen Screens mappe ich das Interaktionsmodell: die Zustände, durch die das Produkt bewegt, die Entscheidungen bei jedem Schritt, das Feedback und die Fehlermodi. Dies ist der Tag, der verhindert, dass ein schönes Demo bricht, sobald echte Bedingungen auftreten. Das Artefakt ist ein Flow, kein Screen – bewusst so.
Tag 3, Den kritischen Pfad prototypen
Jetzt wird es visuell. Ich baue den einen Pfad, der den Kernwert des Produkts trägt, mit ausreichend Fidelity, damit er sich echt anfühlt – echte Texte, echte Datenschemas, echte Interaktion. Nicht jeden Screen. Den kritischen Pfad, überzeugend umgesetzt, weil das ist, was ein Test tatsächlich ausübt.
Fidelity wo sie wichtig ist, nichts wo nicht. Ein Prototyp ist ein Argument, kein Produkt – er muss nur dort real sein, wo die Frage liegt.
Tag 4, Die hässlichen Pfade unter Druck testen
Dies ist der Tag, den die meisten Prozesse überspringen – und hier liegt der Wert. Ich baue die Zustände, die niemand gerne demonstriert: leer, Fehler, partiell, ladend, geringe Konfidenz, der Nutzer widerspricht. Besonders für KI-Produkte wird hier die Erfahrung gewonnen oder verloren. Am Ende von Tag vier funktioniert der Prototyp nicht nur – er hält zusammen, wenn Dinge schiefgehen.
Tag 5, Validieren und entscheiden
Der Prototyp kommt vor echte Nutzer oder Stakeholder. Nicht um ihn zu bewundern – sondern um ihn zu brechen und zu beobachten, wo das Verständnis scheitert. Das Lieferobjekt ist nicht der Prototyp; es ist die Menge der Entscheidungen, die er freigeschaltet hat: was zu bauen, was zu streichen, was zu überdenken.
Warum fünf Tage und nicht fünf Wochen
Die Einschränkung ist der Punkt. Eine Woche ist lang genug, um etwas Echtes zu machen, und kurz genug, um rücksichtslosen Fokus auf die wichtige Frage zu erzwingen. Sie endet auch, bevor jemand ernsthaftes Entwicklungsbudget ausgegeben hat – genau dann, wenn eine falsche Annahme günstig zu beheben ist.
Man verlässt einen Sprint nicht mit einem fertigen Produkt. Man verlässt ihn mit abgebauter Unsicherheit, getesteten riskantesten Annahmen und einem greifbaren Artefakt, auf das alle zeigen können. Das ist weitaus mehr wert als fünf Wochen Diskussion über Screens.