Anforderungen scheitern oft, weil sie zu spät im Denkprozess berücksichtigt werden. Ein Feature-Briefing beschreibt zwar Bildschirme, Regeln und Sonderfälle, verfehlt aber die tatsächliche Abfolge der Benutzerinteraktionen. Produktmanager können diese Lücke schließen, indem sie Benutzerabläufe abbilden, bevor Design-Tickets oder Entwicklungsaufgaben erstellt werden. Dadurch wird die Arbeit weniger reaktiv und das Team erhält ein klareres Bild davon, was das Produkt dem Benutzer ermöglichen soll.
Abbildung von Nutzerreisen von der Absicht bis zum Erfolg
Ein Nutzerflussdiagramm sollte den Weg von der Absicht zum Ergebnis aufzeigen. Es sollte beinhalten, wo der Nutzer einsteigt, welche Entscheidungspunkte auftreten, welche Informationen benötigt werden und wo das Produkt den Nutzer verlieren könnte. Eine praktische Referenz ist die PageFlows-Benutzerflussbibliothek, Dies kann Produktmanagern helfen, reale Akquisitions-, Aktivierungs-, Monetarisierungs-, Kundenbindungs- und Supportprozesse zu analysieren, bevor Annahmen in Anforderungen umgewandelt werden. Der Wert liegt nicht im Kopieren eines Musters, sondern im Verständnis der Struktur realer Produkte hinsichtlich Schritte, Reibungsverluste, Fehlerbehebung und Abschluss.
Beginnen Sie mit dem Geschäftsziel und übersetzen Sie es dann in Nutzerbewegungen.
Ein Prozess sollte nicht mit einem Benutzernamen beginnen, sondern mit einem messbaren Produktziel. Kundengewinnung kann bedeuten, einen Besucher zur Registrierung zu bewegen, während Aktivierung darin besteht, einem neuen Konto zu einem ersten nützlichen Ergebnis zu verhelfen. Monetarisierung kann ein Upgrade, einen Kaufabschluss oder eine Abonnemententscheidung umfassen. Kundenbindung kann Erinnerungen, gespeicherte Fortschritte, Verlängerungsaufforderungen oder erneute Interaktion beinhalten. Support kann die Lösung eines Problems umfassen, ohne den Nutzer in eine langwierige Kontaktschleife zu zwingen. Sobald das Ziel klar ist, kann der Produktmanager beschreiben, welche Schritte seitens des Nutzers erforderlich sind.
Trennen Sie den Hauptdatenfluss von den Wiederherstellungspfaden.
Der Hauptablauf ist der optimale Weg. Er zeigt, was passiert, wenn der Nutzer das Angebot versteht, über die richtigen Informationen verfügt und jeden Schritt problemlos abschließt. Dieser Ablauf ist wichtig, da er dem Team eine Ausgangsbasis bietet. Er hilft außerdem, unnötige Arbeit in der ersten Version der Anforderungen zu vermeiden. Wenn der Hauptablauf schon auf dem Papier verwirrend wirkt, wird sich das Produkt in der Praxis wahrscheinlich schlechter anfühlen.
Bei Wiederherstellungspfaden werden viele Sicherheitslücken deutlich. Ein Benutzer vergisst sein Passwort, wählt den falschen Tarif, bricht den Bestellvorgang ab, gibt ungültige Zahlungsdaten ein oder muss seine E-Mail-Adresse ändern.
Diese Fälle sind aus Nutzersicht nicht nebensächlich. Oft entscheiden sie darüber, ob Vertrauen wiederhergestellt oder verloren geht. Ein Produktmanager sollte sie erfassen, bevor er Akzeptanzkriterien formuliert, denn Entwickler und Designer müssen wissen, wie sich das Produkt verhält, wenn der empfohlene Ablauf nicht funktioniert.
Kartenakquise, Aktivierung, Monetarisierung, Kundenbindung und Support als separate Systeme
Akquisitionsprozesse beschreiben den Weg von externem Interesse zum Produktzugriff. Der Produktmanager sollte die Quelle der Kaufabsicht, das gemachte Versprechen und die erste erwartete Nutzeraktion definieren. Ein Besucher, der über die Suche, eine Empfehlung, bezahlte Werbung oder eine E-Mail-Kampagne kommt, benötigt möglicherweise einen anderen Kontext, bevor er aktiv wird. Die Anforderungen sollten nicht davon ausgehen, dass jeder Nutzer mit dem gleichen Kenntnisstand startet. Eine gute Akquisitionsplanung zeigt, was vor der Registrierung verstanden werden muss.
Aktivierungsprozesse benötigen eine eigene Übersicht, da die Registrierung nicht gleichbedeutend mit der Aktivierung ist. Die Kontoerstellung mag zwar notwendig sein, beweist aber selten den Produktwert. Der Produktmanager sollte den ersten relevanten Erfolgsmoment definieren und den kürzesten sinnvollen Weg dorthin aufzeigen. Dieser Weg kann Onboarding, Berechtigungen, Einstellungen, Beispieldaten, Einrichtungsschritte oder die erste abgeschlossene Aufgabe umfassen. Jeder Schritt sollte sich dadurch bewähren, dass er dem Nutzer hilft, schneller einen Nutzen daraus zu ziehen.
Monetarisierungsprozesse erfordern eine sorgfältige Formulierung der Anforderungen, bevor diese erstellt werden. Der Produktmanager sollte festlegen, wann ein kostenpflichtiges Angebot erscheint, welche Informationen dem Nutzer bereits bekannt sind, welcher Vergleich erforderlich ist und was nach der Zahlung geschieht. Preisseiten, Upgrade-Aufforderungen, Checkout-Seiten, Rechnungen, Testende und Verlängerungsbenachrichtigungen gehören zum selben System. Die Anforderungen sollten auch Stornierungen, Rückerstattungen und Tarifänderungen abdecken, da diese Ereignisse die zukünftige Conversion beeinflussen. Ein Zahlungsprozess, der Ausstiegsmöglichkeiten verbirgt, mag kurzfristig die Conversion-Rate erhöhen, kann aber später zu vermeidbarem Supportaufwand führen.
Wandeln Sie jeden Datenfluss in Entscheidungen, Eingaben, Zustände und Ergebnisse um.
Nachdem der Ablauf skizziert wurde, sollte er in einfache Anforderungsblöcke übersetzt werden. Jeder Schritt benötigt eine Entscheidung, eine Eingabe, einen Systemzustand oder ein Ergebnis. Eine Entscheidung fordert den Benutzer zur Auswahl auf. Eine Eingabe fordert den Benutzer zur Bereitstellung von Informationen auf. Ein Zustand informiert das Team darüber, welchen Status das Produkt zu diesem Zeitpunkt hat. Ein Ergebnis bestätigt die Änderungen nach dem Schritt. Diese Struktur verhindert, dass die Anforderung zu einer unstrukturierten Bildschirmbeschreibung verkommt.
Nutzen Sie das Flussdiagramm, um bessere Tickets zu schreiben
Ein aussagekräftiges Ticket sollte klar auf eine bestimmte Stelle im Ablauf verweisen. Es sollte die Nutzerabsicht, die Eintrittsbedingung, die erwartete Aktion, den Erfolgszustand und die wichtigsten Fehlerzustände erläutern. Dadurch lässt sich das Ticket leichter schätzen und testen. Es gibt Design und Entwicklung außerdem einen gemeinsamen Grund für die Arbeit. Ohne diesen Ablaufkontext diskutieren Teams oft oberflächliche Details, bevor sie sich darauf einigen, welches Problem der jeweilige Schritt löst.
Eine sinnvolle Vorgehensweise im Projektmanagement besteht darin, Anforderungen als Ergebnis von Prozessanalysen zu betrachten, nicht als deren Ausgangspunkt. Ein visualisierter Prozessablauf kann aufzeigen, dass eine geplante Funktion eigentlich aus fünf miteinander verbundenen Prozessen besteht oder dass ein angeforderter Bildschirm gar nicht benötigt wird. Er kann verdeutlichen, dass der Supportdruck durch unklare Aktivierungsprozesse entsteht oder dass die Monetarisierung scheitert, weil der Planvergleich zu früh erfolgt. Diese Erkenntnisse sind keine abstrakte Strategie. Sie verändern die Arbeit, die geschrieben, entworfen, entwickelt und gemessen wird.
Erstellen Sie eine Ablaufplanung, bevor Sie die Anforderungen formulieren. So wird Ihre Arbeit in jeder Phase präziser. Durch die Planung des Ablaufs werden redundante Bildschirme, versteckte Sicherheitslücken und unpassende Eingabeaufforderungen aufgedeckt, bevor diese in einem Ticket landen. Dadurch wird sichergestellt, dass die entwickelte Lösung von Anfang an das richtige Problem löst.
Leave A Comment