6 Rapid-Prototyping-Techniken zur Produktentwicklung
Sie möchten herausfinden, wie Sie Ihren Ansatz für ein neues Feature oder digitales Produkt validieren können?
Heutzutage bringt die Suche nach neuen Methoden und Konzepten für schnelles Prototyping eine unglaubliche Menge an Informationen zutage – und ehrlich gesagt kann es ziemlich schwierig sein, all diese Informationen zu durchforsten, um etwas zu finden, das Ihren spezifischen Bedarf trifft.
Nun, meine Freunde, Sie sind hier genau richtig. Als Digital Product Manager mit sechs Jahren Erfahrung im Lebenszyklus des Aufbaus, Testens und Weiterentwickelns von Technologien habe ich etliche verschiedene Methoden des schnellen Prototypings in verschiedenen Produkten getestet.
Want more from The CPO Club?
Sign up for a free membership to complete reading this article:
Have an account? Log In
Während meiner Zeit bei Crema habe ich gelernt, wie man sich auf die besten Arten von Rapid-Prototyping-Techniken für eine bestimmte Anwendung fokussiert, wo und wann diese am besten passen und wie man sie am effektivsten nutzt, um Antworten auf die entscheidenden Fragen zur Entwicklung der bestmöglichen Produktversion zu finden.
In diesem Artikel teile ich meine sechs bevorzugten Rapid-Prototyping-Methoden und erläutere, wie Sie genau die Technik für sich finden, die Ihnen die gewünschte Detailtreue bietet.
Rapid Prototyping im Überblick: Was ist Rapid Prototyping?
Studien zeigen, dass „Prototyping hilft sicherzustellen, dass der Kern eines Systems stimmt, bevor Ressourcen für die Entwicklung des gesamten Systems aufgewendet werden“.
Das klingt natürlich wie Musik in unseren Ohren – vor allem, wenn überprüft werden soll, ob sich ein neuer Ansatz oder ein neues Tool überhaupt lohnt.
Was genau ist also der Ansatz des Rapid Prototyping?
Rapid Prototyping bedeutet, eine Idee schnell Nutzern vorzustellen, Feedback zu sammeln und die Idee schnell anhand dieses Feedbacks zu verfeinern und weiterzuentwickeln. Es ist ein endloser Zyklus, der so oft verwendet werden sollte, bis das Team mit dem validierten Ansatz zufrieden ist.
Die Fidelity-Entscheidung: High Fidelity vs Low Fidelity
High Fidelity? Low Fidelity?…Was bedeutet das eigentlich?
Das Erste, was wir vollständig verstehen müssen, um zu entscheiden, welche Methoden für Ihr Prototyping am besten geeignet sind, ist das jeweilige Detaillierungsniveau – die sogenannte Fidelity.
Sowohl High- als auch Low-Fidelity-Prototyping bieten enorme Vorteile, doch ihr jeweiliger Nutzen hängt stark davon ab, ob sie zum richtigen Zeitpunkt angewandt werden.
InVision, ein Branchenführer für High-Fidelity-Prototyping-Software und iterative Designprozesse, betont und empfiehlt ebenfalls, die Unterschiede der Ansätze zu verstehen:
„Prototyping mit falscher Fidelity ist einer der häufigsten Fehler beim Prototyping. Leider gibt es keine Einheitslösung für alle Fälle. Stattdessen sollte man bei jedem individuellen Szenario neu abwägen.“
Low-Fidelity-Prototypen
Diese sind kostengünstig, leicht umzusetzen und bestens geeignet für neue Projekte bzw. Ideen, die durch mehrere Beteiligte validiert oder widerlegt werden müssen. Dieser Ansatz ist nützlich, wenn man nicht direkt Zugang zu Ressourcen für Design und/oder Entwicklung hat.
High-Fidelity-Prototypen
Diese sind kostenintensiver, da sie Entwicklungs- und/oder Designressourcen beanspruchen, aber High-Fidelity-Wireframes oder Prototypen ermöglichen eine realitätsnahe Erfahrung, anhand derer Nutzer ihr Feedback abgeben können.
Es kann auf jeden Fall von Vorteil sein, einen Usability-Test zu machen, bevor man überhaupt etwas mit einem Prototyp erstellt – für den Fall, dass viele größere Änderungen notwendig sind oder das Vorhaben völlig daneben liegt. So spart man viel Zeit und Geld.
Diese Herangehensweise eignet sich hervorragend für Projekte, die ein bestimmtes Erlebnis besser verstehen, neue Ideen und Arbeitsabläufe testen oder die allgemeine Funktionalität und Zielsetzung besser validieren bzw. widerlegen wollen.
Low-Fidelity-Prototyp-Techniken
1. Stift & Papier
Als eine der flexibelsten und am weitesten verbreiteten Methoden ermöglicht das gute alte Stift-und-Papier-Verfahren allen Beteiligten, mit einfachen Mitteln (Stift und Papier) Ideen und Konzepte möglichst vieler Personen zusammenzutragen und gemeinsam zu entwickeln.
Stift und Papier können ein äußerst effektiver Weg sein, um Ideen an das Team und wichtige Ansprechpartner zu kommunizieren – ganz ohne große Workshops.
Hier ein paar Beispiele, in denen eine Stift-und-Papier-Methode angewendet werden könnte:
- Ein Kunde hat sich eine neue Funktion für das Produkt gewünscht, das Ihr Team entwickelt hat. Diese Funktion kann auf unterschiedliche Weise umgesetzt werden und offenbar hat jedes Teammitglied eine andere Idee, wie das Ziel erreicht werden könnte.
- Ein Auftraggeber hat eine neue App-Idee. Diese App soll ein bestimmtes Problem oder eine spezielle Aufgabe für Endnutzer lösen, oder es gibt zumindest einen fokussierten Nutzerablauf, der klar definiert werden muss, damit das Produkt Erfolg hat.
Wie kann man das durchführen?
Die gute Nachricht: Stift-und-Papier-Übungen sind sehr flexibel. Überlegen Sie, welche Anforderungen und Einschränkungen Sie haben, und passen Sie das Vorgehen entsprechend an. Hier sind einige Schritte, die Ihnen beim Start helfen können:
- Versammeln Sie alle benötigten Personen in einem Raum – Stakeholder, Anwendungsentwickler, Endnutzer, Designer usw. An dieser Übung können alle teilnehmen, einzig Voraussetzung ist die Bereitschaft zur Mitarbeit!
- Geben Sie jeder Person Papier und einen Stift und erläutern Sie die zu lösende Aufgabe.
- Stellen Sie einen Timer (~10 Minuten) und bitten Sie alle, zu visualisieren und aufzuzeichnen, wie das Problem gelöst werden könnte.
- Wenn die Zeit um ist, kann jede Person ihre vorgeschlagene Lösung vorstellen.
- Vergleichen Sie Unterschiede und Gemeinsamkeiten der Vorgehensweisen – und sammeln Sie Feedback und Vorschläge während dieser Phase.
- Das Team kann auch eine „Note & Vote“-Session durchführen, um nennenswertes und umsetzbares Feedback zu ermitteln.
2. Feedback-Formulare und Umfragen
Feedback-Formulare und Umfragen sind ein hervorragender, wenig aufwändiger Weg, um große Zielgruppen zu erreichen. Damit sie wirksam sind, müssen solche Umfragen und Formulare präzise und neutral gestaltet werden. Stellen Sie sicher, dass Sie die Fragen korrekt und sachlich formulieren.
Hier sind einige Beispiele, in denen Feedback-Formulare und Umfragen angewendet werden könnten:
- Sie möchten Ihr Unternehmen umbenennen und als Nächstes steht ein neues Firmenlogo auf Ihrer To-do-Liste. Ihrem Team ist es wichtig, dass das neue Logo von Ihren Kunden angenommen wird, daher möchten Sie sie in den Entstehungsprozess einbeziehen.
- Sie stehen vor einer wichtigen Produktentscheidung, die mit etwas zusätzlicher Datengrundlage besser getroffen werden kann. Ein Analysetool steht nicht zur Verfügung, aber Sie haben Zugang zu vielen Menschen, die bereit wären, ein paar kurze Fragen zu beantworten.
Wie kann man das durchführen?
- Betrachten Sie Ihre Werkzeugoptionen und bestimmen Sie, was am besten zu Ihren Bedürfnissen passt.
- Google Forms und SurveyMonkey sind weithin bekannte kostenlose Tools, mit denen die meisten Menschen vertraut sind. Allerdings bieten diese Tools möglicherweise keine Visualisierungen oder Grafiken der Antworten.
- Typeform ist ein kostenpflichtiges Tool, das Datenvisualisierungen und Anpassungsmöglichkeiten bietet, allerdings benötigt man etwas Zeit, um sich damit vertraut zu machen.
- Achten Sie beim Erstellen Ihrer Fragen darauf, keine suggestiven Fragen zu stellen. Halten Sie Umfragen zudem möglichst kurz (ca. 5 Minuten Bearbeitungszeit), damit die Teilnehmer bereit sind, die Umfrage auszufüllen. Formulieren Sie Ihre Fragen so, dass sie den größtmöglichen Mehrwert liefern und dennoch leicht zu beantworten sind.
- Umfragen sind nur dann effektiv, wenn sie unbeeinflusstes Feedback liefern. Die Personen, die Ihre Umfrage erhalten, sollten – wenn möglich – Nutzer sein, die keine direkte Beziehung oder Beteiligung am Produkt haben.
- Jede Antwort (insbesondere jede Freitext-Antwort) sollte überprüft und berücksichtigt werden, während Ihr Team entscheidet, was als Nächstes optimiert werden sollte.
Verwandter Beitrag: 10 beste User-Feedback-Software zur Verbesserung der Kundenzufriedenheit
3. Erste Konzeptvalidierung
Erste Konzeptvalidierungen gehören zu meinen bevorzugten Methoden, um ein Produkt in der frühen Phase zu validieren oder zusätzliche Features für ein etabliertes Produkt zu bewerten.
Diese Technik beinhaltet, sicherzustellen (bzw. zu validieren), dass das Produktkonzept für die Kunden nützlich, relevant oder notwendig ist. Ich muss sagen, es gehört etwas Mut oder Überwindung dazu, dies auszuprobieren, aber wenn Sie die richtigen Fragen stellen, erhalten Sie bestimmt die passenden Antworten.
Hier sind einige beispielhafte Situationen, in denen eine erste Konzeptvalidierung erfolgen könnte:
- Sie haben eine neue Produktidee, die Sie einführen möchten, und möchten das Interesse der Zielgruppe an diesem neuen Produkt einschätzen.
- Eine weitere Möglichkeit ist, diesen Ansatz für bereits validierte Ideen zu verwenden, wenn Sie zusätzliches Engagement für ein neues Feature oder Tool im bestehenden Produkt fördern wollen.
Wie kann man dies durchführen?
Indem Sie eine Landingpage oder Website aufsetzen, beispielsweise mit einem One-Page-Website-Builder, schaffen Sie eine hervorragende Möglichkeit, grundlegende Informationen rund um das Produkt zu vermitteln und gleichzeitig E-Mail-Adressen von Interessierten zu sammeln, um sie auf dem Laufenden zu halten.
Dadurch überlegen sich die Nutzer, ob sie wirklich interessiert sind – und zwar abhängig davon, ob sie bereit sind, E-Mails und Updates zum Fortschritt des Produkts zu erhalten. Zusätzlich gewinnen Sie so einen Kreis von Beta-Testern und Nutzern, die vermutlich auch an einer längerfristigen Test- und Validierungsphase teilnehmen werden.
Eine weitere Chance, diese Methode einzusetzen, besteht, wenn ein Produkt von einem kostenlosen zu einem kostenpflichtigen Tool wird. Wie können Unternehmen herausfinden, ob Nutzer wirklich interessiert und ausreichend engagiert sind, um für Tools zu bezahlen? Sie beginnen mit einer einfachen Frage: „Würden Sie heute Ihre Karte zücken?“
- Es gibt viele Aspekte und Überlegungen in Sachen Preisgestaltung. Bevor es jedoch an konkrete Entscheidungen oder Zahlen geht, muss grundsätzlich geklärt werden, ob die Nutzer überhaupt bereit wären, für das Produkt zu bezahlen.
- Mit dieser Frage fordert man die Nutzer auf, kurz innezuhalten und den Nutzen des Produkts für sich selbst zu bewerten. Ist es das wert? Könnte ich auch gut ohne leben? Wenn die Nutzer bereitwillig ihre Karte zücken würden, ist die Validierung geschafft.
Techniken für High-Fidelity-Prototypen
1. Digitale Prototypen & Nutzerinterviews
Wenn Sie den Einsatz digitaler Prototypen und Nutzerinterviews in Erwägung ziehen, nutzen Sie eine der klassischen High-Fidelity-Prototyping-Techniken (und, ehrlich gesagt, eine meiner bevorzugten Methoden!).
Diese Methode beansprucht durchaus Ressourcen aus unterschiedlichen Bereichen. Es ist daher üblich, zunächst das Interesse an der zugrundeliegenden Idee zu validieren, bevor Zeit und Personal für die Entwicklung von Prototypen und die Durchführung von Nutzerinterviews investiert werden.
Das bedeutet nicht, dass brandneue Konzepte nicht auf diese Weise getestet werden sollten (ich empfehle es, wenn Sie die Möglichkeit dazu haben!). Es ist aber wichtig zu bedenken, dass das Erstellen und Feinabstimmen der Prototypen sowie die Interviews mit Nutzern ein gewisses Mindestmaß an Zeit erfordern. Wie tief Sie jedoch in den Design-/Optimierungs- und Interviewprozess einsteigen, liegt ganz bei Ihnen!
Hier sind einige beispielhafte Situationen, in denen digitale Prototypen und Nutzerinterviews eingesetzt werden können:
- Sie betrachten Ihr Produkt oder Feature als einen guten Kandidaten für einen Design Sprint. Sie haben festgestellt, dass sowohl Validierung als auch Design erforderlich sind und möchten die dafür aufgewendeten Ressourcen für einen kurzen Zeitraum begrenzen.
- Sie sind ein Unternehmer mit einer Produktidee, die Sie bereits seit einiger Zeit im Umlauf haben oder mit Low-Fidelity-Prototypen validieren. Nun sind Sie an dem Punkt, an dem Sie einen Ansatz für ein initiales Minimum Viable Product (MVP) entwerfen und validieren möchten.
- Das nächste gewünschte Feature ist technologisch gesehen eine ziemliche Herausforderung. Sie möchten daher einen Prototypen erstellen, um zu validieren, dass dieses Feature tatsächlich ein Nutzerproblem löst, und gleichzeitig durch Nutzerfeedback versuchen, den Umfang zu reduzieren.
Wie könnte man das durchführen?
Wenn Sie einen erfahrenen Design-Sprint-Moderator zur Verfügung haben, dürfen Sie sich sehr glücklich schätzen und sollten dessen Expertise nutzen! Falls Sie diesen Spezialisten nicht zur Hand haben, können Sie einige der Methoden heranziehen, die GV für ihre Design Sprints nutzt, und diese in Ihren Projekten anwenden – insbesondere indem Sie einen abgegrenzten Bereich und ein klar definiertes Problem anvisieren, mögliche Lösungen entwickeln und Endnutzer für Feedback sowie weitere Iterationen interviewen.
Sie müssen anfangs keine ganze Woche investieren, besonders wenn das für Ihr Team nicht realistisch ist. Diese Sprints lassen sich auf Ihr Bedürfnis zuschneiden. Crema hatte beispielsweise bereits Erfolg mit einem 2,5-stündigen Feature-Sprint, bevor sie weitere Sessions für inkrementelles Prototyping und Feedback durchgeführt haben.
2. Breadboarding
Das Team von Basecamp hat maßgeblich dazu beigetragen, den Begriff und die Vorteile von Breadboarding mit seiner bewährten Methode bekannt zu machen, die sie auch intern einsetzen. Diese Methode gilt ebenfalls als Low-Fidelity, da während des Prozesses weder grafische Assets erstellt noch digitale Prototypen designt werden.
Um aber wirklich den besten Ansatz mittels Breadboarding herauszuarbeiten, müssen die richtigen Personen im Raum sein – oft heißt das, dass Entwicklungs-, Design-, Produktbeteiligte, Stakeholder und Endnutzer eingebunden werden sollten.
Da hier Menschen aus unterschiedlichen Teams zusammenarbeiten, könnte man argumentieren, dass tatsächlich ein Prototyp mit hoher Detailtiefe entsteht – einer, der aus Designsicht bereit für die Umsetzung ist.
Hier einige Beispielsituationen, bei denen Breadboarding sinnvoll sein kann:
- Sie arbeiten in einem Unternehmen, das Software as a Service (SaaS) anbietet.
Es gibt interne Stakeholder (z. B. Führungskräfte), externe Stakeholder (Kunden, die das Produkt nutzen), Vertriebsteams, die das Produkt verkaufen, und Produktteams, die es entwickeln. Immer wieder geraten Sie in Situationen, in denen mindestens eine dieser Gruppen das Gefühl hat – oder ausspricht –, dass Lösung X oder Y aus ihrer Sicht nicht passend ist.
- Sie arbeiten in einem Produktteam und entwickeln Software oder Tools für einen bestimmten Kunden:
Sie möchten mit jedem Teammitglied und Ihrem Kunden zusammenarbeiten, um sicherzustellen, dass die Arbeitsabläufe alle Anforderungen, Wünsche und Produktspezifikationen berücksichtigen, bevor Sie mit Design oder Entwicklung starten.
Wie könnte man das durchführen?
Bestimmen Sie, wer unbedingt dabei sein muss. Je nach Problemstellung kann es nötig sein, die Teilnehmergruppe einzugrenzen oder zu erweitern, um sicherzustellen, dass alle relevanten Parteien vertreten sind und in den Entscheidungsprozess eingebunden werden.
So wie Basecamp es empfiehlt, nutzen Sie ein Whiteboard (oder ein virtuelles, wie Miro!) und definieren Sie einen User Flow mit drei Basiselementen, wobei ausschließlich Wörter und keine Bilder verwendet werden:
- Orte: Dinge, zu denen man navigieren kann, wie Bildschirmseiten, Dialogfenster oder Menüs, die sich öffnen.
- Handlungsmöglichkeiten: Dinge, mit denen Nutzer interagieren können, z. B. Buttons und Felder. Auch Textelemente einer Benutzeroberfläche betrachten wir als Handlungsmöglichkeit. Das Lesen von Texten versorgt Nutzer mit relevanten Informationen für die nächsten Schritte.
- Verbindungslinien: Sie zeigen, wie die Handlungsmöglichkeiten Nutzer von einem Ort zum anderen führen.
Diskutieren Sie jedes Element im Team, überarbeiten Sie Verbindungen, Handlungsmöglichkeiten und Orte basierend auf erhaltenem Feedback. Diesen Schritt führen Sie so oft durch, wie nötig – um sicherzustellen, dass unterschiedliche Standpunkte bedacht und gegebenenfalls integriert werden, bevor das Design umgesetzt wird.
3. Patchwork-Prototyping
Patchwork Prototyping ist eine Form des Rapid Prototyping, bei der Open-Source-Software verwendet wird und die Teil einer beeindruckenden Studie an der University of Illinois war.
Dieser Ansatz im Prototyping berücksichtigt viele Dinge, die wir instinktiv tun, um Einheitlichkeit zu schaffen und Zeit zu sparen (wie etwa die Entscheidung, Material Design statt eines individuell gestalteten UI zu verwenden) – während zusätzlich Open-Source-Software mit einbezogen wird.
Laut der Studie beinhaltet Patchwork Prototyping „das Zusammenfügen von Open-Source-Anwendungen, um hochauflösende Prototypen zu erstellen“ und „vereint die Geschwindigkeit und niedrigen Kosten von Papier-Prototypen, die Breite von horizontalen Prototypen und die Tiefe und hohe Funktionalität von vertikalen, hochauflösenden Prototypen.“
Hier sind einige Beispielsituationen, in denen Patchwork Prototyping angewendet werden könnte:
- Du hast Anfragen nach neuer Funktionalität in deinem Produkt erhalten – Funktionen, die etwas außerhalb des ursprünglich geplanten Rahmens deines Tools liegen könnten. Daher möchtest du diese Anfrage zuerst mit anderen Nutzer:innen oder Stakeholdern validieren, bevor du dich der kompletten Entwicklung widmest.
- Zeit und/oder Ressourcen sind begrenzt, aber du benötigst einen schnellen Weg, um ein Konzept oder einen Anwendungsfall zu validieren oder um bei Nutzern oder Stakeholdern Schwung aufzubauen.
Wie könntest du das durchführen?
Nehmen wir an, du hast die Anfrage erhalten, ein individuelles CRM aufzubauen. In diesem CRM sollen nicht nur Kundendaten und das Verwalten von Klienten möglich sein, sondern auch die Übersicht über verschiedene Projekte für jede:n dieser Kund:innen. Mit anderen Worten: Es soll als „One-Stop-Shop“ dienen, um Klienten zu managen und gleichzeitig für sie zu arbeiten.
Bevor du jedes Tool einzeln entwickelst, prüfe zunächst, ob dieses Tool tatsächlich nachhaltig ist und das Problem löst, das der/die Anforderer:in hat. Daher nutzt du Patchwork Prototyping, um eine schnelle Lösung zu implementieren, bevor du individuelle Software entwickelst.
- Du beginnst damit, Open-Source-Software zu recherchieren, die als kurzfristiger Prototyp geeignet sein könnte. Zum Beispiel:
- VLC Media Player (Media-Player)
- GIMP (Bildbearbeitung)
- Sobald du die notwendigen Tools für die jeweiligen Anforderungen im Produkt ausgewählt hast, beginnst du, sie zusammenzufügen.
- Das Ziel ist nicht, ein perfektes Produkt zu schaffen. Tatsächlich kann es sich merkwürdig anfühlen, verschiedene Open-Source-Tools miteinander zu kombinieren. Doch auf diese Weise kannst du sehr schnell einen funktionierenden, hochauflösenden Prototyp erstellen, um deinen Ansatz zu validieren.
- Nach dem Testen und Validieren stellst du vielleicht fest, dass einige kleine Anpassungen innerhalb der Open-Source-Software bereits für deine Anwendungsfälle ausreichen – oder du erhältst das Feedback, das du brauchst, um das Konzept zu verfeinern und deine eigene Lösung zu erstellen.
Rapid Prototyping & Iterativer Designprozess
Wir haben viele verschiedene Prototyping-Techniken vorgestellt, die in unterschiedlichen Stadien von Produkten und Ideen eingesetzt werden können. Doch jetzt beginnt der schwierige Teil: Wie mache ich das zu einem festen Bestandteil meines regulären Produktentwicklungszyklus? Es kann herausfordernd sein, direkt mit dem Prototyping loszulegen und die Unterstützung verschiedener Teams zu erhalten (ganz zu schweigen davon, benötigte Ressourcen bereitzustellen!).
Aber der beste Weg, um ins Rollen zu kommen und Prototyping zur Gewohnheit zu machen, ist, klein anzufangen. Ein kleines Problem zu finden, das Nutzer:innen haben – selbst wenn die Lösung offensichtlich erscheint – ist eine großartige Möglichkeit, einige dieser Techniken im Team zu testen.
So wirst du neue Methoden entdecken, um nicht nur dein Tool, sondern auch die Fähigkeit deines Teams, proaktiv zusammenzuarbeiten und Probleme zu lösen, zu verbessern.
Verwandte Artikel:
