Digitales Produktdesign

Digitale Produkte sind ständige Begleiter in unserem Alltag: Ob wir die Route unserer Fahrt mit öffentlichen Verkehrsmitteln planen und ein Ticket dafür kaufen, unterschiedliche Waren für eine neue Anschaffung vergleichen oder einen Konferenzraum in der Arbeit reservieren – all diese Tätigkeiten und noch viele mehr werden heute durch unzählige digitale Produkte erleichtert.

Übergeordnetes Ziel dieser Phase: Herausfinden, welche Probleme potentielle Kund:innen und Nutzer:innen haben und wie der Markt dafür aussieht.

Die wichtigste Frage in der Entwicklung digitaler Produkte muss zu Beginn gestellt werden: Welches Problem wollen wir lösen – und für wen?

Vermeiden Sie es, sich zu früh mit Lösungen „anzufreunden“, bevor das zugrunde liegende Problem nicht ausführlich beleuchtet wurde. Zu oft entstehen so Produkte, die keine validen Probleme adressieren bzw. diese nur unzureichend lösen.

Daher beginnen wir die Discovery Phase in der digitalen Produktentwicklung typischerweise mit der Betrachtung potentieller Zielgruppen und Nutzer:innenprofile. In Empathy- und Ideation-Workshops mit unseren Kunden verschaffen wir uns ein gemeinsames Bild von Kund:innen, deren Schmerzpunkten, Zielen und Herausforderungen im Alltag (z.B. ihrer beruflichen Tätigkeit bzw. im Bezug auf einen ganz spezifische Aufgabe).

Idealerweise fußt diese Analyse bereits auf vorhandenem Datenmaterial wie Interviews, Umfragen oder Beobachtungen von Nutzer:innen.

Im Anschluss können analysierte Probleme gezielt in Problem-Statements beschrieben werden sowie etwaige bereits vorhandene Lösungsansätze im Rahmen einer Markt- und Konkurrenzanalyse untersucht werden.

Übergeordnetes Ziel dieser Phase: Lösungs-Hypothesen aus Problem-Statements ableiten und Anforderungen mit Geschäftszielen zusammenführen.

Auf der Grundlage der Erkenntnisse aus der Discovery-Phase können erste Skizzen zu Lösungsansätzen in Design Thinking-Workshop Formaten erarbeitet und entsprechende Hypothesen formuliert werden.

Hypothesen formulieren überprüfbare Annahmen über den Zusammenhang eines Lösungsansatzes und einem erwarteten Effekt. Diese Hypothesen helfen dabei, zu klar formulierten Lösungsansätzen zu den festgestellten Kundenproblemen zu kommen, andererseits ermöglichen sie die fühzeitige Validierung oder Falsifizierung der Ideen. Das kann durch kleine Experimente im Rahmen der Definition- oder Prototyping-Phase erfolgen.

So kann etwa zur Überprüfung der Nachfrage für ein neues Feature als Ergänzung zu einem bestehenden Produkt ein sogenanntes „Fake Door“ (eine einfache Info-Seite oder Anmeldeoption) verwendet werden, dass mit wenig Aufwand rasch Rückschlüsse darüber zulässt, ob Interesse im Markt besteht.

Als Hypothesen formulierte Lösungsansätze ermöglichen auch die Priorisierung unterschiedlicher Features bereits im Vorfeld von Prototyping und Umsetzung. So können jene Features priorisiert werden, die am besten auf Geschäfts- und Nutzer:innenziele einzahlen.

Wenn Lösungsansätze und Features greifbarer werden, empfehlen wir die Erarbeitung eines vollständigen Bildes zum Produktumfang im Rahmen einer Storymap. Diese stellt bereits die Basis für die folgenden Umsetzungsphasen dar, und erlaubt es dem Team, jederzeit Priorisierung und Umfang des Vorhabens zu verändern.

Übergeordnetes Ziel dieser Phase: Ideen greifbar machen und validieren.

Nun gilt es, die Ideen und theoretischen Hypothesen zu überprüfen. Dazu sollten Prototypen verwendet werden – also mehr oder weniger simulierte Visualisierungen der Produktidee, die noch keine tatsächliche technische Implementierung erfordern.

Je nach verfügbarer Zeit und Mittel bieten sich unterschiedliche Methoden für die Erstellung von Prototypen an. Diese unterscheiden sich hinsichtlich der „Fidelity“ – also wie realistisch sich die Simulation „anfühlt“.

Oft ist „weniger“ hier jedoch „mehr“ – oder anders formuliert: es ist besser, schnell zu Testergebnissen zu gelangen, als viel Zeit in die Erstellung aufwendiger Prototypen zu stecken. Schließlich geht es in dieser Phase in erster Linie um Erkenntnisgewinn und die Überprüfung unserer Annahmen. Dazu sind oft sogar einfache Prototypen aus Papier ausreichend, oder klickbare „Low fidelity“-Prototypen.

Am Ende dieser Phase verfügen wir über verifizierte oder falsifizierte Designhypothesen. Damit können neue Hypothesen formuliert und erneut getestet werden – bis wir ausreichend Verifizierung haben, um mit der tatsächlichen Umsetzung zu starten.

Übergeordnetes Ziel dieser Phase: Ein digitales Produktteam macht aus einem Prototypen im sprintbasierten Prozess ein funktionierendes Produkt, das bereit für den Launch im Markt ist.

In der Build-Phase geht es darum, eine verifizierte Produktidee zu einem tatsächlichen, funktionierenden digitalen Produkt zu machen.

Wir empfehlen dafür die Umsetzung durch ein cross-funktionales Team im agilen Workflow, da diese Methode die nötige Flexibilität und Effizienz bietet. Auf der Basis der zuvor ausgearbeiteten Storymap, die im agilen Workflow laufend ergänzt und angereichert wird, wird das digitale Produkt von Sprint zu Sprint vollständer.

Kontinuierliches Deployment erlaubt prozessbegleitende Tests und verhindert, dass das Produkt erst nach langer Entwicklungszeit bereit steht. Im Gegenteil: Die Priorisierung im Team folgt der initialen Feature-Priorisierung. So ist gewährleistet, dass essentielle Kernfunktionen des Produkts zuerst umgesetzt werden, um intensiver getestet und wenn nötig modifiziert werden können.

Dieses Vorgehen reduziert gleichzeitig die „Time-to-Market“ signifikant – erste, im Funktionsumfang stark reduzierte Versionen des Produkts können lange vor Fertigstellung eines umfassenden Umfangs verwendet werden.

Übergeordnetes Ziel dieser Phase: Produkt veröffentlichen, Nutzerfeedback sammeln und kontinuierlich verbessern.

Ein häufiger Fehler in der digitalen Produktentwicklung ist es, den Launch als Schlusspunkt der Arbeit am Produkt zu verstehen. Eigentlich geht’s dann erst richtig los.

Trotz frühzeitiger Marktanalyse, Test von Designhypothesen und Nutzertests mit Prototypen liefert erst die tatsächliche Einführung im Markt den Realitätscheck zur Akzeptanz des Produkts.

Eine Begleitung des Produktlaunchs und die Zeit danach mit User Research Methoden, um Feedback von Nutzer:innen zu sammeln, kann wertvolles Material zur kontinuierlichen Optimierung liefern. So werden selbst gute Produkte mit der Zeit immer besser.

Der Weg vom Problem zur digitalen Lösung ist kein linearer Prozess, sondern ein iterativer Kreislauf. Es gibt auch nicht den einen “Fahrplan”, der für alle Projekte, Kund:innen und Ausgangslagen funktioniert. Gerne entwickeln wir für Sie einen maßgeschneiderten Plan, um mit Ihrem digitalen Produkt durchzustarten.

Mit strukturierten Methoden und einem fokussierten Ansatz lassen sich im Prozess Risiken stark minimieren und so Produkte entwickeln, Nutzer:innen- und Geschäftsziele erfüllen sowie das Potential haben, für echte Begeisterung zu sorgen.