Von der Idee zum Produkt.

Den heutigen Ablauf verstehen

Betrachten Sie zuerst die Situation ohne das neue Produkt. Wie erledigen Menschen die Aufgabe heute? Wo warten sie, übertragen Daten von Hand oder wechseln zwischen Werkzeugen? Ein Gespräch über konkrete Vorgänge ist oft aufschlussreicher als eine allgemeine Wunschliste.

Für ein Kundenportal könnte die entscheidende Schwierigkeit beispielsweise darin liegen, dass Unterlagen in E-Mails verteilt sind und der Bearbeitungsstand unklar bleibt. Dann geht es zunächst um verlässliche Dokumente und nachvollziehbare Statusinformationen. Ein umfangreiches Dashboard wäre möglicherweise nur eine Ablenkung vom eigentlichen Problem.

Aus Wünschen überprüfbare Annahmen machen

Formulieren Sie, welche Veränderung das Produkt bewirken soll. „Kunden sollen sich selbst informieren können“ wird konkreter, wenn Sie die Fragen benennen, die ohne Rückfrage beantwortbar sein müssen. Ebenso sollte feststehen, welche Menschen das Angebot nutzen und in welcher Situation.

Trennen Sie gesichertes Wissen von Vermutungen. Eine einfache Annahmenliste kann genügen: Was glauben wir über den Bedarf? Welche Information fehlt uns? Wie können wir sie mit überschaubarem Aufwand gewinnen? So wird sichtbar, welche Entscheidung zuerst geprüft werden sollte.

Erst den Ablauf erproben

Ein klickbarer Prototyp kann zeigen, ob Nutzerinnen und Nutzer einen Ablauf verstehen. Dafür muss weder die Datenbank fertig sein noch jede Schnittstelle funktionieren. Entscheidend ist, dass die Testaufgabe realistisch ist und die Teilnehmenden möglichst eigenständig handeln.

Achten Sie auf Verhalten statt nur auf Zustimmung. Finden Menschen die gesuchte Information? Verstehen sie, was nach einem Klick passiert? Wo müssen sie nachfragen? Ein Prototyp beantwortet solche Fragen, beweist aber noch nicht, dass die spätere Anwendung zuverlässig oder wirtschaftlich betrieben werden kann.

Den ersten Umfang konsequent begrenzen

Die erste nutzbare Version sollte einen wichtigen Ablauf vollständig abdecken. Bei einem Portal könnte das bedeuten: sicher anmelden, eigene Unterlagen sehen und den aktuellen Bearbeitungsstand nachvollziehen. Zusätzliche Auswertungen können warten; grundlegende Zugriffsrechte und verständliche Fehlermeldungen nicht.

Arbeit in kleinen, überprüfbaren Schritten erleichtert frühes Feedback. Auch DORA beschreibt kleine Arbeitspakete als Fähigkeit, die mit guter Softwarelieferleistung zusammenhängt. Für die Produktplanung ist daraus vor allem eine praktische Empfehlung abzuleiten: Änderungen so schneiden, dass ihr Nutzen zeitnah geprüft werden kann.

Weiterführend: DORA: Working in small batches ↗

Betrieb und Weiterentwicklung mitplanen

Ein Produkt ist mit seiner ersten Veröffentlichung nicht abgeschlossen. Es braucht eine verantwortliche Person für Rückmeldungen, einen Weg zur Fehlerbehebung und einen Überblick über Nutzung und Betrieb. Auch Datenmigration, Schulung und Support gehören zur Einführung.

Vereinbaren Sie nach dem Start einen festen Zeitpunkt zur Auswertung. Welche Aufgaben werden tatsächlich erledigt? Wo brechen Menschen ab? Welche Rückfragen bleiben bestehen? Die nächste Entwicklungsrunde sollte sich auf diese Beobachtungen stützen, nicht nur auf die nächste lange Funktionsliste.

• Ein konkretes Nutzerproblem und ein nachvollziehbares Ziel festhalten.
• Die wichtigsten Annahmen vor der vollständigen Umsetzung testen.
• Einen kleinen, aber vollständig nutzbaren Ablauf entwickeln.
• Verantwortung für Einführung, Betrieb und Auswertung benennen.