Was ist ein Prototyp?

Ein Prototyp ist die Antwort auf eine unbequeme Frage: Funktioniert unsere Idee wirklich – oder glauben wir das nur? Noch bevor eine Zeile Code geschrieben wird, macht ein klickbarer Entwurf den geplanten Ablauf erlebbar: Seiten, Schaltflächen, Übergänge – alles bedienbar, aber nichts davon programmiert. Warum dieser Zwischenschritt Fehlentwicklungen verhindert und wie er in einem Projekt eingesetzt wird, erklärt dieser Artikel.

Eine Definition: erlebbar statt vorgestellt

Ein Prototyp simuliert das fertige Produkt: Er sieht aus wie die spätere Anwendung und lässt sich ähnlich bedienen – ist aber ein Entwurf ohne technische Fundament. Schaltflächen reagieren, Ansichten wechseln, Abläufe lassen sich durchspielen. Was fehlt: Datenbank, Logik, Performance. Genau das macht ihn so wertvoll: Er konzentriert alles auf die eine Frage, die vor der Umsetzung beantwortet werden muss – fühlt sich die Bedienung richtig an?

Die Abgrenzung zu einem Wireframe: Der Struktur-Entwurf zeigt, was wo steht; der Prototyp zeigt zusätzlich, wie es sich verhält. Wie dieser vorgelagerte Schritt funktioniert, beschreibt unser Überblick über Struktur-Entwürfe.

Testen statt raten

Die stärkste Eigenschaft eines Prototyps: Er macht Diskussionen überflüssig, die sich nicht gewinnen lassen. Über Geschmack lässt sich streiten; über beobachtbares Verhalten nicht. Wenn fünf Testpersonen im klickbaren Modell denselben Fehler machen, ist die Frage beantwortet – ohne dass jemand Recht haben muss.

Typische Erkenntnisse aus solchen Tests:

• Ein erwarteter Schritt wird übersehen, weil er an der falschen Stelle sitzt.
• Ein Formularfeld erzeugt Rückfragen, weil die Beschriftung mehrdeutig ist.
• Ein Ablauf hat einen Schritt zu viel – niemand würde ihn zu Ende gehen.
• Eine zentrale Funktion wird nicht gefunden, weil sie hinter einer Bezeichnung steckt, die niemand verwendet.

Jede dieser Erkenntnisse ist vor der Umsetzung ein kleiner Eingriff – danach ein Projekt.

Fehler früh finden heißt Kosten spät sparen

Der Zusammenhang zwischen Zeitpunkt und Korrekturkosten ist eindeutig: Je weiter ein Projekt fortgeschritten ist, desto teurer wird jede Änderung. Ein Missverständnis im Struktur-Entwurf kostet Minuten; dasselbe Missverständnis nach der Programmierung kostet Tage – und gefährdet im schlimmsten Fall die gesamte Planung.

Der Prototyp verschiebt die Fehlererkennung bewusst nach vorn. Er ist damit keine zusätzliche Ausgabe, sondern eine Versicherung: Die Alternative zum Testen am Modell ist das Testen am fertigen Produkt – mit echten Nutzern, echter Frustration und echten Nacharbeiten. Diese Rechnung geht selten auf.

Intern überzeugen: der Prototyp als gemeinsames Bild

Ein zweiter, oft unterschätzter Nutzen: Ein klickbares Modell beendet die Zeit der Interpretationen. In Besprechungen hat jeder ein anderes Bild im Kopf, wenn über „den Ablauf" gesprochen wird – der Prototyp sorgt dafür, dass alle über dasselbe sprechen.

Das hilft besonders in zwei Situationen:

• Entscheidungen im Unternehmen: Wenn verschiedene Beteiligten unterschiedliche Vorstellungen haben, entscheidet das gemeinsame Durchspielen schneller und belastbarer als jede Präsentation.
• Freigaben mit mehreren Ebenen: Wer die Zustimmung einer Geschäftsführung oder eines Gremiums braucht, legt mit einem greifbaren Modell eine deutlich überzeugendere Grundlage vor als mit Folien.

Übergabe an die Entwicklung: weniger Rätsel, weniger Rückfragen

Für die Umsetzung ist der Prototyp die verständlichste Spezifikation, die es gibt: Statt Abläufe in Textform zu beschreiben, können Entwickler sie durchspielen. Unklarheiten – welcher Zustand folgt auf welchen Klick, wie verhält sich das Formular bei einem Fehler – sind sichtbar statt interpretierbar. Das reduziert Rückfragen und verhindert, dass Abläufe beim Übersetzen vom Papier in den Code verloren gehen.

Wichtig ist die Erwartung: Der Prototyp wird nicht „einfach fertigprogrammiert". Er ist Entscheidungsgrundlage und Referenz, kein Baustein der späteren Anwendung. Wie dieser Übergang in einem strukturierten Entwicklungsprojekt aussieht, beschreibt unser Beitrag zum Ablauf von Softwareprojekten. Wie Prototypen, Wireframes und Tests in einem vollständigen Gestaltungsprozess zusammenspielen, zeigt unser Überblick zum UI/UX-Design.

Häufige Fragen

Was unterscheidet einen Prototyp von einem Wireframe?

Der Wireframe zeigt die Struktur – was wo steht. Der Prototyp zeigt zusätzlich Verhalten – wie sich Elemente verhalten, wie Ansichten wechseln, was nach einem Klick passiert. Der Wireframe ist der Grundriss, der Prototyp das begehbare Modell.

Wie lange dauert die Erstellung eines Prototyps?

Abhängig vom Umfang: Ein einzelner Ablauf mit wenigen Ansichten entsteht in Tagen; ein vollständiges Produkt mit vielen Zuständen braucht entsprechend länger. Entscheidend ist die Frage, welche Risiken getestet werden sollen – daran richtet sich der Detailgrad.

Mit wie vielen Nutzern sollte man testen?

Für das Aufdecken von Bedienproblemen reichen wenige Personen: Schon fünf Teilnehmer zeigen den Großteil der typischen Stolperstellen. Wichtiger als die Anzahl ist, dass die Testpersonen der echten Zielgruppe entsprechen.

Was passiert mit dem Prototyp nach dem Test?

Er wird zur Arbeitsgrundlage: Die Erkenntnisse fließen in die finale Gestaltung ein, das abgestimmte Modell dient der Entwicklung als Referenz. Danach hat der Prototyp seinen Zweck erfüllt – er ist ein Werkzeug der Entscheidungsfindung, kein Bestandteil des Endprodukts.