Leistungen

Prototyping

Über eine Idee lässt sich viel besser sprechen, sobald man sie sehen, anklicken oder jemandem in die Hand geben kann.

Ich nutze Rapid Prototyping, um frühe Ideen greifbar zu machen, bevor zu viel Zeit und Geld in die endgültige Umsetzung fliesst. Je nachdem, was wir herausfinden möchten, kann das ein Design-Prototyp oder bereits funktionierende Software sein.

Früh greifbar machen

Viele Fragen lassen sich in einem Meeting oder einer Präsentation nur schwer beantworten.

Verstehen die Nutzerinnen und Nutzer, wie etwas funktioniert? Fühlt sich die Interaktion richtig an? Ist die Idee wirklich nützlich? Kann die Technologie das leisten, was wir erwarten? Wie verhält sich eine KI-Funktion mit echten Daten? Lohnt es sich, die Idee weiterzuentwickeln?

Ein Prototyp gibt uns etwas Konkretes, mit dem wir arbeiten können.

Bevor wir starten, versuche ich herauszufinden, welche Fragen wirklich wichtig sind und bei welchen Annahmen wir am unsichersten sind. Daraus ergibt sich, was wir bauen und wie detailliert es sein muss.

Für manche Ideen reichen einige gut ausgearbeitete Screens. Andere brauchen echte Interaktionen, Daten, APIs oder funktionierende KI-Modelle, bevor wir etwas Sinnvolles lernen können.

Design-Prototypen oder funktionierende Software

Gemeinsam mit den Expertinnen und Experten von PAKD kann ich das Prototyping je nach Projekt in unterschiedliche Richtungen führen.

Unsere Designerinnen und Designer können von ersten Interface-Konzepten bis zu detaillierten, klickbaren Prototypen alles entwickeln. Diese eignen sich, um User Flows zu testen, Interaktionen auszuprobieren, Ideen mit Stakeholdern zu besprechen oder ein Konzept direkt mit Nutzerinnen und Nutzern zu testen.

Wir können aber auch direkt in die Entwicklung einsteigen.

Bei gewissen Projekten, insbesondere bei internen Tools, KI-Anwendungen, neuen digitalen Produkten oder technisch ungewöhnlichen Ideen, ist es sinnvoller, von Anfang an eine kleine funktionierende Version zu bauen. Diese kann ein echtes Frontend, Backend-Logik, APIs, Datenbanken, KI-Modelle oder Integrationen mit bestehenden Systemen umfassen.

Der Umfang bleibt bewusst begrenzt. Wir bauen gerade so viel, dass wir herausfinden können, ob die Idee funktioniert.

Bauen, testen, lernen, wiederholen

Rapid Prototyping funktioniert am besten, wenn die erste Version als Ausgangspunkt verstanden wird.

Wir bauen eine fokussierte Version, testen sie mit den relevanten Personen und schauen, was passiert. Das Feedback fliesst in die nächste Iteration ein. Je nachdem, was wir lernen, verfeinern wir die Idee, ändern die Richtung, vereinfachen sie deutlich oder testen einen anderen Ansatz.

Frühe Prototypen dürfen bewusst noch roh sein. Es ergibt wenig Sinn, Tage in Details zu investieren, die nach dem ersten Test vielleicht ohnehin wieder verschwinden.

Je klarer die Idee wird, desto ausgereifter kann auch der Prototyp werden.

Die unsicheren Teile prototypisieren

In der Regel muss nicht das ganze Produkt nachgebaut werden, um die wichtigen Fragen zu beantworten.

Wenn die grösste Unsicherheit in einem komplexen User Flow liegt, konzentrieren wir uns darauf. Wenn es um eine KI-Funktion geht, testen wir das Modell mit realistischen Inputs. Wenn zwei Systeme Daten austauschen müssen, können wir die Integration bauen. Und wenn die Frage lautet, ob eine Idee überhaupt verständlich ist, reicht vielleicht bereits ein Design-Prototyp.

Ein klar begrenzter Umfang hilft uns, schnell zu lernen und die Richtung zu ändern, solange das noch relativ günstig möglich ist.

Wo Prototyping hilft

Ich nutze diesen Ansatz für neue Websites und Plattformen, digitale Produkte, interne Tools, E-Commerce-Konzepte, KI-Anwendungen, neue Funktionen und ungewöhnliche technische Ideen.

Besonders sinnvoll ist Prototyping dann, wenn eine Idee vielversprechend klingt, aber noch offene Fragen bestehen, wenn mehrere mögliche Ansätze diskutiert werden oder wenn eine grössere Investition vor dem Start der Entwicklung besser abgesichert werden soll.

Ein Prototyp kann auch dabei helfen, unterschiedliche Vorstellungen innerhalb eines Teams zusammenzubringen. Solange eine Idee nur abstrakt diskutiert wird, entstehen schnell sehr unterschiedliche Bilder davon. Sobald etwas auf dem Bildschirm sichtbar ist, werden diese Unterschiede meist sehr schnell deutlich.

Vom Prototyp zum Produkt

Am Ende sollten wir deutlich mehr wissen als zu Beginn.

Vielleicht haben wir die Idee bestätigt und können weitergehen. Vielleicht haben wir eine bessere Variante gefunden. Oder wir stellen fest, dass etwas nicht wie erwartet funktioniert. Auch das ist wertvoll, solange Änderungen noch vergleichsweise günstig sind.

Wenn sich der Prototyp bewährt, kann ich das Projekt weiter begleiten und die passenden Leute von PAKD dazuholen, um daraus ein produktionsreifes Produkt zu entwickeln.