Rapid Prototyping
Ein testbares Produkt in Stunden bauen, um eine Annahme mit echten Nutzern zu prüfen statt zu diskutieren.
Rapid Prototyping heißt, die Diskussion durch ein Ding zu ersetzen. Statt eine Woche über eine Funktion zu reden, baust du sie in drei Stunden und schaust zu, wie Menschen sie benutzen. Der Prototyp ist dabei nie das Ziel, sondern das Messinstrument.
Der Ablauf
- Riskanteste Annahme benennen. Was muss stimmen, damit die Idee funktioniert? Meist ist es Nachfrage, nicht Machbarkeit.
- Zeitbudget setzen. Drei Stunden, ein Vormittag, ein Wochenende. Das Budget bestimmt den Umfang.
- Nur den einen Ablauf bauen. Alles andere wird notiert, nicht gebaut.
- Vor echte Menschen stellen. Fünf reichen für qualitatives Feedback, ein paar hundert Aufrufe für Zahlen.
- Entscheiden. Weiterbauen, ändern oder abschalten — schriftlich, mit Begründung.
KLARTEXT ist an einem Vormittag entstanden: Text einfügen, Ergebnis erhalten. Kein Konto, keine Verlaufsansicht. Die ganze Frage war, ob Menschen einen fremden Text überhaupt einfügen — und die beantwortet man nicht in einem Meeting.
Warum Geschwindigkeit die Qualität erhöht
Das klingt widersprüchlich, ist aber Erfahrung: Wer schnell baut, hängt weniger an seinem Ergebnis. Ein Prototyp aus drei Stunden lässt sich verwerfen. Ein Produkt aus drei Monaten wird verteidigt, auch wenn die Daten dagegen sprechen. Kurze Bauzeiten schützen dich vor deinem eigenen Stolz.
Dazu kommt der Zinseszins: Fünf Prototypen in einer Woche liefern fünf Antworten. Ein perfekter Prototyp liefert eine.
Was ein Prototyp nicht sein muss
Nicht schön in jedem Zustand, nicht vollständig, nicht mehrsprachig, nicht barrierefrei bis ins letzte Detail, nicht für Lastspitzen ausgelegt. Er muss genau eine Sache können, und die richtig.
Was er sein muss
Echt. Klickbare Bildschirmentwürfe sind nützlich für Gestaltungsfragen, beantworten aber keine Nachfragefragen. Sobald du wissen willst, ob jemand etwas *tun* würde, brauchst du etwas, das tatsächlich funktioniert — mit echter URL, echtem Ergebnis, echter Messung.
Der häufigste Denkfehler
"Erst müssen wir es richtig bauen, dann testen." In Wahrheit ist es umgekehrt: Der Test sagt dir, was "richtig" überhaupt heißt. Jede Stunde, die vor der ersten Nutzung investiert wird, ist eine Wette auf eine Annahme. Rapid Prototyping macht diese Wetten so klein wie möglich.
Häufige Fragen zu Rapid Prototyping
- Wie lange dauert ein Prototyp?
- Bei uns typischerweise drei Stunden bis zwei Tage. Der Fact Checker stand nach drei Stunden online, KLARTEXT nach einem Vormittag, eightagency mit acht KI-Agenten nach zwölf Stunden Arbeit. Länger wird es nur, wenn mehrere Nutzerrollen, Zahlungen oder Anbindungen an bestehende Systeme dazukommen. Wir legen die Dauer vorher fest und schneiden den Umfang darauf zu — nicht umgekehrt.
- Reicht ein Klickdummy nicht auch?
- Für Gestaltungs- und Verständnisfragen ja. Für die Frage, ob jemand ein Produkt wirklich nutzen oder bezahlen würde, nicht: In einem Klickdummy sagt man leicht ja. Sobald du Verhalten messen willst, brauchst du etwas, das tatsächlich funktioniert, unter einer echten Adresse erreichbar ist und ein echtes Ergebnis liefert.
- Was passiert mit dem Prototyp nach dem Test?
- Drei Möglichkeiten: Er wird weiterentwickelt, weil die Zahlen stimmen; er wird umgebaut, weil wir etwas Unerwartetes gelernt haben; oder er wird abgeschaltet. Alle drei sind Erfolge — der teuerste Fall ist ein Prototyp, über den nie entschieden wird und der ein Jahr lang halbtot weiterläuft.
Im Einsatz bei diesen Projekten
Statt weiterlesen: anfangen
Wir bauen aus Ideen funktionierende Produkte – meistens in Stunden. Schreib uns, was du testen willst, und wir sagen dir ehrlich, ob und wie schnell es geht.