Beiträge

User Personas erstellen, die Ihr Produkt tatsächlich verbessern

Die meisten User Personas landen in einer Präsentation, die nach Sprint zwei niemand mehr öffnet. Sie lesen sich wie ein Casting-Aufruf für eine fiktive Filmfigur, vollgepackt mit Hobbys und Lieblingskaffee, aber ohne irgendetwas, das die Art und Weise verändern würde, wie Ihr Team Software entwickelt. Eine nützliche Persona bewirkt etwas Konkretes: Sie hilft Ihrem Team, bessere Produktentscheidungen schneller zu treffen. Dieser Leitfaden zeigt, wie Sie Personas erstellen, die Ihr Team tatsächlich bei der Backlog-Verfeinerung und Sprint-Planung heranzieht.

Was ist eine User Persona?

Eine User Persona ist eine fiktive Darstellung eines echten Nutzersegments. Sie erfasst, wer Ihre Nutzer sind, was sie erreichen möchten und was ihnen dabei im Weg steht. Die besten Personas basieren auf Forschung, nicht auf Annahmen, und konzentrieren sich auf Informationen, die Produktentscheidungen beeinflussen. In agilen Teams sind Personas ein gemeinsamer Bezugspunkt. Wenn jemand eine User Story schreibt, die mit „Als Nutzer" beginnt, sollte die unmittelbare Rückfrage lauten: „Welcher Nutzer?" Personas geben dieser Frage eine konkrete Antwort.

Die Anatomie einer starken Persona

Vergessen Sie die vierseitige Biografie. Eine Persona, die auf eine einzige Seite passt, wird verwendet. Eine, die Scrollen erfordert, wird ignoriert. Das gehört in eine agile Persona:

Bereich	Was enthalten sein sollte	Warum es wichtig ist
Demografie	Name, Jobtitel, Unternehmensgröße, Standort	Verankert die Persona als reale Person
Ziele	3–5 berufliche Ziele mit Bezug zu Ihrem Produkt	Steuert die Feature-Priorisierung
Schmerzpunkte	Aktuelle Frustrationen und Blockaden	Zeigt, was Ihr Produkt lösen sollte
Verhaltensmuster	Wie sie arbeiten, kaufen und Entscheidungen treffen	Beeinflusst UX und Feature-Design
Technischer Kontext	Geräte, Tools, technische Kompetenz	Informiert über technische Einschränkungen
Bewertungskriterien	Wie sie Lösungen bewerten, Ausschlusskriterien	Leitet Positionierung und Onboarding

Was nicht hineingehört: Lieblingsfarbe, Frühstücksgewohnheiten, ausführliche persönliche Hintergrundgeschichten. Wenn ein Datenpunkt keine Produktentscheidung verändern würde, hat er in der Persona nichts verloren.

User Personas Schritt für Schritt erstellen

1. Beginnen Sie mit dem, was Sie bereits wissen

   Ziehen Sie Daten aus Support-Tickets, Vertriebsgesprächen, Analysen und Nutzerfeedback heran. Sie wissen wahrscheinlich mehr über Ihre Nutzer, als Sie denken. Suchen Sie nach wiederkehrenden Mustern: Wer meldet sich, was wird gefragt und wo hakt es.

2. Sprechen Sie mit echten Nutzern

   Fünf bis acht Nutzerinterviews pro Persona-Segment reichen aus, um Muster zu erkennen. Fragen Sie nach dem Arbeitsablauf, nicht nach Ihrem Produkt. „Beschreiben Sie, wie Sie heute mit X umgehen" offenbart mehr als „Welche Features wünschen Sie sich?"

3. Identifizieren Sie Cluster

   Gruppieren Sie Ihre Erkenntnisse nach gemeinsamen Zielen und Schmerzpunkten, nicht nach Demografie. Ein Startup-CTO und ein Engineering Manager auf mittlerer Ebene haben möglicherweise die gleichen Ziele, aber völlig unterschiedliche Rahmenbedingungen. Das sind zwei Personas, nicht eine.

4. Entwerfen Sie die Persona

   Schreiben Sie sie nach der oben beschriebenen Struktur auf. Geben Sie ihr einen echten Namen und Jobtitel. Halten Sie jeden Abschnitt auf wenige Stichpunkte. Wenn Sie einen Ausgangspunkt benötigen, kann Kollabes User Persona Generator in Sekunden eine detaillierte Persona aus einer Produktbeschreibung erstellen.

5. Validieren Sie mit Ihrem Team

   Teilen Sie den Entwurf mit Entwicklern, Designern und allen, die mit Kunden sprechen. Das beste Feedback klingt meist so: „Das stimmt nicht ganz, unsere Nutzer eigentlich..." Das bedeutet, die Persona erfüllt ihren Zweck.

Ein echtes Persona-Beispiel

So sieht eine fertige Persona für ein B2B-Projektmanagement-Tool aus: Beachten Sie, wie jedes Detail mit einer potenziellen Produktentscheidung zusammenhängt. Sarahs Vorliebe für asynchrones Arbeiten bedeutet, dass Ihr Produkt starke Benachrichtigungs- und Berichtsfunktionen benötigt. Ihr Evaluierungsverhalten sagt Ihnen, dass der kostenlose Tarif selbstbedienbar und überzeugend sein muss.

Wie viele Personas brauchen Sie?

Drei bis vier. Im Ernst. Mehr als das und Ihr Team kann sie nicht auseinanderhalten. Weniger als zwei und Sie behandeln wahrscheinlich eine vielfältige Nutzerbasis als Einheitsbrei. Wenn Sie unsicher sind, welche Segmente Sie abdecken sollten, beginnen Sie mit diesen Persona-Typen:

• Primärer Nutzer – Die Person, die Ihr Produkt täglich verwendet
• Käufer – Die Person, die die Kaufentscheidung trifft (oft eine andere als der Nutzer im B2B-Bereich)
• Beeinflusser – Jemand, der die Einführung empfiehlt oder blockiert

Sie könnten auch eine Kritiker-Persona erstellen, um zu verstehen, für wen Ihr Produkt nicht gedacht ist. Zu wissen, zu wem man Nein sagt, ist genauso wertvoll wie zu wissen, zu wem man Ja sagt.

Personas in Ihrem agilen Workflow einsetzen

Eine Persona, die im Arbeitsalltag nicht vorkommt, ist nur eine Charakterskizze. Hier werden sie tatsächlich eingesetzt: Backlog-Verfeinerung – Fragen Sie bei der Überprüfung von Stories: „Welche Persona bedient diese Story?" Wenn die Antwort „alle" lautet, ist die Story wahrscheinlich zu breit gefasst. Wenn die Antwort „keine" lautet, gehört sie möglicherweise gar nicht ins Backlog. Das passt gut zu den Backlog-Refinement-Praktiken, die Ihr Team bereits durchführt. User-Story-Erstellung – Ersetzen Sie „Als Nutzer" durch den Namen und die Rolle der Persona. „Als Sarah, eine Remote-Engineering-Managerin, möchte ich den Sprint-Fortschritt sehen, ohne am Standup teilzunehmen" ist sofort klarer und leichter zu schätzen. Starke Personas erleichtern das Schreiben von User Stories. Sprint-Planung – Nutzen Sie Personas zur Priorisierung. Wenn der wichtigste Schmerzpunkt Ihrer primären Persona im kommenden Sprint nicht adressiert wird, ist das ein Grund zum Nachfragen. Beim Planning Poker hilft das Verständnis, welche Persona die Story betrifft, den Entwicklern, genauer zu schätzen, weil sie den Kontext verstehen. Retrospektiven – Fragen Sie in Ihrer nächsten Retrospektive: „Bauen wir für unsere Personas oder haben wir uns davon entfernt?" Das ist ein nützlicher Realitätscheck, der zwei Minuten dauert.

Personas am Leben halten

Personas veralten. Der Markt verändert sich, Ihr Produkt entwickelt sich weiter, und die Nutzer, für die Sie vor sechs Monaten Personas erstellt haben, passen möglicherweise nicht mehr zu Ihrer aktuellen Nutzerbasis. Überprüfen Sie Ihre Personas jedes Quartal. Schauen Sie sich aktuelle Support-Tickets, Kündigungsgründe und neue Kundenprofile an. Aktualisieren Sie die Ziele und Schmerzpunkte, damit sie widerspiegeln, was Sie jetzt hören, nicht was Sie während der ursprünglichen Forschung gehört haben. Eine gute Routine: Fügen Sie „Persona-Review" zu Ihrer vierteljährlichen Planungsagenda hinzu. Es dauert 30 Minuten und verhindert, dass Ihr Team für einen Nutzer baut, der nicht mehr existiert.

Zusammenfassung

User Personas funktionieren, wenn sie spezifisch genug sind, um Entscheidungen zu informieren, und zugänglich genug, dass das Team sie tatsächlich nutzt. Halten Sie sie auf einer Seite, basieren Sie sie auf echten Daten und legen Sie sie Ihrem Team bei den Ritualen vor, die zählen: Refinement, Planung und Retros. Wenn Sie bei null anfangen oder Lücken füllen möchten, probieren Sie den kostenlosen User Persona Generator aus, um in Sekunden eine detaillierte Persona aus einer Produktbeschreibung zu erstellen. Verfeinern Sie sie dann mit Ihrer eigenen Forschung.