Wie sieht ein guter Produktmanager aus?

Bei Agile geht es darum, flexibel zu sein und immer besser zu werden — unerlässlich für die Bereitstellung großartiger Software. Bei der teamübergreifenden Skalierung von Agilität in einem Programm ist es jedoch leichter gesagt als getan, anpassungsfähig und flexibel zu sein. In diesem Beitrag werden wir uns mit den Vor- und Nachteilen des agilen Programmmanagements befassen, um Ihnen zu helfen:

• Gehen Sie gemeinsame Herausforderungen an
• Verwenden Sie Kennzahlen und Feedback-Schleifen, um sich weiter zu verbessern
• Nutzen Sie die Führung, um die besten Erfolgschancen zu erzielen

Indem Sie einige klare und umsetzbare Schritte identifizieren, mit deren Umsetzung Sie jetzt beginnen können, verbessern Sie Ihren Ansatz für das Programmmanagement und sorgen für eine reibungslosere und effizientere Softwarebereitstellung.

Bewältigung häufiger Herausforderungen im agilen Programmmanagement

Vom Umgang mit Abhängigkeiten über den Umgang mit den Erwartungen der Stakeholder bis hin zum Gleichgewicht zwischen Geschwindigkeit und Qualität — hier sind einige Herausforderungen, vor denen Sie derzeit stehen könnten.

Umgang mit Abhängigkeiten

Abhängigkeiten sind ein notwendiger Bestandteil der Arbeit an komplexer Software, und sie müssen sorgfältig verwaltet werden, um vermeiden Sie Unterbrechungen der Lieferpläne.

Das frühzeitige Erkennen von Abhängigkeiten ist der Schlüssel für einen reibungslosen Ablauf. Indem wir potenzielle Engpässe frühzeitig erkennen, wie bei der PI-Planung, können wir sie im Keim ersticken, bevor sie zu größeren Kopfschmerzen werden, und:

• Ressourcen effektiver zuweisen
• Rationalisieren Sie die Kommunikation zwischen Teams
• Halten Sie alle mit einer gemeinsamen Timeline auf derselben Seite.

Sorgen Sie für klare Kommunikationskanäle und regelmäßige Abstimmungstreffen, um Abhängigkeiten schnell und effizient zu lösen. Auf diese Weise bleibt alles synchron und es werden hoffentlich „Überraschungen“ in letzter Minute vermieden, sodass eine zuverlässigere Lieferung gewährleistet ist.

Umgang mit den Erwartungen der Stakeholder

Wir können komplexe Software nicht alleine bereitstellen, daher ist es wichtig, sicherzustellen, dass unsere Kollegen informiert sind und an Bord sind. Die Erfüllung der Erwartungen in einem großen Programm ist eine komplexe Herausforderung, aber Sie haben einen guten Start, wenn Sie in der Lage sind, die Kommunikation konsistent zu halten:

• Regelmäßige Updates: Halten Sie die Kommunikationswege offen und ehrlich und informieren Sie regelmäßig, um alle auf dem Laufenden zu halten.
• Seien Sie transparent: Sorgen Sie für eine zentrale Informationsquelle für Projektinformationen, auf die jeder Zugriff hat, und stellen Sie sicher, dass Ziele, Meilensteine und Prioritäten klar sind.
• Setzen Sie realistische Erwartungen: Vermeiden Sie es, zu viel zu versprechen und bleiben Sie realistisch in Bezug auf das, was erreicht werden kann.
• Priorisieren und verwalten Sie Feedback: Unweigerlich werden sich die Prioritäten oder das Feedback der Interessengruppen ändern. Es ist wichtig, über ein Verfahren zur Verwaltung dieser Anfragen zu verfügen und sicherzustellen, dass sie mit den Programmzielen übereinstimmen.

Agile Tools, die einen klaren Überblick über Ziele, Abhängigkeiten und Fortschritte bieten, können die Brücke zwischen Ihren Entwicklungsteams und Stakeholdern in der Führung und anderen Teilen des Unternehmens bilden.

Indem Sie sich auf diese Bereiche konzentrieren, verwalten Sie nicht nur die Erwartungen, sondern stellen auch sicher, dass jeder Teil des Prozesses ist.

Die Brücke zwischen Entwicklungsteams und Führungskräften, mit Zielen, Meilensteinen und Abhängigkeiten in einem. Sehen Sie sich eine Demo an oder probieren Sie es selbst aus.

Einfache agile Programme

FUNKTIONEN UND PREISE

Schnelligkeit und Qualität in Einklang bringen

In einer perfekten Welt würden wir alle fantastische Software liefern, die unsere Kunden lieben, und zwar blitzschnell. In der Realität ist es jedoch eine ständige Herausforderung, die Markteinführungszeit mit der Qualität in Einklang zu bringen.

Agile Methoden wie die Organisation der Arbeit zur schrittweisen Ausführung sind Teil der Lösung. Sie helfen dabei, Probleme frühzeitig zu erkennen und auf eine Weise zu liefern, die sinnvoller ist, als einem Gantt-Diagramm zu folgen, bis die Zeitpläne überschritten sind und alles aus dem Ruder läuft.

Agile wird Ihre Entwicklungsteams zwar nicht dazu bringen, schneller zu tippen, aber es kann ihnen und Ihren Kollegen in den Bereichen Produkt und Qualitätssicherung helfen, zu lernen, was schneller funktioniert und wie sie besser zusammenarbeiten können, um qualitativ hochwertige Arbeit zu liefern.

Metriken und Feedback-Schleifen

Metriken können ein leistungsstarkes Tool im agilen Programmmanagement sein. Berichte über Geschwindigkeit, Burn-down-Diagramme, Zykluszeit, Durchlaufzeit und Abhängigkeiten können wertvolle Einblicke in die Leistung unserer Teams und den Fortschritt unserer Projekte geben.

• Geschwindigkeit: Langfristige Trends helfen uns, das Engagement des Teams im Laufe der Zeit zu verstehen und abzuschätzen, was in einem Sprint erreicht werden kann.
• Burn-Down-Charts: Wertvoll, um den Fortschritt während der Ausführung zu messen und Hindernisse zu erkennen, die der Umsetzung im Weg stehen.
• Zykluszeit: Entdecken Sie Ineffizienzen oder Engpässe, bei denen Aufgaben wahrscheinlich verzögert werden oder hängen bleiben.
• Vorlaufzeit: Verwenden Sie die Differenz zwischen einer erwarteten und der tatsächlichen Vorlaufzeit als Ausgangspunkt, um zu verstehen, wo die Lieferung verzögert wird.
• Berichte über Abhängigkeiten: Verwenden Sie eine Momentaufnahme der Abhängigkeiten in Ihrem Programm, um zu verstehen, wie Teams voneinander abhängig sind und wo die größten Risiken liegen.

Wenn Sie diese Kennzahlen überwachen, erhalten Sie ein klareres Bild davon, wo die Arbeit gut voranschreitet und wo Sie möglicherweise Anpassungen vornehmen müssen. Stellen Sie sich diese als Gesundheitscheck Ihres Projekts vor; eine Temperaturkontrolle, die die Vorhersagbarkeit Ihrer Veröffentlichung verbessern kann.

Mit leistungsstarken Abhängigkeitsberichten können Sie Engpässe identifizieren, die Kommunikation optimieren und Ihre Projekte auf Kurs halten.

Einfache agile Programme

FUNKTIONEN UND PREISE

Etablierung effektiver Feedback-Schleifen

Feedback-Schleifen sind ein wesentlicher Bestandteil der Bereitstellung marktfähiger Software. Sprint-Reviews und Retrospektiven bieten Teams die Möglichkeit, ihre Leistung zu reflektieren, Bereiche mit Verbesserungspotenzial zu identifizieren und notwendige Anpassungen vorzunehmen. DevOps-Praktiken wie die kontinuierliche Integration stellen außerdem sicher, dass der Code konsistent getestet und integriert wird, wodurch das Risiko verringert wird, dass schwerwiegende Probleme unbemerkt bleiben.

Mithilfe von Metriken und Feedback-Schleifen können Teams Software mit höherer Vorhersagbarkeit und Transparenz bereitstellen. Wenn Sie diese Methoden konsistent im gesamten Programm anwenden, sind Sie besser in der Lage, die Planung und Ausführung von Arbeiten zur vorhersehbaren Bereitstellung komplexer Software für Ihre Kunden zu verwalten.

Die Rolle der Führung im agilen Programmmanagement

Gute Führung ist der Schlüssel zum Aufbau einer agilen Kultur. Es geht nicht nur darum, Entscheidungen von oben zu treffen; es geht darum, die Bedürfnisse des Teams zu verstehen und ihnen den Weg zu ebnen, effektiv zu sein. Aber alte „Befehls- und Kontrollgewohnheiten“ lassen sich nur schwer durchbrechen.

Als Programmmanager bist du der Klebstoff, der die strategische Vision der Führung mit der praktischen Arbeit der Entwicklungsteams verbindet. Halten Sie diese Kommunikationswege offen und wechselseitig, damit jeder die Geschäftsziele und die strategische Bedeutung seiner Aufgaben sowie Fortschritte und Hindernisse bei der Umsetzung versteht.

• Verwenden Sie agile Tools, um eine zentrale Informationsquelle zu verwalten und allen Beteiligten einen klaren Überblick über den Projektfortschritt und potenzielle Hindernisse zu geben.
• Fördern Sie eine Kultur des regelmäßigen Feedbacks und der kontinuierlichen Verbesserung. Dieser proaktive Ansatz hilft dabei, Herausforderungen direkt anzugehen und sorgt dafür, dass alle Beteiligten die Geschäftsziele verfolgen.
• Fördern Sie Transparenz und Anpassungsfähigkeit, damit sich Teams schnell an sich ändernde Prioritäten anpassen können.

Behalten Sie diese Dinge im Hinterkopf, damit Sie mit Zuversicht planen und umsetzen können. Du bist vielleicht der Klebstoff, der alles zusammenhält, aber du kannst nicht alles für jeden sein. Bitten Sie um Hilfe, wo Sie sie benötigen, und fördern Sie eine offene und transparente Kultur, in der strategische Prioritäten verstanden werden und jeder sehen kann, wie der Schwerpunkt seiner Arbeit zum Gesamtbild beiträgt.

Ein agiler Ansatz zur Veränderung

Ein neuer Ansatz für das Programmmanagement muss nicht entmutigend sein. Sobald Sie die für Sie sinnvollen Änderungen identifiziert haben, gehen Sie agil vor und implementieren Sie diese schrittweise. Jede kleine Änderung, die Sie vornehmen, summiert sich im Laufe der Zeit und kann zu messbaren Verbesserungen führen.

Wie einfache Agile-Programme helfen können

Einfache agile Programme ist eine Jira-Integration, die agiles Programmmanagement unterstützt. Sie ist eine zentrale Informationsquelle für die Probleme, Meilensteine, Teamziele und Abhängigkeiten, die ein Arbeitsprogramm ausmachen.

Mithilfe von Abhängigkeitsübersichten und Berichten können Sie die Art der teamübergreifenden Abhängigkeiten klar erkennen, sodass Sie und Ihre Teams sich neu organisieren können, um Hindernisse zu vermeiden, die andernfalls Zeitpläne mit unerwarteten Verzögerungen sprengen würden.

Easy Agile Programs ist einfach einzurichten und eng in Jira integriert. Es unterstützt skalierte Teamplanung und -ausführung, sodass Sie von Anfang an mehr Vertrauen in die Bereitstellung großartiger Software haben.

Egal, ob du deine erste User Story Mapping-Session planst oder schon ein paar hinter dir hast, es kann ein wenig überwältigend sein 🤯

• Was ist der Prozess?
• Wen brauche ich, um mich zu engagieren?
• Warum beschäftigen wir uns überhaupt damit, wenn wir einen sehr guten Backlog haben? (Okay... es könnte etwas dysfunktional sein, aber du weißt schon...)
• Warum gibt es ÜBERALL Haftnotizen?

Die meisten Produktmanager und Agile-Teams könnten von einem tieferen Verständnis des User Story Mappings profitieren, damit sie mehr erstellen können kundenzentrierte Sichtweise von der Arbeit, die erledigt werden muss.

Außerdem haben sich in den letzten 15 Jahren (seit User Story Maps dank Jeff Patton zu einem Ding wurden) einige der Prozesse und Begriffe weiterentwickelt, und es gibt neue Tools und Apps, die Ihnen das Leben um ein Vielfaches erleichtern können.

Wir haben diesen ultimativen Leitfaden mit allen Informationen zusammengestellt, die Sie benötigen, um sich über die neuesten Definitionen, Techniken und Tools für das User Story-Mapping auf dem Laufenden zu halten. Fangen wir mit ein paar Grundlagen an 👇

Was ist User Story Mapping?

Hier ist eine supereinfache Definition für das User Story Mapping:

Das User Story Mapping ist eine Visualisierung der Reise, die ein Kunde mit einem Produkt von Anfang bis Ende unternimmt. Es umfasst alle Aufgaben, die sie normalerweise im Rahmen dieser Reise erledigen würden.

Um das zu erweitern, nimmt das User Story Mapping all Ihre User Stories (über alle Ihre Personatypen hinweg) und ordnet sie in der Reihenfolge den Epen zu, die dem Kunden den größten Mehrwert bieten. Von dort aus werden die Geschichten priorisiert und den Releases zugeordnet.

„Das User Story Mapping ist ein moderiertes, kuratiertes Gespräch, das alle mit auf die Reise nimmt. Es ist eine Gelegenheit für den Produktmanager, seine Erkenntnisse (der Tag für Tag tief in diesem Zeug steckt) zu analysieren und sie in den Köpfen des Teams zu verankern, das im Begriff ist, sie umzusetzen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Was ist kein User Story Mapping?

User Story Mapping hat zwar einige Gemeinsamkeiten mit anderen Methoden, ist aber nicht dasselbe wie Journey Mapping oder Event Storming.

User Story Mapping im Vergleich zu Journey Mapping

Journey Mapping ist ein UX-Tool, mit dem Teams die Reise visualisieren können, die ein Kunde unternehmen muss, um ein Ziel zu erreichen. Journey Maps konzentrieren sich auf die Reise einer einzelnen Persona oder eines einzelnen Kunden, basierend auf dem spezifischen Szenario und den Erwartungen der Persona. Dies ist nützlich, um das Team aufeinander abzustimmen, es auf das Nutzererlebnis zu konzentrieren und Entscheidungen zu treffen. Im Gegensatz zum User Story Mapping konzentriert es sich auf das Nutzererlebnis und die Vision für das Produkt.

User Story Mapping im Vergleich zu Event Storming

Beim Event Storming wird ein Workshop abgehalten, an dem wichtige Unternehmensvertreter teilnehmen. Die Teilnehmer notieren Geschäftsereignisse (Dinge, die passieren), Befehle (Dinge, die die Ereignisse auslösen) und Reaktionen (Dinge, die in der Folge passieren) auf Haftnotizen. Diese Notizen sind sequentiell angeordnet, um die Geschäftsprozesse abzubilden. Im Gegensatz zum User Story Mapping, bei dem der Schwerpunkt auf der Verfeinerung des Backlogs liegt, um dem Nutzer ein funktionierendes Produkt zu liefern, ist Event Storming eher übergeordnet und erfolgt zu Beginn des Produktplanungsprozesses.

User Story Mapping für agile Teams

User Story Maps können für alle agilen Teams nützlich sein, unabhängig davon, ob sie voll SAFe oder Kanban sind, aber vor allem, wenn sie an einem komplexen Produkt arbeiten.

Das User Story Mapping ist eine nützliche Technik für agile Softwareentwicklungsteams, da es Ihrem Team helfen kann, funktionierende Software bereitzustellen und auf Veränderungen zu reagieren.

Das passt genau zum Agilen Manifest.

Und vergessen wir nicht das Agile-Prinzip Nummer eins:

„Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

Beim User Story Mapping steht der Nutzer im Mittelpunkt. So wird sichergestellt, dass das Backlog Geschichten enthält, die dem Kunden einen echten Mehrwert bieten, indem sie ihm helfen, seine Ziele zu erreichen. Darüber hinaus ermöglicht das Story-Mapping Ihrem Team, seine Arbeit so zu planen und zu ordnen, dass sie den Kunden zuerst den höchsten Mehrwert bietet.

Da es bei Agile außerdem darum geht, Veränderungen anzunehmen und entsprechend einem konkreten Plan darauf zu reagieren, ermöglichen Storymaps eine effizientere Anpassung. Es ist viel einfacher, Haftnotizen auszutauschen, als umfangreiche Anforderungsdokumente zu überarbeiten. Diese Flexibilität stellt sicher, dass Ihr Team Prioritäten schnell anpassen und Pläne ändern kann, wenn neue Informationen oder Änderungen hinzukommen, wobei die Ausrichtung an den Agile-Prinzipien gewahrt bleibt.

Die Anatomie einer User Story Map

Nutzergeschichten, Epen, Backbone und Story-Mapping — oh mein Gott! Um die Schritte und Prozesse beim User Story Mapping weiter aufzuschlüsseln, definieren wir einige der einzelnen Bestandteile.

Geschichten von Nutzern

Eine User Story ist ein Ziel, aus der Sicht des Benutzers oder Kunden. Es ist ein Ergebnis, das sie wollen. Es ist auch die kleinste Arbeitseinheit in einem agilen Framework mit dem Ziel, zu formulieren, wie eine Arbeit dem Kunden einen Mehrwert bringt.

User Stories folgen normalerweise der Struktur:

Als [Personentyp], Ich möchte [Aktion] damit [profitieren].

Zum Beispiel:

Tipp: Es ist eine gute Idee, sich während der User Story Mapping-Sitzung auf nur einen Nutzer/eine Persona zu konzentrieren. Wenn es Ihre erste Sitzung ist, wählen Sie Ihren idealen Kundentyp aus und schreiben Sie unsere User Stories, die für sie einen Mehrwert bieten. Sie können in Zukunft jederzeit zu Ihren anderen Benutzern zurückkehren.

Lesen ➡️ Wie man gute User Stories in der agilen Softwareentwicklung schreibt.

Epen

Geschichten können mit Epen in Verbindung gebracht werden.

Epen haben unterschiedliche Bedeutungen, je nachdem, mit wem Sie sprechen. In diesem Artikel definieren wir Epen jedoch als größere, übergreifende Geschichten oder Etappen der Reise, die Nutzergeschichten enthalten. Ein Epos allein ist nicht klein genug, um zu einem Arbeitselement oder einer Entwicklungsaufgabe zu werden, aber die Geschichten, die es enthält, sind es wahrscheinlich.

Zum Beispiel könnte das epische „Sign up“ die folgenden Nutzerberichte enthalten:

• Als Kunde möchte ich die Datenschutzbestimmungen lesen, bevor ich mich für mein Konto anmelde, damit ich entscheiden kann, ob ich dem Unternehmen meine Daten anvertraue
• Als Kunde möchte ich auf der Anmeldeseite eine Liste mit Funktionen und Vorteilen sehen, um mich daran zu erinnern, wofür ich mich anmelde
• Als Kunde möchte ich mich mit meinem Facebook-Login für ein Konto anmelden, damit ich mir meinen Benutzernamen oder mein Passwort nicht merken muss
• Als Kunde möchte ich mich mit meiner E-Mail-Adresse für ein Konto registrieren, damit ich den Zugriff auf meine Daten kontrollieren kann
• Und in diesem Beispiel könnte das nächste Epos „Mein Profil einrichten und anpassen“ lauten.

Das Rückgrat

Das Backbone ist die oberste Zeile Ihrer User Story Map. Es beschreibt die wesentlichen Funktionen, über die das System verfügen muss.

Ihr Backbone sollte die Kundenreise oder den Prozess von Anfang bis Ende abbilden, einschließlich aller wichtigen Aktivitäten, die der Kunde während der Nutzung Ihres Produkts durchführen wird. Je nachdem, wie Sie Ihr Backbone und Ihre Storymap verwenden, kann es sich um epische Elemente handeln.

Das Rückgrat ist entscheidend, weil es Ihrem Team das „Warum“ hinter der Reise gibt, auch wenn es sich nur auf einen einzelnen Schritt konzentriert. Es beseitigt Unklarheiten darüber, was zu diesem Schritt führen könnte und was darauf folgen könnte, was einen wichtigen Kontext für eine reibungslose Kundenreise bietet.

Mehr zu: Die Anatomie einer User Story Map

Warum User Story Mapping durchführen?

Der Zweck des User Story Mappings besteht darin, sicherzustellen, dass Sie das Problem des Kunden verstehen und dann eine Lösung für dieses Problem finden.

Du wirst die Antwort kennen auf:

• Warum bauen wir das?
• Für wen bauen wir das?
• Welchen Wert wird es ihnen bieten?
• Wann erwarten wir, dass wir das liefern werden?

Dies hilft Ihnen dabei, Ihre Teams aufeinander abzustimmen, den Rückstand zu bereinigen und schneller ein Produkt zu liefern, das Ihre Kunden wollen und benötigen.

John Walpole erklärt der Wert von User Stories wunderschön:

„[Es gibt] eine Technik und ein Tool, auf die ich immer wieder zurückgegriffen habe, wenn ich das Gefühl hatte, dass ein Projekt vom Team vielleicht nicht vollständig verstanden wird oder ich mir Sorgen mache, dass wir am Ende Software ausliefern, die die Kunden nicht begeistert. Das ist meine bevorzugte Technik. Ich glaube, es wird Ihnen helfen, Software zu liefern, die Ihre Kunden begeistern wird.“

Ohne User Story Mapping ist die Wahrscheinlichkeit, dass Ihr Team komplizierte, nicht kundenorientierte Lösungen für ein Problem findet, viel größer.

Das User Story Mapping hilft sicherzustellen, dass sich das Team darüber im Klaren ist, welches Problem der Kunde hat und wie Sie als Team versuchen werden, dieses Problem zu lösen.

So können Sie sich darauf konzentrieren, zuerst die wirkungsvollsten und wertvollsten Teile zu liefern, sodass Sie auf der Grundlage von Feedback iterieren können.

Lesen ➡️ Warum User Story Mapping

Vorteile von User Story Mapping

„User Story Mapping ist die beste Technik, auf die ich gestoßen bin, um innerhalb eines agilen Teams ein gemeinsames Verständnis zu erlangen. Alex Hennecke von Atlassian sprach davon, dass man den Wald sehen kann — und nicht nur die Bäume, direkt vor sich.“

Nicholas Muldoon, Mitbegründer @Easy Agile

User-Story-Maps sind leistungsstarke Tools in der Produktentwicklung, insbesondere wenn es darum geht, riskante Annahmen zu identifizieren und zu verwalten.

Risiko visualisieren

User-Story-Maps bieten einen visuellen Rahmen, der potenzielle Risiken hervorhebt. Durch die Erstellung von Nutzerberichten mit Haftnotizen oder digitalen Alternativen lassen sich leicht Bereiche identifizieren, in denen die Annahmen möglicherweise nicht mit den tatsächlichen Nutzerdaten oder der technischen Machbarkeit übereinstimmen. Diese Visualisierung hilft Teams dabei, Elemente zu identifizieren, die den Zeitplan oder das Budget eines Projekts aus der Bahn werfen könnten.

Priorisierung und Ressourcenzuweisung

Sobald riskante Annahmen identifiziert sind, können Teams mithilfe von User-Story-Maps ihre Prioritäten effektiv neu organisieren. Riskante Elemente können einer niedrigeren Priorität zugewiesen werden, wodurch sichergestellt wird, dass Ressourcen für Ideen bereitgestellt werden, die einen hohen Nutzen bei minimalem Risiko bieten. Diese Strategie stellt sicher, dass die Projekte auf dem richtigen Weg bleiben und sich auf das konzentrieren, was realistisch erreichbar ist.

Förderung schlanker Alternativen

Storymaps ermutigen Teams, zuerst Lean-Alternativen zu erkunden. Durch das Testen einfacherer Ideen mit ähnlichen Wertversprechen können Teams Konzepte ohne nennenswerte Investitionen validieren. Dieser Ansatz ermöglicht Lernen und Iterationen, wodurch die Wahrscheinlichkeit kostspieliger Fehler im späteren Entwicklungsprozess verringert wird.

Förderung der kollaborativen Problemlösung

Das Erstellen und Aktualisieren einer User-Story-Map ist von Natur aus kollaborativ. Es lädt verschiedene Teammitglieder ein, Erkenntnisse einzubringen, was zu umfassenderen Strategien zur Risikoidentifizierung und -bewältigung führt. Durch die Bündelung von Wissen sind Teams besser in der Lage, Annahmen zu berücksichtigen, die andernfalls unbemerkt bleiben könnten.

Wenn Sie diese Verfahren in Ihren Produktentwicklungszyklus integrieren, können Sie Risiken frühzeitig minimieren und einen reibungsloseren Weg von der Idee bis zur Markteinführung sicherstellen.

Das User Story Mapping bietet noch so viele andere Vorteile, wie zum Beispiel:

• Besser planen — Wenn Sie die Nutzerreise im Überblick haben, können Teams das Gesamtbild Ihres Produkts leichter erkennen und alle Risiken, Abhängigkeiten und Blockaden im Voraus erkennen
• Höheres Einfühlungsvermögen — Es zwingt Ihr Team, das Produkt aus der Perspektive Ihrer Nutzer zu betrachten
• Schneller Mehrwert — Den Nutzern häufig neuen Mehrwert zu bieten, ist einfacher, wenn Sie die Storys nach Wert ordnen und sie Iterationen oder Releases zuordnen können
• Realistische Anforderungen — Indem die Nutzerberichte aufgeschlüsselt und visuell abgebildet werden, ist es einfacher, die Arbeit abzuschätzen und zu sehen, wie alle Teile zusammenpassen
• Bessere funktionsübergreifende Zusammenarbeit — Nachdem alle anstehenden Arbeiten geplant sind, können Marketing-, Vertriebs- und andere Teams sehen, wann Sie voraussichtlich neue Funktionen und Updates veröffentlichen werden, sodass sie ihre Marketingkommunikation und Verkaufsgespräche anpassen können (ohne Sie um tägliche Updates zu bitten)

Das User Story Mapping hilft Ihrem Team, das Gesamtbild, das Warum und die gesamte Kundenreise zu verstehen, bevor es sich mit dem Was und Wie befasst.

Lesen ➡️ Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

‍

Der flache Backlog im Vergleich zum User Story Mapping

Bevor wir das User Story Mapping hatten, hatten wir einen flachen Backlog. Tatsächlich verwenden viele agile Teams immer noch das Flat-Backlog (kein Urteil, ob Sie das sind!). Lassen Sie uns also darüber sprechen, wie das aussieht und wie User Story Mapping diese Praxis verbessert hat.

Lesen ➡️ DEEP: Die 4 Merkmale eines guten Produkt-Backlogs

Was ist ein flacher Backlog?

Im Grunde ist es eine To-Do-Liste. Sie enthält alle Punkte, die Ihr Team erledigen muss, damit es Ihren Kunden einen Mehrwert bieten kann, und zwar von den wertvollsten bis hin zu den für den Kunden am wenigsten wertvollen. Der Backlog kann in aktuelle und zukünftige Sprints aufgeteilt werden, um zu zeigen, welche Ergebnisse voraussichtlich wann geliefert werden.

Aber ich mag unseren Backlog!

Eine einfache Aufgabenliste kann in Ordnung sein, wenn Ihr Produkt einfach ist, Ihr Team klein ist und Ihre To-Do-Liste sehr kurz ist. Die meisten Produkte sind jedoch komplex und mehrere Teams arbeiten daran. Und meistens ist der Backlog riesig (und wächst und verändert sich ständig).

Flache Rückstände sind in großem Maßstab komplex

Wenn Sie Hunderte von Problemen (oder mehr) haben, macht es ein flaches Backlog unmöglich, das Gesamtbild und den umgebenden Kontext zu sehen — was Ihr Team benötigt, um das Backlog zu verfeinern, Abhängigkeiten zu finden und die Arbeit in Releases zu priorisieren. Es kann auch ziemlich überwältigend werden!

• Zu den spezifischen Herausforderungen bei der Nutzung des flachen Backlogs gehören:
• Die Anordnung der User Stories in der Reihenfolge, in der Sie sie erstellen, hilft Ihnen nicht dabei, anderen zu erklären, was das System tut
• Es bietet keinen Kontext oder ein „Gesamtbild“ rund um die Arbeit eines Teams
• Bei einem neuen System hilft Ihnen der flache Backlog nur schlecht dabei, festzustellen, ob Sie alle Geschichten identifiziert haben
• Bei einem flachen Backlog ist die Release-Planung schwierig — wie priorisiert man, was zuerst erstellt werden soll, wenn man eine endlose Liste hat?
• Es ist praktisch unmöglich, das „Rückgrat“ Ihres Produkts zu entdecken

User Story Maps wurden entwickelt, um diese Herausforderungen zu bewältigen und das Backlog neu zu strukturieren, um Kontext hinzuzufügen, die Priorisierung zu erleichtern und den Fokus auf die Bedürfnisse der Kunden zu legen. Es führt die X-Achse ein, wobei sich das Backbone oben befindet, um die Customer Journey zu veranschaulichen, und die User Stories unten.

Wenn Sie von einem flachen Backlog zu mehreren Achsen übergehen, können Ihr Team (und der Rest Ihres Unternehmens) verstehen, welchen Wert wir dem Kunden bieten wollen und wann.

Lesen ➡️ Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map.

Wann wird das User Story Mapping durchgeführt?

Also, wann führt man eigentlich eine User Story Mapping-Sitzung durch?

In der Regel erstellt ein Team zu Beginn eines Projekts oder Produkts gemeinsam eine Storymap. Es kann sich um ein völlig neues Produkt handeln, oder der Produktmanager möchte möglicherweise eine neue Idee oder Funktion als Teil eines bestehenden Produkts verfolgen.

Dazu müssen Sie Fachexperten und Teammitglieder zusammenbringen, um eine Sitzung abzuhalten, in der Sie sich Ihre Personas und die übergreifende Customer Journey ansehen und dann überlegen, wie Sie den Kunden den größtmöglichen Mehrwert bieten können. Anschließend schreiben Sie User Stories für jeden Ihrer Persona-Typen und jeden Schritt der Customer Journey, basierend auf deren Bedürfnissen.

Wie bereits erwähnt, ist es am besten, sich pro Story-Mapping-Sitzung auf einen Personatyp zu konzentrieren, um Verwirrung zu vermeiden. Beginnen Sie also zuerst mit der Persona, die am besten zu Ihrem Produkt passt oder wahrscheinlich den größten Teil Ihrer Zielgruppe ausmacht.

Insgesamt kann der Prozess mehrere Tage oder sogar mehrere Wochen dauern, abhängig von der Komplexität Ihres Produkts (und damit der Anzahl der Schritte in der Customer Journey) und der Anzahl der Personas.

Das Beste aus User Story Mapping herausholen

Wer sollte am User Story Mapping teilnehmen?

Einige Leute, die du vielleicht zu deiner User Story Mapping Party-Session einladen könntest, sind unter anderem deine:

• Fachexperten (ob Product Owner, Produktmanager, Mitglied des Kundenserviceteams oder eine andere Person, die mit dem Kunden interagiert)
• Geschäftsinhaber
• Entwickler
• Tester
• Vermarkter
• UX-Designerin
• Facilitator oder Scrum Master (es ist nützlich, wenn Sie einen anderen Produktmanager beauftragen können, die Sitzung zu moderieren)

Tipp: Versuchen Sie, Ihre Teilnehmerzahl unter 10 zu halten. Verschiedene Perspektiven sind nützlich, aber mehr als das, und es kann schwierig werden, alle zu verwalten und Beiträge von allen einzuholen. Alle Anwesenden sollten in der Lage sein, Einblicke in die Personen/das Produkt/das Unternehmen einzubringen oder abzuschätzen, wie lange die Erledigung der Aufgaben dauern wird.

Abbildung der User Stories

Sobald das Rückgrat aufgebaut ist (und dein Team sich auf die Reihenfolge geeinigt hat), kannst du es mit Fleisch und Tat umsetzen. Unter jedem Element im Backbone findest du die Nutzerberichte (Schritte, Prozesse und Details), die diese Aktivität unterstützen. Dazu gehören Brainstorming und kreatives Denken.

Ermutigen Sie Ihr Team, sich die verschiedenen Optionen vorzustellen, die dem Benutzer zur Verfügung stehen, wie er die einzelnen Schritte im Backbone erleben möchte und welche Maßnahmen er ergreifen könnte. Es kann nicht schaden, zusammen mit Ihrer User-Story-Map eine Prototyping-Sitzung in Papierform durchzuführen, um Ideen im Laufe der Zeit zu simulieren. Oder vielleicht kommt dieser Schritt später, je nach Szenario und Reifegrad Ihres Teams.

Sequenzierung

Anschließend können Sie Ihre User Stories in eine Reihenfolge bringen, um dem Kunden so schnell und konsistent wie möglich den größtmöglichen Mehrwert zu bieten. Platzieren Sie also die wichtigsten Nutzerberichte oben und die unwichtigsten unten.

Linien oder Schwimmbahnen abschneiden

Ihr Team wird sich zusammensetzen und den Arbeitsaufwand für jede User Story besprechen und einschätzen. Danach können Sie Schnittlinien hinzufügen (normalerweise Sprint- oder Versionslinien), um festzulegen, was Ihr Team wann liefern wird. An diesem Punkt könnten Sie einige Geschichten durcheinander mischen, wenn es für den Benutzer sinnvoll ist, sie in derselben Version zu veröffentlichen.

Lesen ➡️ Anatomie einer agilen User Story Map.

Tipps für ein erfolgreiches User Story Mapping

Beziehen Sie die richtigen Leute ein

Es kann schwierig sein, Ihr Team und Ihre Stakeholder zusammenzubringen. Sie sind beschäftigt und haben wahrscheinlich einen Teller voller Verpflichtungen. Aber es lohnt sich immer, alle dazu zu bringen, sich Zeit zu nehmen und von der Tastatur wegzugehen. Das Mapping von User Storys ist wichtig — und Sie benötigen den Input aller Beteiligten, damit Sie:

• Brainstormen Sie Geschichten, priorisieren Sie sie und schätzen Sie sie ein.
• Bringen Sie Ihr Team dazu, sich für deren Umsetzung zu engagieren

Mach Schluss

„Normalerweise habe ich diese Dinge ausgeführt, um zu versuchen, am ersten Tag so viel wie möglich von der Planung, den Personas und dem Backbone zu erledigen. Zu diesem Zeitpunkt sind die meisten Menschen ausgelastet, weil die kognitive Belastung hoch ist. Dann kann das Team weggehen und darauf schlafen. Sobald sie Zeit hatten, darüber nachzudenken, kommen sie mit anderen Ideen für Benutzergeschichten und Gedanken darüber zurück, wie sie die Arbeit machen würden, bevor sie mit der Sequenzierung beginnen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Sie müssen nicht Ihre gesamte User Story Mapping-Sitzung auf einmal durchführen. Je nach Größe, Komplexität und Phase Ihres Produkts können Sie es möglicherweise auch nicht an einem Tag unterbringen.

Teilen Sie Ihre Sitzung stattdessen in Abschnitte von 2-3 Stunden auf und führen Sie sie über mehrere Tage durch. Sie können die erste Sitzung am Nachmittag und die nächste Sitzung am nächsten Morgen durchführen. Dies hat einige Vorteile:

• Das bedeutet, dass Sie Ihre Stakeholder und Teams nicht über einen längeren Zeitraum zusammenbringen müssen
• Möglicherweise ist es viel einfacher, Ihre Kalender zu koordinieren, wenn Sie Ihre Sitzungen aufteilen.
• Es gibt deinem Team Zeit, über die ursprüngliche Storymap nachzudenken (sie werden sich wahrscheinlich am zweiten Tag eine Million neuer Dinge einfallen lassen, die sie hinzufügen können)
• Dein Team kann nach Abschluss der Sitzung zu Mittag essen und bei Essen und Getränken eine Nachbesprechung machen 🍻🍔🍕

Ein einziger Moderator

Sie möchten zwar, dass Ihr gesamtes Team und Ihre Stakeholder an Ihrer User Story-Mapping-Sitzung teilnehmen, aber Sie möchten nicht, dass jeder die Diskussion vorantreibt (zu viele Köche in der Küche = keine gute Idee). Wählen Sie stattdessen eine Person aus, die die Sitzung moderiert. Manchmal funktioniert es sogar besser, wenn Sie einen Produktmanager aus einem anderen Team auswählen können, der die Dinge leitet.

Keine Telefone/Laptops

Bei persönlichen User-Story-Mapping-Sitzungen darf nur der von Ihnen angegebene Moderator sein Gerät verwenden. Um Ablenkungen zu vermeiden, bitten Sie die Teilnehmer, ihre Telefone und Laptops in einem Stapel an der Tür abzulegen. Auf diese Weise kann Ihr Team bei allen Diskussionen voll anwesend sein.

Beginnen Sie mit Daten und Beweisen

Bevor Sie sich mit dem Mapping von User Story befassen, bringen Sie relevante Daten und Belege mit. All das ist ein großartiger Kontext für das, was kommen wird. Und natürlich können Sie kein User Story Mapping erstellen, wenn Sie nicht genau wissen, wer Ihre Benutzer sind — und was ihre Ziele, Probleme und Bedürfnisse sind.

Erstellen Sie also Ihre Personas, bevor Sie Ihre Customer Journeys aufbauen. Auf diese Weise werden Sie verstehen, wie Ihre Nutzer mit dem Produkt interagieren werden, und Sie werden in der Lage sein, Nutzerberichte zu schreiben, die die Realität genauer widerspiegeln.

Ansätze zur Zuordnung von User Storys

Beispiel für das Mapping von User Storys

Schauen wir uns ein Beispiel für das User Story Mapping an, um Ihnen zu helfen, den Prozess für Ihr eigenes Produkt zu visualisieren.

• Identifizieren Sie das Produkt/das Ergebnis

In diesem Beispiel ist unser Produkt ein kostenloses Online-Lernspiel für Kinder. Das Ergebnis ist, dass der Benutzer das Spiel findet und spielt.

• Führen Sie Aktivitäten auf hoher Ebene auf (in chronologischer Reihenfolge):
• Navigiere zur Spiele-Website
• Loggen Sie sich in Ihr Konto ein (oder registrieren Sie sich, wenn Sie es zum ersten Mal verwenden)
• Suche nach Spiel
• Spiel wählen
• Spiel spielen
• Mit einem Freund oder in sozialen Netzwerken teilen
• Listen Sie Benutzerberichte unter jeder Aktivität auf

Die Suche nach einem Spiel könnte beispielsweise die folgenden Optionen beinhalten:

• Freitextsuche — Als Elternteil möchte ich nach einem bestimmten Schlüsselwort suchen, damit ich schnell zu einem Spiel navigieren kann
• Nach Kategorie durchsuchen: Altersgruppe - Als Elternteil möchte ich ein altersgerechtes Spiel finden, das meine Kinder leicht erlernen können
• Nach Kategorie durchsuchen: Art der Bildung - Als Elternteil möchte ich ein Spiel finden, das meinem Kind hilft, sein Wissen und seine Fähigkeiten in einem bestimmten Bereich zu verbessern
• Nach Kategorie durchsuchen: Spieltyp - Als Elternteil möchte ich ein neues Spiel finden, das einem ähnelt, das meinem Kind bereits gefällt
• Sortiere nach den am besten bewerteten Spielen — Als Elternteil möchte ich ein Spiel finden, das mein Kind wahrscheinlich eine Weile beschäftigt, damit ich etwas Arbeit erledigen kann
• Sortiere nach neuesten/ältesten Spielen - Als Eltern möchte ich meinem Kind helfen, ein Spiel zu finden, das es noch nicht gespielt hat, um ihm ein neues Erlebnis zu bieten
• Sortiere nach den beliebtesten Spielen — Als Elternteil möchte ich meinem Kind helfen, die beliebtesten Spiele zu finden und zu spielen
• Ordnen Sie Geschichten von den für Benutzer am wertvollsten zu den am wenigsten wertvollen

Der Wert wird anhand von Analysen zu Nutzungsmustern, Kundeninterviews und anderen Erkenntnissen ermittelt.

Dein Team überprüft möglicherweise die Feedback-Formulare, um herauszufinden, welche Funktionen von Eltern am häufigsten nachgefragt werden, und priorisiert diese zuerst. Auf diese Weise bieten sie in kürzerer Zeit mehr Wert.

Ordnen Sie die Arbeit so an, dass Sie wissen, was und wann geliefert werden muss

Ihr Team schätzt den Arbeitsaufwand für jede User Story ein und entscheidet, welche Storys Sie für kommende Sprints oder Releases fertigstellen können. Sie können Geschichten gruppieren, die für die Erstellung eines MVP benötigt werden, oder Geschichten, die veröffentlicht werden müssen, zusammen — zum Beispiel könnten alle Funktionen zum Durchsuchen nach Kategorien gleichzeitig veröffentlicht werden.

Teilen Sie es auf Releases oder Sprints auf

Das Team legt deine Schnittlinien fest (für den Sprint oder die Version), sodass sie unterscheiden können, was sie ihrer Meinung nach in diesem Sprint oder dieser Version liefern können. Dies hängt von ihren Kapazitäten ab und davon, was sie den Benutzern bieten müssen, um ein Minimum Viable Product (MVP) zu erreichen.

Eine User Story Mapping... Story

Während seiner Zeit bei Twitter moderierte unser Mitbegründer, Nicholas Muldoon, eine Sitzung für ein anderes Team, dessen Ziel es war, herauszufinden, wie ein Problem mit der App behoben werden sollte. Dieses Beispiel (in Nicks Worten) zeigt eine weitere interessante Anwendung von User Story Mapping, einschließlich der Arten von Problemen, die Sie möglicherweise lösen könnten, und wie Sie sich auf eine bestimmte Persona oder einen Unterbereich Ihrer Zielgruppe konzentrieren können.

Schritt 1: Kick Off

Wir haben damit angefangen, alle ins Zimmer zu holen. Zu den Teilnehmern gehörten mehrere Fachexperten — nicht nur das unmittelbare Team, das an dem Projekt arbeitete. Dazu gehörten jemand aus dem Team für die Benutzerauthentifizierung und ein UX-Designer, der in der Vergangenheit an der Zurücksetzung von Passwörtern gearbeitet hatte.

Der Produktmanager eröffnete die Sitzung mit einer Erläuterung der Situation: „Ein ganzer Teil der Benutzer hat Probleme, in die App zu gelangen, weil sie sich nicht an ihr Passwort erinnern können. Um sie jedoch dazu zu bringen, den langwierigen Prozess zum Zurücksetzen des Passworts zu durchlaufen, wollen wir ihnen zunächst einen Mehrwert bieten, um zu zeigen, dass es sich lohnt. Wie?“

Schritt 2: Identifizierung der Person

Um die nächsten Schritte herauszufinden und das User Story Mapping durchzuführen, mussten wir die Zielgruppe eingrenzen, damit wir sie als Framing-Referenz oder Persona verwenden konnten. Schließlich hatten wir es mit einem riesigen Publikum von 30 Millionen Menschen zu tun, nicht mit einer einzigen Persona.

Also haben wir gefragt: Auf wen zielen wir nicht ab? Dann konnten wir alle Pro-Nutzer und Regierungsnutzer ausschließen, wodurch sich die Zuschauerzahl auf 28 Millionen reduziert hat.

Als nächstes fragten wir: Was ist der einfachste Ort, um das zu experimentieren und zu testen? Zu der Zeit gab es eine Funktion, auf die wir unter IOS nicht zugreifen konnten, also haben wir uns für Android entschieden. Außerdem hatten wir gute Beziehungen zum US-amerikanischen Mobilfunkanbieter AT&T. Deshalb haben wir uns unsere Zielgruppe von Android-Nutzern auf AT&T in den USA angesehen, was uns eine viel vernünftigere Zuschauerzahl von 3 Millionen Menschen bescherte.

Wir haben diese Persona verwendet, um mit dieser speziellen Funktion zu experimentieren, ohne die verschiedenen Anwendungsfälle zu berühren.

Schritt 3: Die großen Schritte

Nachdem wir die Persona skizziert hatten, auf die wir uns konzentrieren würden, konnten wir darüber sprechen, was in oder was draußen ist. Also haben wir über die großen Schritte gesprochen, wie zum Beispiel:

• Sie sind auf dem Android-Startbildschirm
• Sie öffnen die App
• Sie sehen alle Funktionen
• Sie versuchen eine Aktion (Twittern, Liken oder Retweeten)
• Sie führen einen Passwort-Reset durch
• Diese kundenorientierten Epen bilden das Rückgrat der User Story Map.

Außerdem haben wir in dieser Sitzung auch technische Epen für Dinge aufgenommen, die wir von anderen Teams bei Twitter brauchten. Dieses Team hatte zum Beispiel nicht die Kontrolle über die gesamte Authentifizierung, also fügten sie ein technisches Epos hinzu, um ein Gespräch mit einem anderen Team zu führen, um diesen Teil in ihren Backlog aufzunehmen, sodass sie alles hatten, was sie für das Experiment brauchten.

Schritt 4: Die Geschichten

Während wir die Epen ausgearbeitet haben, haben wir die User Stories unter jedem von ihnen ausgearbeitet.

Schritt 5: Linien abschneiden

Normalerweise führte Ihr Team an dieser Stelle Schätzungen durch und schnitt Grenzen ab, aber das war nicht nötig, da das Timing weniger relevant war. Wir mussten alle wichtigen Geschichten einbeziehen, um das Experiment erfolgreich durchführen zu können.

Wir haben unser User Story Mapping physisch auf einem Whiteboard durchgeführt, also haben wir Band verwendet, um zu trennen, was in Sprint eins, zwei und drei hinein- und herauskommt. Wir hatten das Backlog auf der rechten Seite, das aus allem bestand, was wir besprochen hatten und das wir diesmal nicht aufnehmen konnten, auf das wir aber später zurückkommen wollten. Vielleicht passten einige Punkte nicht zu dieser Persona, oder wir würden für IOS darauf zurückkommen.

In anderen Szenarien würden wir die Geschichten danach ordnen, was unserer Meinung nach den meisten Wert bieten würde, schätzen mit Storypoints, und planen Sie dann die Kapazität für eine Woche oder vierzehn Tage Arbeit auf der Grundlage der historischen Geschwindigkeit. Dann würden wir die Geschichten in Sprints und Versionen unterteilen. Bei der Sequenzierung könnte es darum gehen, etwas mit niedrigerem Kundennutzen nach oben zu bringen, weil Sie es anpassen können. Möglicherweise müssen Sie auch eine größere oder riskantere Geschichte aufschlüsseln und sie in zwei Benutzergeschichten aufteilen.

Während des gesamten Prozesses hatte jeder die Möglichkeit, seine Meinung zu äußern (es gibt nichts Frustrierenderes, als nicht gehört oder gehört zu werden), und wir haben sie in den Vorstand aufgenommen. Eine meiner Aufgaben als Moderator bestand darin, alle im Raum zu betreuen — von der ruhigsten Person bis zur kontaktfreudigsten Person.

Wenn jemand still war, würde ich ihn in die Diskussion einbeziehen und ihn direkt nach seinen Gedanken fragen. Es ist wichtig, verschiedene Teilnehmer einzubeziehen, um eine ganzheitliche Vision oder ein ganzheitliches Verständnis zu erhalten. Denn am Ende des Tages besteht der Zweck des User Story Mappings darin, das Team auf den gleichen Stand zu bringen. Wenn sich das Team auf den Weg macht und sich nicht auf die Vision eingelassen hat, werden sie bald feststellen, dass jeder ein anderes Verständnis davon hat, was passieren soll. Es geht weniger um den Prozess als vielmehr um die Ausrichtung des Teams.

Ergebnisse 🏆

Als Ergebnis dieses User Story-Mapping-Prozesses schlug das Projekt eine neue Richtung ein, bei der die App die Gerätekennzeichnung zusammen mit dem Benutzernamen verwendet, um herauszufinden, wer der Benutzer war, bevor er sich anmeldet. Dies würde es ihnen ermöglichen, direkt in die Timeline zu gelangen und daraus einen Mehrwert zu ziehen.

Wenn sie jedoch Aktionen ausführen wollten (wie Twittern, RT oder einen Tweet mit „Gefällt mir“ markieren), mussten sie ein Passwort eingeben (und wären hoffentlich engagiert genug, um den Vorgang abzuschließen). Insgesamt war es eine sehr erfolgreiche User Story Mapping Session!

Physisches versus digitales User Story-Mapping

Nun, da Sie die Schritte beim User Story Mapping kennen, wie implementieren Sie sie tatsächlich?

Traditionell erfolgt das User Story Mapping physisch. Sie bringen Ihr Team in einen Raum, schreiben das Backbone und die Nutzergeschichten auf Haftnotizen, ordnen sie an einer Wand an und verwenden eine Schnur, um die Schnittlinien oder Swimlanes darzustellen.

Es könnte ein bisschen so aussehen:

Dieser Prozess bringt jedoch einige Herausforderungen mit sich:

• Du musst ein Zimmer für einen Tag finden und buchen (oder länger, wenn du eine komplexe Produkt- und Nutzerreise planen musst)
• Wir alle wissen, dass Haftnotizen dazu neigen, ihre Klebrigkeit zu verlieren und von der Wand zu fallen (auch wenn Sie Ihre Peeling-Technik absolut perfektionieren)
• Selbst wenn Sie externe Teammitglieder per Videokonferenz einbeziehen, ist es für sie schwierig, Post-its zu lesen — und natürlich ist es für sie viel schwieriger, Beiträge zu leisten
• Ein Teammitglied muss immer noch alle Daten in Jira eingeben, wenn deine User Story Mapping-Sitzung abgeschlossen ist (er sieht aus wie im folgenden Screenshot, der deiner physischen Story-Map nicht allzu sehr ähnelt).

„Als ich bei Twitter gearbeitet habe, haben sie versucht, über Videokonferenzen eine physische Benutzerstory abzubilden, um Teammitglieder an verschiedenen Orten einzubeziehen. Es war eine Herausforderung. Es würde viel „Hey Nick, was steht da?“ geben. und ich müsste es vorlesen oder im Chat abtippen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Aus diesem Grund ist es oft besser, ein Tool oder eine App zu verwenden, um Ihr User Story Mapping digital durchzuführen.

Es gibt zwar eine Reihe von Apps und Softwareoptionen für das User Story Mapping, aber der effizienteste Ansatz besteht darin, ein User Mapping Tool zu verwenden, das direkt in Jira integriert ist.

Auf diese Weise musst du deine Arbeit nicht in Jira übertragen — dein Team kann direkt mit der Arbeit an seinen wichtigsten Storys beginnen, sobald du deine Mapping-Sitzung abgeschlossen hast.

Lesen ➡️ User Story Mapping für Remote-Teams

Jira + Einfacher agiler TeamRhythm

Jira alleine erlaubt es dir nicht, User Story Mapping durchzuführen. Es repliziert die physische Sitzung nicht mit Haftnotizen und einer X-Achse. Das Beste, was es tun kann, ist ein flacher Rückstand — und hoffentlich weißt du inzwischen, dass das für die meisten Teams nicht gut genug ist.

Zum Glück kannst du mit Easy Agile TeamRhythm, einem Add-on für Jira, eine digitale und kollaborative Story-Mapping-Sitzung direkt in Jira durchführen.

So funktioniert das:

Funktionen zur Zuordnung von User Storys zu Jira hinzufügen

Hinzufügen Einfacher agiler Teamrhythmus zu deinem Jira-Konto. Du kannst mit einer kostenlosen 30-Tage-Testversion beginnen.

Wenn du TeamRhythm von einem agilen Board aus öffnest, das bereits verwendet wird, wird es automatisch mit den Daten deines Boards gefüllt. Aktuelle Probleme werden dem Backlog-Panel im rechten Bereich hinzugefügt. Aber keine Sorge — du kannst diese Daten ganz einfach bearbeiten. Und wenn es ein neues agiles Board ist, kannst du dein Backbone, deine Storys und Swimlanes ganz einfach von Grund auf neu hinzufügen.

Richte dein Rückgrat ein

Am oberen Rand des Spielbretts erstellst du eine horizontale Reihe von Epen (falls du deinem Board bereits Epen zugeordnet hast, wird diese automatisch ausgefüllt). Jedes Epos steht für eine Aktivität, bei der die Nutzer das Produkt durchqueren. Dies wird oft als das „Rückgrat“ der Storymap bezeichnet.

Diese Epen können per Drag-and-Drop verschoben werden und die Reihenfolge der Epen wird mithilfe des Jira-Rankings im Backlog wiedergegeben.

Mit Easy Agile ist es ganz einfach, neue Epen direkt in der Story-Map zu erstellen. Klicken Sie einfach oben rechts auf dem Bildschirm auf die Schaltfläche „Epic erstellen“. Füge den Namen und die Beschreibung hinzu und klicke dann auf „Erstellen“. Scrolle auf deiner Story-Map ganz nach rechts, um dein neues Epos zu finden.

Machen Sie sich keine Sorgen, dass alles sofort perfekt wird. Sie haben die Möglichkeit, sie später online zu bearbeiten.

Füge das Fleisch hinzu (oder Geschichten!)

Unter jedem Epos auf dem Backbone findest du alle verknüpften User Stories, die nach Rang sortiert sind. Um eine neue Story hinzuzufügen, fahre mit der Maus über den Bereich, in dem du deine Story erstellen möchtest, und klicke auf „Neu“. Gib den Namen deiner Story ein und wähle deinen Problemtyp aus dem Drop-down-Menü aus (z. B. Aufgabe, Story oder Bug). Du kannst auch auf das Backlog-Panel zugreifen, um bestehende Geschichten oder Probleme hinzuzufügen — klicke einfach auf „Bestehend“, suche nach deinem Problem und füge es hinzu.

Sie können Probleme auch aus dem Backlog-Panel hineinziehen.

Und genau wie bei Epen können Sie Ihre Geschichten direkt bearbeiten, indem Sie auf den Namen der Ausgabe klicken.

Bestelle deine Epen und Geschichten

Ordne jetzt deine Epen und Geschichten. Ihre Epen sollten die Reise Ihres Kunden von Anfang bis Ende widerspiegeln. Und Ihre Geschichten sollten nach dem Wert geordnet sein, den sie den Kunden bieten.

In Easy Agile-Apps können Sie Ihre Geschichten und Epen durch Klicken und Ziehen neu anordnen. Und wenn Sie ein Epos verschieben, werden auch die zugehörigen Geschichten darunter verschoben.

Arbeit schätzen

Zeigen Sie mit der Maus auf das Schätzfeld (die graue Zahl am unteren Rand jedes Story-Elements). Klicken Sie hier, um es hinzuzufügen oder zu bearbeiten Storypoints.

Lesen ➡️ Agile Schätzungstechniken

Swimlanes hinzufügen und anordnen (Version/Sprint)

Jetzt ist es an der Zeit zu entscheiden, welche Probleme Ihr Team wann angehen wird, indem Sie die Arbeit horizontal aufteilen. Klicken Sie oben rechts auf die Schaltfläche „Swimlanes“. Sie können wählen, ob Sie die Arbeit nach Sprints oder Versionen sortieren möchten (je nachdem, ob Sie Scrum oder Kanban* sind). Ihre Sprints oder Versionen werden in chronologischer Reihenfolge auf der Story-Map angezeigt. Unten auf der Story-Map befindet sich eine Schaltfläche „Sprint hinzufügen“, über die Ihr Team weitere Sprints und Versionen hinzufügen kann.

* Bei Kanban sequenzieren Sie Ihre Arbeit in der Regel in Versionen, da es keinen Sprint gibt. Dies kann Ihrem Team helfen, die lange Liste von Geschichten in die Bereiche „Jetzt“ und „Zukunft“ zu reduzieren.

Sie können Storys einfach per Drag-and-Drop verschieben und sie der entsprechenden Swimlane zuordnen.

Überprüfe die Teamgeschwindigkeit, um zu vermeiden, dass dein Team bei jedem Sprint oder jeder Version überfordert wird. Bewegen Sie den Mauszeiger über die Indikatoren „Nicht gestartet“, „In Bearbeitung“ und „Fertig“ ganz rechts in der Swimlane des Sprints oder der Version, um zu sehen, wie Ihr Storypoints verfolgen alle Geschichten und Probleme. Wenn du zu viele hast Storypoints, du kannst einige Storys in den nächsten Sprint oder die nächste Version verschieben.

Lesen ➡️ Agile Story Points: Messen Sie Ihren Aufwand wie ein Profi

Probiere verschiedene Ansichten aus

Sie können auf der Grundlage einer Textsuche suchen oder einen Schnellfilter erstellen (enthält z. B. „Als übergeordnetes Objekt“). Oder wenn Sie unser anderes Produkt, Easy Agile Personas, verwenden, haben wir ein Tutorial, wie Sie einen Schnellfilter nach Persona erstellen können. Auf diese Weise können Sie Ihre Story-Map verfeinern und sich auf das konzentrieren, was für Sie wirklich wichtig ist.

An die Arbeit!

Alle während der Story-Mapping-Sitzung vorgenommenen Änderungen werden automatisch in Jira übernommen, sodass dein Team die Story-Mapping-Sitzung verlassen und mit der Arbeit beginnen kann.

Erste Schritte mit Easy Agile TeamRhythm

Easy Agile TeamRhythm funktioniert sofort mit Ihrem vorhandenen Backlog (der Einstieg ist also superschnell und einfach). Aber es gibt dir diese zusätzliche Dimension, die dir hilft, dein Backlog zum Leben zu erwecken. Es ist ein Aliiiiive!

Willst du es selbst ausprobieren? Wir haben zwei Möglichkeiten:

Kostenlose Testversion von Easy Agile TeamRhythm

ODER spielen Sie mit unserer Demo herum (keine Installation oder Anmeldung erforderlich) :-)

TeamRhythm Highlights-Tour

Aber hör uns nicht einfach zu. Hier ist, was einige unserer Kunden zu sagen haben:

Die Jira-Software eignet sich hervorragend, um Aktivitäten und Backlogs zu verfolgen, aber ohne User Story Mapping kann es leicht passieren, dass Sie die Vision Ihres Produkts verlieren. Easy Agile User Story Mapping ermöglicht es den Teams, miteinander zu kommunizieren — nicht nur über Aktivitäten, sondern auch über die Vision des Produkts. Einige unserer Teams nutzen dieses Tool regelmäßig für Rückblicke, und es hilft ihnen, das Produkt zu ihrem Produkt zu machen.

- Paul Flye Sainte Marie, Agile- und Tools-Referent @Kering

Wir haben festgestellt, dass Easy Agile User Story Maps das Team in einem Raum zusammenbringt. Infolgedessen stellen wir fest, dass wir mehr als Gruppe kartografieren, was zu einem gemeinsamen Verständnis führt. Seitdem wir das Add-on verwenden, können wir die Planung beschleunigen und umfangreiche Story-Mapping-Übungen effizienter durchführen.

- Mike Doolittle, Produktdirektor @Priceline

Seitdem wir Easy Agile User Story Maps verwenden, haben wir unsere Kommunikation und Teamausrichtung verbessert, was uns zu schnelleren Ergebnissen verholfen hat.

- Casey Flynn, Analyst für Vertriebsprognosen @adidas

Easy Agile User Story Maps hat uns geholfen, unseren Arbeitsaufwand und unsere Ziele zu visualisieren und unsere Besprechungen zu beschleunigen. Wir lieben die Einfachheit!

- Rafal Zydek, Atlassian Jira und Confluence Expert Administrator @ING Tech Poland

Sehen Sie, worum es bei der ganzen Aufregung geht

Starten Sie Ihre kostenlose 30-Tage-Testversion

Einfacher agiler Teamrhythmus

Psst: Es ist die am schnellsten wachsende und am höchsten bewertete Story-Mapping-App für Jira! Du wirst es lieben.

6 Möglichkeiten, deine Storymap am Leben zu erhalten

Apropos Dinge zum Leben erwecken, wir haben noch ein paar letzte Tipps...

Ihre User Story Map ist so konzipiert, dass sie ein lebendiges, atmendes Ding ist, sodass Ihr Team Ihren Kunden kontinuierlich einen Mehrwert bieten kann. Sie werden diese Vorteile jedoch verpassen, wenn Ihr Team sie nicht kontinuierlich nutzt, darüber nachdenkt und sie verfeinert.

Hier sind 6 Möglichkeiten, wie du deinen Backlog am Leben erhalten kannst:

1. Verfolgung des Fortschritts

Während dein Team Releases veröffentlicht, kann es seinen Fortschritt anhand der User Story Map visuell verfolgen. Mit Easy Agile User Story Maps werden Aktualisierungen in Jira direkt in der User Story Map wiedergegeben, sodass Sie überprüfen können, wie viel Prozent der Arbeit abgeschlossen wurden. Auf diese Weise können Sie Probleme frühzeitig erkennen und die Arbeitsbelastung Ihres Teams (und zukünftiger Versionen/Sprints) bei Bedarf anpassen.

2. Pflege des Backlogs

Der Zweck der Backlog-Grooming besteht darin, einen gesunden, aktuellen Produkt-Backlog aufrechtzuerhalten, der für eine effiziente Sprint-Planung bereit ist. Wenige Tage vor Ihrem Sprint-Planungstreffen wird Ihr Produktmanager:

• Löschen Sie User Stories, die nicht mehr relevant sind
• Erstellen Sie neue User Stories, wenn die Bedürfnisse klarer werden
• Schätzungen zuordnen und korrigieren
• Teilen Sie zu große User-Stories auf
• Schreiben Sie Geschichten um, um sie klarer zu machen
• Stellen Sie sicher, dass die Geschichten nach Priorität sortiert sind
• Stellen Sie sicher, dass die Geschichten oben bereit sind, geliefert zu werden

Es ist viel einfacher, dies mit Easy Agile User Story Maps zu tun (statt mit einem flachen Backlog), da Ihr Produktmanager und Ihr Team alle kontextbezogenen Informationen sehen können. Sie können die Reihenfolge durch Klicken und Ziehen verschieben und Probleme mithilfe der Inline-Bearbeitung schnell aktualisieren.

3. Sprint-/Release-Planung

Die Sprint-Planung erfolgt zu Beginn jedes Sprints. Es soll Ihrem Team helfen, sich auf ein Ziel für den nächsten Sprint und die Reihe von Backlog-Elementen zu einigen, die ihnen helfen, dieses Ziel zu erreichen. Dazu gehört die Priorisierung der Backlog-Elemente (das sollte dank der Backlog-Grooming einfach sein) und sich darauf zu einigen, für welche Aufgaben dein Team während des Sprints Kapazität hat. Sprint-Planungssitzungen laufen in der Regel viel reibungsloser ab, wenn Sie sich auf Ihre User Story Map beziehen. Mit Easy Agile User Story Maps können Sie Ihre Story-Map unterwegs mit Backlog-Elementen aktualisieren. Alle Ihre Änderungen werden in Jira wiedergegeben, sodass Ihr Team sofort mit der Arbeit am Sprint beginnen kann.

4. Sprint-Bewertungen

Am Ende jedes Sprints führt Ihr Team einen Sprint-Review durch, um festzustellen, ob das Ziel erreicht wurde und ob Ihre Erhöhung zu einer funktionierenden, versandfähigen Produktversion geführt hat. Ihr Produktmanager wird sich die Punkte „Erledigt“ aus dem Backlog ansehen, und das Entwicklungsteam wird Ihnen die geleistete Arbeit demonstrieren.

Das Team spricht darüber, was gut gelaufen ist, welche Probleme es gibt und wie sie gelöst wurden oder gelöst werden könnten. Sie überprüfen den Zeitplan, das Budget und die potenziellen Funktionen für die nächste geplante Produktveröffentlichung, wodurch die Vorbereitungen für die nächste Sitzung zur Rückstandsbereinigung und Sprint-Planung in Gang gesetzt werden.

In Easy Agile User Story Maps können Sie Ihre Ansicht ganz einfach filtern, um „erledigte“ Probleme anzuzeigen, Sprint-Statistiken einzusehen und Story-Point-Schätzungen zu aktualisieren. Auf diese Weise können Sie direkt in Jira ein schnelles und kollaboratives Sprint-Review-Meeting abhalten.

5. Straßenkarten

Sie können Ihre Storymap verwenden, um Ihre Roadmap mit Stakeholdern zu kommunizieren und die Produktvision zu teilen. Nachdem Ihre bevorstehenden Releases und Sprints geplant sind, können Sie leicht erkennen, welche Teile der Kundenreise aktualisiert oder verbessert werden sollen und wann.

6. Rückblicke

Retrospektiven finden oft am Ende Ihres Sprints oder Releases statt. Oder Sie veranstalten sie nach einer Veranstaltung, einer Präsentation, jeden Monat oder jedes Quartal. Retros helfen Ihrem Team dabei, darüber nachzudenken, was gut gelaufen ist, was besser hätte laufen können und was es beim nächsten Mal anders machen würde. Ihre User Story Map kann Ihrem Team bei Rückblicken einen visuellen Bezugspunkt bieten und ihnen helfen, sich auf den Nutzer zu konzentrieren.

So erfahren Sie mehr über User Story Mapping

Wir sind fast am Ende, aber hören Sie hier nicht auf! Es gibt noch so viel mehr zu lernen, wenn du tiefer in das Thema User Story Mapping einsteigen willst.

Hier sind einige Ressourcen, die einen Blick wert sind:

Bücher zum Mapping von Nutzergeschichten

Jeff Patton hat DAS Buch über User Story Mapping geschrieben, genannt User Story Mapping: Entdecke die ganze Geschichte, baue das richtige Produkt. Jeff war der ursprüngliche User Story Mapper — zumindest wird ihm die Erfindung des Konzepts und der Praxis zugeschrieben.

Artikel zum Mapping von User-Storys

Hier sind einige Artikel, die wir in den letzten Jahren geschrieben haben:

Story Maps — Ein visuelles Tool für kundenorientierte Entwicklung (dieses hat ein großartiges Video)

Wie schreibt man gute User Stories in der agilen Softwareentwicklung

Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map

Anatomie einer agilen User Story Map

Das war's! Du hast den ultimativen Guide zum User Story Mapping fertiggestellt! 👏

Sie haben alle Tools und Informationen, die Sie benötigen, um...

• Führen Sie Ihre erste User Story Mapping-Sitzung durch
• Führen Sie das Story-Mapping effektiver (und selbstbewusster) durch
• Holen Sie mehr aus Ihrer Story-Map heraus
• Priorisieren Sie Ihre Arbeit, um Ihren Kunden so schnell und so oft wie möglich den größtmöglichen Nutzen zu bieten
• Arbeiten Sie kollaborativer
• Planen Sie Ihre Arbeit genau
• Verstehe das Warum hinter der Arbeit

Geh raus und Storymap! Und lass uns wissen, wie es dir geht.

Wenn Sie Fragen zu User Story Maps haben, würden wir uns freuen, von Ihnen zu hören. Sie können kontaktiere uns oder sende uns einen Tweet @EasyAgile. Wir werden diesen Leitfaden aktualisieren, sobald wir auf weitere Tipps, Techniken und häufig gestellte Fragen zum Thema User Story Mapping stoßen.

Egal, ob Sie ein Vermarkter, ein Verkäufer, ein Produktmanager oder sogar ein Entwickler sind, Ihre Arbeit dreht sich um eine Sache: den Kunden.

Wenn Sie wissen, wer sie sind, was sie wollen, wie sie sprechen und wie sie Dinge erledigen, können Sie bessere Produkte herstellen und sie auf die richtige Art und Weise bei den richtigen Leuten bewerben.

Eine der wirksamsten Möglichkeiten, Ihre Kunden besser zu verstehen, besteht darin, Buyer Personas zu erstellen. Aus diesem Grund haben wir einen umfassenden Leitfaden zusammengestellt, der alles enthält, was Sie wissen müssen, um Ihre Buyer Personas zu erstellen, zu verfeinern und zu verwenden.

Was sind Buyer Personas?

Buyer Personas beschreiben die typischen Merkmale einer Person, die wahrscheinlich Ihre Produkte kaufen wird — in der Regel auf einer einzigen Seite.

Personas sind keine Profile von echten Personen. Du solltest in deinen Buyer Personas keine echten Namen, Fotos oder persönliche Informationen verwenden. Aber sie sollten reflektieren das allgemeine Verhalten und die Ziele Ihrer echten Kunden

Sie können eine Buyer Persona für Ihren idealen Kunden oder mehrere Arten von idealen Kunden erstellen, die Ihr Produkt oder Ihre Dienstleistung regelmäßig kaufen. Bei Easy Agile haben wir beispielsweise Personas für die gängigsten Rollen/Titel unserer idealen Kunden, wie zum Beispiel:

• Lokführer freilassen
• Produktmanager
• Inhaber des Produkts
• Scrum Master
• Entwickler

Sie können auch Anti-Personas für die Arten von Kunden erstellen, die Sie nicht will anziehen.

Was sind andere Namen für Buyer Personas?

Möglicherweise kennen Sie „Buyer Personas“ unter einem anderen Namen, abhängig von Ihrer Branche, Abteilung oder davon, wie Sie die Persona verwenden möchten. Zum Beispiel:

• Benutzerpersönlichkeit (wenn es sich bei Ihrem Produkt um Software handelt und Ihr Benutzer auch der Käufer ist)
• Person des Publikums
• Kundenpersönlichkeit
• Avatar des Käufers
• Kunden-Avatar
• Idealer Zuschauer-Avatar
• Profil des Käufers

Zwar gibt es einige geringfügige Unterschiede zwischen einigen dieser Namen und ihrer Verwendung im Marketing oder Produktmanagement, aber sie werden oft synonym mit „Buyer Persona“ verwendet.

Wofür werden Buyer Personas verwendet?

Buyer Personas können in nahezu jeder Rolle oder Abteilung eingesetzt werden.

Der Hauptzweck von Buyer Personas besteht darin, ein tieferes Verständnis Ihrer Kunden zu erlangen. Das wird dir helfen:

• Verbessern Sie Targeting und Reichweite
• Konversionen erhöhen
• Steigern Sie den ROI und die Rentabilität
• Effektiver kommunizieren
• Identifizieren Sie Schmerzpunkte
• Entwickeln Sie Produkte, die Probleme lösen
• Verbessern Sie das Nutzererlebnis
• Verbessern Sie die Kundenbindung
• Bieten Sie Ihren besten Kunden das beste Preis-Leistungs-Verhältnis
• Helfen Sie den Kunden, die Ihr Produkt oder Ihre Dienstleistung am dringendsten benötigen

Warum Buyer Personas erstellen?

Es ist klar, dass Buyer Personas für viele verschiedene Dinge nützlich sind. Aber schauen wir uns die 6 wichtigsten Vorteile genauer an.

1. Umsatz steigern

Eins Fallstudie stellte fest, dass der ROI durch die Verwendung von Personas als Teil einer Marketingstrategie um 124% gestiegen ist. Ein anderer Fallstudie fand heraus, dass Personas das Potenzial haben, die auf einer Website verbrachte Zeit deutlich zu erhöhen und die Marketingeinnahmen um 171% steigern können. Dies ist sinnvoll, wenn Sie bedenken, dass die Erkenntnisse aus Personas es Ihnen ermöglichen können, Ihr Marketingbudget zu verwenden, um Kunden besser anzusprechen und zu konvertieren.

2. Treffen Sie schnell gute Entscheidungen

Egal, ob Sie ein Vermarkter, Verkäufer oder Produktmanager sind, Sie werden nicht immer Zeit haben, eine gründliche Analyse durchzuführen, den Konsens Ihres Teams einzuholen oder Ihr Publikum zu befragen, bevor Sie eine Entscheidung treffen. Zum Glück können Sie, wenn Sie immer ein klares Bild Ihrer Zielgruppe zur Hand haben, schnelle Entscheidungen mit Zuversicht treffen. Mithilfe von Buyer Personas können Sie vorhersehen, wie sich ein Feature oder eine Änderung auf den Käufer (und damit auf Ihre Konversionen, Ihre Kundenbindung und Ihr Geschäftsergebnis) auswirken wird, indem Sie die Dinge aus seiner Perspektive betrachten (Ziele, Befürchtungen und Motivationen).

3. Verstehe, wie Leute kaufen

Buyer Personas können dir dabei helfen, die Customer Journey zu planen und zu zeigen, wie dein Publikum vom ersten Kontakt mit deiner Marke bis zum Kauf deines Produkts geht. Personas können Aufschluss darüber geben, welche Themen für sie wichtig sind, welche Inhalte sie gerne konsumieren würden, auf welchen Plattformen sie sie am liebsten konsumieren und in welche Produkte sie am ehesten zuerst investieren würden. Wenn du verstehst, wie die Leute am liebsten bei dir kaufen, kannst du das Ganze vereinfachen, indem du:

• Verschiedene Funnels für verschiedene Personas erstellen
• Den Leuten das Richtige zur richtigen Zeit zeigen
• Umgang mit Einwänden mit Ihren Inhalten
• Konzentrieren Sie sich auf die effektivsten Kanäle für Ihr Publikum

4. Sprechen Sie direkt mit Ihrem idealen Publikum

Mit klar definierten Buyer Personas verfügt Ihr Team über die Daten, die Sie benötigen, um Anzeigen direkt an Ihre ideale Zielgruppe auszurichten. Nicht nur das, sie werden auch in der Lage sein, Werbemittel zu verwenden, die die Schwachstellen Ihrer Zielgruppe ansprechen und eine Sprache verwenden, die sie verstehen können. Dies sollte wiederum zu mehr Klicks, mehr Konversionen und mehr Kunden führen, die ideal zu Ihrem Produkt passen.

5. Sei konsistenter

Buyer Personas können Ihrem gesamten Team helfen, sich darüber im Klaren zu sein, wer Ihre Kunden sind und wie Sie sie ansprechen können. Dies kann Ihnen helfen, konsistentere Botschaften und Unterstützung für Kunden zu vermitteln, was dazu beiträgt, das Vertrauen, die Zuversicht und die Loyalität der Kunden zu stärken.

6. Konzentrieren Sie sich auf den Kunden

Einer der wichtigsten Vorteile der Verwendung von Buyer Personas ist, dass sie dazu beitragen, dass sich Ihr Team auf das Wesentliche konzentriert: den Kunden. Da heutzutage so viele Daten verfügbar sind, kann es leicht sein, sich in den Zahlen zu verlieren. Und es ist genauso einfach, in Kaninchenlöcher zu geraten und Funktionen zu suchen, an denen Sie arbeiten möchten, ohne genau zu überlegen, was für den Kunden am besten ist. Mit Kundenpersönlichkeiten ist es viel einfacher, sich daran zu erinnern, dass echte Menschen Ihr Produkt kaufen — und dass es Ihre Aufgabe ist, ihnen vor allem einen Mehrwert zu bieten.

So recherchieren Sie Ihre Buyer Personas

Gehen Sie nicht davon aus, dass Sie alles über Ihre Zielgruppe wissen — echte Daten sollten Ihre Buyer Personas informieren. Hier sind einige Möglichkeiten, wie du deine Buyer Personas recherchieren kannst:

Kunden befragen

Kundenbefragungen sind eine der leistungsfähigsten Methoden zur Datenerhebung. Sie können Online-Umfragen mit Tools wie SurveyMonkey oder Google Forms erstellen und diese dann an Ihre bestehenden Kunden oder Interessenten senden. Verwenden Sie diese Umfragen, um Fragen zu demografischen Merkmalen, Gewohnheiten, Zielen, Herausforderungen, Ängsten, Einwänden, Plattformen, Technologien und Präferenzen Ihrer Zielgruppe zu stellen. Diese Daten fließen direkt in jeden Bereich Ihrer Käuferpersönlichkeit ein. Stellen Sie also sicher, dass Sie Fragen stellen, die für das Verständnis Ihres Käufers am relevantesten sind und wie er Ihr Produkt finden, kaufen oder verwenden könnte.

Befragen Sie wichtige Kunden

Einzelgespräche mit Kunden oder Fokusgruppen sind eine weitere effektive Methode, um mehr über Ihr Publikum zu erfahren. Im Gegensatz zu einer Online-Umfrage ist dieses Format flexibler. Sie könnten mit einigen Fragen beginnen, um eine Diskussion zu beginnen, und dann anhand der Antworten, die Sie erhalten, weiter graben. Dies erfordert jedoch einen größeren Zeitaufwand von Ihnen und Ihren Kunden. Stellen Sie daher sicher, dass Sie einen fairen Anreiz bieten.

Überprüfe deine Datenbank

Wenn Sie bereits eine Liste aktueller oder früherer Kunden in Ihrer Datenbank gespeichert haben, können diese eine wirklich wertvolle Informationsquelle sein. Schauen Sie sich die Liste an und sehen Sie, welche Trends und Kategorien sich herauskristallisieren. Beispielsweise könnten Sie Käufer von kleinen, mittleren und großen Unternehmen finden. Oder Sie stellen fest, dass die meisten Ihrer Kunden in eine von 3-4 Abteilungen oder Rollen wie Marketing, Vertrieb und Projektmanagement passen. Sobald Sie Ihre Kundenliste kategorisieren können, können Sie sehen, wie verschiedene Kundentypen Ihr Produkt nutzen, Ihre Inhalte konsumieren und weitere nützliche Einblicke erhalten.

Überprüfe deine Analytik

Analytik kann eine Goldgrube für die Recherche Ihrer Kunden sein. Sie haben wahrscheinlich Zugriff auf Analysen von Ihrem Produkt, allen Social-Media-Seiten und Ihren Google-Analysen aus. Diese Daten können demografische Informationen, typische Nutzungsmuster, bevorzugte Geräte, bevorzugte Social-Media-Kanäle für verschiedene Zielgruppen, wonach sie suchen und vieles mehr enthüllen.

Machen Sie soziales Zuhören

Social Listening bedeutet, Ihre Social-Media-Kanäle zu überwachen, um zu sehen, was Ihr Publikum sagt. Möglicherweise entdecken Sie wertvolles Feedback, Problembereiche, Einwände und Themen, an denen Ihr Publikum interessiert ist. Du könntest diese Informationen auch finden, indem du dir die Kanäle deiner Mitbewerber ansiehst, nach Schlüsselwörtern aus der Branche suchst und sogar in Online-Foren nachschaust. Manchmal lernen Sie Ihr Publikum am besten kennen, wenn es um Hilfe oder Empfehlungen von Gleichaltrigen bittet.

Sprich mit deinem Team

Bitten Sie abschließend Ihre Teammitglieder, ihre Erkenntnisse über das Publikum zu teilen. Vor allem diejenigen, die regelmäßig mit Kunden sprechen, wie Verkäufer und Kundensupport. Sie kennen wahrscheinlich die Arten von Menschen, die Ihr Produkt kaufen, ihre größten Herausforderungen und die Fragen, auf die sie Antworten benötigen.

Eine einfache Buyer Persona-Vorlage

Sie müssen Ihre Buyer Personas nicht von Grund auf neu erstellen. Die meisten Buyer Personas folgen ungefähr demselben Format. Suchen Sie sich also eine Buyer Persona-Vorlage, die Ihren Bedürfnissen und Zielen entspricht, und beginnen Sie damit. Verwenden Sie die Daten, die Sie bei Ihrer Recherche gesammelt haben, um ein Profil für jeden Ihrer idealen Kunden auszufüllen.

Lassen Sie uns die obigen Abschnitte in Ihrer Buyer Persona-Vorlage durchgehen.

Titel und Name

Der Persona-Titel hilft Ihnen dabei, die Käufergruppe zu identifizieren, auf die Sie sich beziehen. Je nach Produkt kann es sich dabei um die Branche, die demografische Zusammensetzung, die Berufsbezeichnung, den Anspruch oder etwas anderes handeln, das sie von Ihren anderen Käufergruppen unterscheidet.

Aber manchmal reicht ein Titel nicht aus. Wenn Sie Ihre Käuferpersönlichkeit benennen und ihnen ein Foto geben, können Sie Ihre Käufer menschlicher erscheinen lassen. Es kann Ihnen helfen, sich daran zu erinnern, dass das Profil zwar fiktiv ist, aber echte Menschen Ihre Produkte kaufen und verwenden.

Bio

Eine kurze Biographie kann helfen, die Geschichte Ihres Käufers zu erzählen und seine Persönlichkeit, Ängste, Herausforderungen und seine Hauptziele zusammenzufassen. All diese Details werden zwar an anderer Stelle in der Buyer Persona aufgeführt, aber wenn du sie in Form einer Story zusammenstellst, kann das auch dazu beitragen, deinen Käufer menschlicher zu machen und diese Informationen aussagekräftiger und einprägsamer zu machen.

Persönlichkeit

Der Persönlichkeitsbereich basiert normalerweise auf einem der beliebten Persönlichkeitstests wie Myer Briggs, DISC oder Enneagram. Dies kann hilfreich sein, um Tendenzen wie Introversion oder Extraversion, Entscheidungsstile und die Anzahl der Informationen zu verstehen, die Ihr Käufer wahrscheinlich benötigt, um Ihr Produkt auszuwählen oder zu verwenden.

Beweggründe und Ziele

Listen Sie unter Motivationen die Dinge auf, die Ihre Käufer zum nächsten Schritt im Kaufprozess bewegen. Du könntest Dinge wie Ängste und Ziele einbeziehen, aber auch externe Auslöser wie Ideen und alles, was ihnen helfen könnte, deiner Marke oder deinem Produkt zu vertrauen.

Zu den Zielen Ihrer Käufer gehören möglicherweise ihre größere Vision für ihre Karriere oder ihr Leben, aber auch die kleineren Ziele, die sie durch die Interaktion mit Ihrer Marke oder den Kauf Ihres Produkts erreichen möchten.

Herausforderungen

Herausforderungen sollten alle Probleme zusammenfassen, die Ihr Käufer im Zusammenhang mit Ihrem Produkt hat — oder den Grund, warum er Ihr Produkt kaufen könnte. Du könntest auch auf Ängste und Probleme eingehen oder dafür einen eigenen Abschnitt erstellen.

Tools und Technologie

Tools und Technologien sind besonders nützlich, wenn Ihr Käufer bestimmte Fähigkeiten oder Integrationen benötigt, um Ihr Produkt effektiv nutzen zu können. Oder es zeigt einfach, wie sie am liebsten kommunizieren — ob über soziale Medien, E-Mail oder Telefon.

Sie können Ihrer Buyer Persona natürlich weitere Bereiche hinzufügen. Alles hängt davon ab, wie viele Informationen Sie benötigen, um sich ein klares Bild von Ihren Kunden zu machen, sie anzusprechen und aussagekräftige Gespräche mit ihnen zu führen. Gleichzeitig erleichtert es Ihrem Team, Ihre Persona kurz zu halten (eine einzige Seite ist ideal) und direkt auf den Punkt zu bringen.

Wie viele Buyer Personas sollten Sie erstellen?

Die meisten Organisationen benötigen etwa 3-4 Personas, um die meisten ihrer Zielgruppen abzudecken. Die richtige Anzahl an Buyer Personas hängt jedoch davon ab, wie vielfältig Ihre Zielgruppe ist.

Der Hauptpunkt dabei ist, dass Ihre Buyer Personas nicht jeden möglichen Käufer abdecken sollten — nur Ihre idealen Interessenten. Denken Sie an die 80/20-Regel — es ist wahrscheinlich, dass 20% Ihrer Kunden für 80% Ihres Umsatzes verantwortlich sind. Scheuen Sie sich also nicht, den 20% Priorität einzuräumen. Das Einbeziehen von Personas, die keine idealen Kunden sind, lenkt den Fokus von denen ab, die sind.

Tipp: Wenn du Schwierigkeiten hast, deine Zielgruppe in Gruppen einzuteilen und deine Buyer Personas einzugrenzen, versuche es mit einer Kartensortierung. Erstelle Miniprofile für all deine Zielgruppentypen auf separaten Karten und eliminiere dann die Zielgruppen, die keine profitablen oder idealen Kunden sind. Gruppieren Sie dann die verbleibenden Profile anhand ähnlicher demografischer Merkmale, Herausforderungen und Ziele zu einer Gruppe. Wenn du nicht einfach weitere Karten zu Gruppen kombinieren kannst, beende die Übung. Das sind Ihre Buyer Personas.

Fangen Sie an, Ihre Buyer Personas zu verwenden

Buyer Personas sind unglaublich vielseitig — jeder Teil Ihres Unternehmens, der mit Kunden interagiert oder sie beeinflusst, kann von der Verwendung von Buyer Personas profitieren. Lassen Sie sie also nicht irgendwo in einem Ordner liegen... fangen Sie sofort an, sie in die Prozesse Ihrer Teams zu integrieren.

Jetzt, da Sie so gut wie alles wissen, was es über Buyer Personas zu wissen gibt... jetzt ist es an der Zeit, Ihre eigene zu erstellen und (am wichtigsten) integrieren Sie sie in Ihre Prozesse, damit Sie mehr Ihrer besten Kunden erreichen und ein besseres Produkt für sie entwickeln können.

Verschaffen Sie sich einen Vorsprung mit Easy Agile Personas for Jira

Wenn du Jira verwendest, kannst du deine Buyer Personas innerhalb der Plattform hinzufügen, indem du folgen Sie dieser schrittweisen Anleitung. Melde dich bei Easy Agile Personas for Jira an und verknüpfe deine Personas mit Problemen in deinem Backlog und Storymap.

In der Zwischenzeit haben wir weitere Artikel, die du dir vielleicht ansehen möchtest, wie zum Beispiel:

Und tagge uns auf Twitter @EasyAgile wenn Sie teilen möchten, wie Ihre Teams Buyer Personas erstellen und sie in Ihre Prozesse integrieren!