So verhindern Sie Feature Creep mit Best Practices für User Storys

Als Teil einer größeren digitalen Produkterzählung hilft die Arbeit mit User Stories während des gesamten Designprozesses Designern, sich auf die Verbesserung der UX zu konzentrieren. Klar geschriebene User Stories können dazu beitragen, dass Menschen im Mittelpunkt des Designprozesses stehen, sich in die Zielgruppe eines Produkts einfühlen und Ideen entwickeln, die besser zum Leben der Menschen passen.

Wie oft finden sich Produktdesigner in der sprichwörtlichen „den Karren vor das Pferd spannen“-Situation wieder? Wenn das Projekt beginnt, arbeiten wir die technischen Details aus und wie wir es liefern werden. Entwicklungsrahmen werden definiert, Zielgeräte bestimmt, Bildschirmgrößen festgelegt, dann macht sich das Team an die Entwicklung von Lösungen und fügt nach dem Zufallsprinzip Produktfunktionen hinzu.

Während dieses Prozesses generieren wir hektisch eine Fülle von UX-Artefakten: Moodboards, Sitemaps, Benutzerströme, Personas und Empathy Maps, um nur einige zu nennen. Das Boot ist beladen, fährt aber ohne Ruder oder Karte. Dann wachen wir eines Tages auf und es trifft uns: „ Warum stellen wir dieses Produkt her, wie definieren wir seine Eigenschaften und wie priorisieren wir sie? ”

Ein klassischer Weckruf.

Der gefürchtete „Feature Creep“ schleicht sich direkt vor unsere Nase.

Glücklicherweise gibt es eine Gegenmaßnahme dagegen. Es ist eine Design-Taktik namens User Stories .

User Stories sind eine kollaborative Designtechnik für Produktteams, die von der agilen Softwareentwicklungsmethodik übernommen wurde. Agile Teams konzentrieren sich in der Regel darauf, während Sprints kleine Ziele zu erreichen. Sie betonen Geschwindigkeit, Ziele und Ergebnisse anstelle einer ausführlichen Dokumentation, daher das Konzept der User Stories.

Für die meisten agilen Teams sind User Stories das wichtigste Mittel der inkrementellen Softwarebereitstellung. Agile Allianz

Was ist eine User-Story?

Eine User Story beschreibt etwas, was der Benutzer erreichen möchte. User Stories können Designern und Entwicklerteams helfen, sich auf die Bedürfnisse der Benutzer zu konzentrieren, anstatt sich in der Hektik des Hinzufügens von Produktfunktionen zu verfangen.

Eine User Story ist kurz, spezifisch und zielgerichtet. Es ist eine Ein-Satz-Anweisung, die aus der Perspektive des Benutzers eingerahmt ist und die folgende Struktur hat:

„ Als (Nutzertyp) will ich (das Ziel), damit ich (einen Nutzen ziehen kann). ”

User Stories ermöglichen es einem Team, während des gesamten Entwicklungsprozesses bessere Gespräche über das Projekt zu führen. Es trägt dazu bei, das Einschleichen von Funktionen zu verhindern, da die Zusammenarbeit mit ihnen ein gemeinsames Verständnis dafür fördert, was das Team zu entwickeln versucht und warum .

Wenn es ein Prinzip gibt, das denjenigen im Bereich des Benutzeroberflächendesigns und der Mensch-Computer-Interaktion heilig ist, dann ist es Know your user . Don Norman, Mitbegründer und Principal Emeritus der Nielsen Norman Group

User Stories zwischen Design und Agilität ausrichten

User Stories sind ein Konzept, das Entwickler verstehen. Ob zu Beginn des Projekts oder während der Produktentwicklung, Designer können effektiver mit Entwicklern zusammenarbeiten, indem sie mit User Stories arbeiten. Produktmerkmale können gemeinsam geplant, die Entwicklung optimiert und geklärt werden, auf welche Ergebnisse sich das Team konzentrieren sollte .

Allerdings glauben viele Designer nicht, dass Agile und UX gut zusammenspielen können . Eine der Überzeugungen ist, dass die beiden unterschiedlichen Motivationskräfte und Zeitpläne nicht gut zusammenpassen – User Stories passen nicht ohne Weiteres in einen ganzheitlichen Designprozess, da der Fokus bei der Entwicklung auf kurzfristigen Bereitstellungszyklen liegt. Eine andere Meinung ist, dass User Stories als Designansatz nicht substanziell genug sind – ihnen fehlt die Perspektive, die das Gesamtbild berücksichtigt: die Gesamtheit der Benutzererfahrung .

Diese Überzeugungen sind bis zu einem gewissen Grad gültig, aber auch fehlgeleitet .

Lassen Sie uns die Luft reinigen. Zunächst müssen Designer erkennen, dass die Arbeit mit User Stories ein kollaborativer Designprozess ist . Während es auf der Entwicklungsseite möglicherweise nicht perfekt zu agilen Sprints passt, können sie sehr wohl Teil eines umfassenderen asynchronen Designprozesses sein, wenn sie mit Entwicklern zusammenarbeiten . User Storys erleichtern auch die Zusammenarbeit von Teams an verschiedenen Standorten.

Zweitens sind User Stories ein fester Bestandteil des menschenzentrierten, aktivitätszentrierten Designs . Anstatt sich darauf zu konzentrieren, immer mehr Produktfeatures hinzuzufügen – der sprichwörtliche „Feature Creep“ – machen User Stories es wahr . Hinter jeder Aktivität, die Menschen ausführen, stehen User Stories, die sich aus Aufgaben zusammensetzen, die wiederum eine Reihe von Aktionen sind. Infolgedessen werden Produkte mit einem tiefen Verständnis der Benutzeraktivitäten entwickelt. Die Arbeit mit User Stories passt gut in das ganzheitliche Bestreben, ein ansprechendes Benutzererlebnis zu gestalten.

User Stories für Produkttests und UX-Metriken

Klar formulierte User Stories unterstützen verschiedene Aspekte eines großartigen Produktdesigns. Das regelmäßige Überarbeiten von User Storys und das Überprüfen, ob ein bestimmtes Benutzerziel erreichbar ist – der Akzeptanztest für eine bestimmte User Story – hilft dem Produktteam, auf Kurs zu bleiben.

Unternehmen verbringen oft viel Zeit und Geld damit, Produkte zu entwickeln, die Kunden nicht brauchen oder wollen, wodurch Zeit und Ressourcen verschwendet werden. Die Produkte mögen gut gemeint sein, aber sie scheitern, weil sie ein erkennbares Bedürfnis nicht auf eine Weise ansprechen, die der Verbraucher versteht.

Indem das Produkt von Benutzern an potenziellen Kunden getestet wird, können Produktteams nachvollziehen, ob das Produkt einen klar identifizierbaren Bedarf löst . Es ist eine Möglichkeit, den Erfolg zu messen. Durch das Erstellen und Testen von Prototypen auf der Grundlage klar definierter Benutzergeschichten können Designer die Aufgabenerledigungszeiten und Erfolgsraten messen. Nicht nur während der frühen Produktdesignphase, sondern während des gesamten Produktentwicklungslebenszyklus. Auf diese Weise können Teams sehen, ob das Produkt bei der Erfüllung der Kundenanforderungen immer besser wird .

Darüber hinaus können User Stories verwendet werden, um UX-Ergebnisse zu definieren (ausgewertet durch UX-Erfolgsmetriken) und Designern dabei zu helfen, die Entwicklung des Produkts mit UX-Fortschrittsmetriken zu überprüfen.

• UX-Ergebnisse synchronisieren alle darüber, was gebaut wird.
• UX-Erfolgsmetriken sagen Teams, wann sie das Ergebnis erreicht haben.
• UX-Fortschrittsmetriken ermöglichen es Teams, den Fortschritt auf dem Weg zu verfolgen und zu bewerten.

Wie man großartige User Stories generiert

Die Erstellung von User Storys beginnt mit Personas, die aus Erkenntnissen der Benutzerforschung destilliert werden. Ein tiefes Verständnis von Personas hilft Designern dabei, aussagekräftige Geschichten zu erstellen, die mit größeren Benutzerzielen verbunden sind. In diesem Prozess können unerfüllte Benutzerbedürfnisse aufgedeckt und Produktgeschichten erstellt werden (in Agile Epics genannt).

Designer können umfangreiche UX-Narrative, die von Personas und Benutzerzielen angetrieben werden, in kleinere Teile unterteilen: die User Stories . Nehmen wir zum Beispiel an, wir arbeiten an einer mobilen Banking-App. Das Ziel von Epic wäre es, „Geld unterwegs zu verwalten“. Dieses größere Benutzerziel kann dann in kleinere Benutzergeschichten aufgeteilt werden, wie zum Beispiel:

• Als Geschäftsinhaber möchte ich mobile Einzahlungen tätigen, um Zeit zu sparen.
• Als Unternehmer möchte ich unterwegs einen Kredit beantragen, um schneller an Kredit zu kommen.
• Als Geschäftsinhaber möchte ich mein Konto mit einer App überprüfen, um den Überblick über meine Finanzen zu behalten.

Wie kommen wir auf solche User Stories? Durch den Einsatz einer Vielzahl von UX-Forschungstechniken, wie z. B. Shadowing (eine Beobachtungstechnik), Tagebuchstudien und Benutzerinterviews. Alternativ können Designer Produktanalysen verwenden, um Muster des Benutzerverhaltens zu identifizieren und die zugrunde liegenden Strukturen aufzudecken, die diese Muster antreiben.

Beispielsweise können die Daten durch Beobachten von Ereignisflüssen zeigen, dass mehrere Aufgaben nicht abgeschlossen werden konnten. Aufgaben wurden gestartet, Fortschritte wurden erzielt, aber die unerwarteten Abgänge mitten in der Aufgabe zeigten, dass sie zu keinem Abschluss kamen. Solche Muster würden darauf hindeuten , dass Menschen frustriert aufgeben , weil das Produkt keine einfache Möglichkeit bietet , eine Reihe koordinierter Aufgaben zu erledigen . Ein aufmerksamer UX-Designer würde das Problem erkennen, mit mehr Benutzerforschung untersuchen, die nicht funktionierende Produktfunktion neu gestalten und die Aufgabenerfüllung erneut testen.

Wie man User Stories schreibt und priorisiert

Wer schreibt User Stories? Traditionell lag das Schreiben von User Stories in der Verantwortung von Produktmanagern, um die Entwicklung voranzutreiben (häufig, wenn kein Designer im Team ist). Wenn es jedoch einen Designer im Team gibt, ist es möglicherweise am besten, wenn Designer ihn geschrieben haben. Sie haben Benutzerforschung betrieben und sind mit den Benutzerpersönlichkeiten und ihren Bedürfnissen am besten vertraut.

Als Technik sollen User Stories kompakt und leicht sein, damit Teams Produkte schnell erstellen können. Wie bereits erwähnt, müssen sie aus Sicht des Benutzers als einfache Aussage in einem Satz geschrieben werden: „ Als (Benutzer) möchte ich (etwas/das Ziel tun), damit ich (das gewünschte Ergebnis erreichen) kann. ”

Auf diese Weise erstellte User Stories helfen dabei, jede Funktion zu rechtfertigen, die einem Produkt hinzugefügt wird, und halten die Begründung hinter jeder Designentscheidung im Vordergrund: „ Warum wir tun, was wir tun. ”

So schreiben Sie eine großartige User Story:

• Es sollte klar, fokussiert und umsetzbar sein.
• Es sollte die Geschichte auf eine Weise festhalten, die sich wertvoll anfühlt.
• Es kann in eine Produktfunktion übersetzt werden.
• Es hat einen Akzeptanztest (wurde das Ziel erreicht?).

Einmal geschrieben, müssen User Stories in einer Matrix priorisiert werden. Eine Prioritätsmatrix, die Produktmanagern vertraut ist, hilft sicherzustellen, dass sich das Produktteam zuerst auf die wirkungsvollsten Funktionen konzentriert. Für Designer bedeutet dies, User Stories zu priorisieren, die den größten Mehrwert für Kunden bieten.

Mehrere Aspekte beeinflussen den Prioritätsindex einer User Story:

• Unternehmensziele . Eine User Story, die sich direkt auf den Umsatz eines Unternehmens auswirkt, sollte einen höheren Indexwert erhalten als nur wünschenswerte.
• Funktionale Abhängigkeiten . Können mehrere User Stories erst nach einer bestimmten Story umgesetzt werden, wird letztere kritisch und erhält einen höheren Indexwert.
• Entwicklungszeit . Wenn das Entwicklerteam eine User Story als schnell umsetzbar und für das Erreichen der Geschäftsziele unerlässlich bewertet, erhält die Story einen höheren Indexwert.

Die Vorteile von User Stories im Design

Die Arbeit mit einem User-Story-Framework stellt sicher, dass das Produkt nur die Funktionen hat, die Benutzer benötigen, im Vergleich zu Funktionen, von denen das Produktteam hofft, dass sie sie verwenden werden, basierend auf Hypothesen. Mit anderen Worten, die Arbeit mit User Stories verhindert Feature Creep .

Die Arbeit mit User Stories hat mehrere Vorteile:

• Bietet eine gemeinsame Sprache. User Stories werden zu einer gemeinsamen Sprache für das gesamte Entwicklungsteam, wodurch der Fokus auf Lösungen und Funktionen entfällt. Stattdessen rahmen sie die Diskussion um das, was erreicht werden soll.
• Fördert die Zusammenarbeit. Sie motivieren die Zusammenarbeit zwischen Benutzern, Designern und dem Entwicklungsteam.
• Ermöglicht ein gemeinsames Verständnis. Sie helfen, ein gemeinsames Verständnis der Benutzerbedürfnisse zu entwickeln, indem sie eine gemeinsame Sprache verwenden.
• Erhöht die Transparenz. Sie fördern die Offenheit zwischen den Teammitgliedern, was das Vertrauen stärkt.
• Sie sind umfassend und zusammenhängend. Die Übersetzung von Projektanforderungen in User Stories ist vergleichsweise einfach, um das Projekt in den Griff zu bekommen. Das Durchlaufen von User Stories vermittelt ein deutlicheres Gefühl dafür, „worum es bei dem Projekt geht“, als Listen von Features und funktionalen Anforderungen.
• Bietet Flexibilität, Zugänglichkeit und Verwaltbarkeit. User Stories sind im Vergleich zu anderer Dokumentation konzeptionell einfach und schnell zu erstellen. Benutzer können auch an ihrer Generierung beteiligt sein, und Beteiligte können Benutzergeschichten mühelos bearbeiten oder ihre eigenen hinzufügen.
• Verschiebt die Projektperspektive. User Stories verschieben die Perspektive eines Projekts von einer Liste potenziell zufälliger und abstrakter Anforderungen hin zu einer Darstellung von benutzerorientierten Aktivitäten.
• Erleichtert die Lieferung mit höchstem Wert. Sie tragen dazu bei, kundenorientierte Funktionen bereitzustellen, die den größten Nutzen bringen.
• Bietet eine Checkliste. Sie ermöglichen Messungen gegen erfolgreiche Aufgabenerledigungen. Wenn ein Benutzer Aufgaben nicht ausführen kann, ist das Produkt fehlgeschlagen.

Besseres Produktdesign mit User Story Mapping

Designer sollten sich nicht allein auf User Stories verlassen, um das Produktdesign voranzutreiben – ein umfassender Produktdesignprozess beinhaltet viele andere Methoden und Artefakte. Gut integrierte User Stories sollten sich wie Teile eines Puzzles ergänzen, die die UX des gesamten Produkts ausmachen. Umgekehrt stören unzusammenhängende User Stories den Zusammenhalt der User Experience.

Andere potenzielle Probleme, wenn man sich ausschließlich auf User Stories verlässt, um das Design voranzutreiben:

• Mangelnder Kontext (Ignorieren des gesamten UX-Ergebnisses)
• Kein Gefühl der Vollständigkeit (Ungewissheit, ob größere Ziele abgedeckt sind)
• User Stories mit Use Cases verwechseln
• Das Produkt nicht weiterentwickeln (User Stories sind nicht festgelegt, sie ändern sich im Laufe der Zeit)

Das Erstellen einer User Story Map hilft uns, uns auf das große Ganze zu konzentrieren – das Produkt als Ganzes, anstatt uns kurzsichtig auf eine einzelne Geschichte zu konzentrieren. Jeff Patton, Autor des Buches User Story Mapping

Zusammenfassung

Die Arbeit mit User Stories im Design liefert die kritischen Messwerte, die Designer benötigen, um gut gestaltete Produkte zu liefern. Die Disziplin, sich an ein User-Story-Framework zu halten, bedeutet auch, niemals ein Designelement in eine Benutzeroberfläche zu integrieren, die keine entsprechende User-Story hat.

Der Reiz von User Stories besteht darin, dass sie funktionale Bedürfnisse identifizieren, aber nicht festlegen , wie das Produkt gestaltet werden muss, um diese funktionalen Bedürfnisse zu erfüllen. Sie konzentrieren sich zuerst auf das Problem, bevor sie eine Lösung vorschreiben.

Designer sollten User Stories als wertvolle Bausteine ​​im Produktdesign betrachten, User Stories abbilden, um eine zusammenhängende UX zu erstellen, und Best Practices für User Storys anwenden. Es verhindert das Einschleichen von Funktionen, ermöglicht es Produktteams, besser gestaltete Produkte zu liefern, und befähigt Designer, Produkte mit reibungslosen, angenehmen Benutzererlebnissen zu entwickeln.

Lassen Sie uns wissen, was Sie denken! Bitte hinterlassen Sie unten Ihre Gedanken, Kommentare und Ihr Feedback.

• • •

Weiterführende Literatur im Toptal Design Blog:

• Die Kraft von Figma als Designtool
• Ein umfassender Leitfaden zum Benachrichtigungsdesign
• Make It Count – Ein Leitfaden zur Messung der Benutzererfahrung
• Das Auge des Geistes – Ein Blick auf die Psychologie der Datenvisualisierung