Eine Persona bildet ein Muster ab, das sich durch die Forschung zieht – aufbereitet so, dass ein Team es im Kopf behalten und anwenden kann. Sie beschreibt vielleicht jemanden, der jede Zahl dreimal prüft, bevor ein Report rausgeht, oder jemanden, der für Kontoänderungen auf die Freigabe von Kolleg:innen angewiesen ist. Entscheidend sind die Details, die Verhalten und Designanforderungen wirklich verständlich machen.
Ein Name, ein Foto und ein ausgedachter Lebenslauf lassen das Dokument zwar vollständig wirken, liefern aber genau diese Erklärung nicht. Die eigentliche Arbeit an einer Persona besteht darin, das Muster zu erkennen und greifbar zu machen – nicht darin, eine Kunstfigur zu dekorieren.
Klären, welche Entscheidungen die Personas unterstützen sollen
Eine Persona für die strategische Marktplanung braucht andere Details als eine, mit der ein technischer Workflow überarbeitet wird. Klärt zuerst den Scope und sucht dann in den Research-Daten nach Unterschieden, die in diesem Rahmen wirklich eine Rolle spielen.
Die Übersicht zu Persona-Typen der Nielsen Norman Group unterscheidet Ansätze danach, auf welcher Art und Tiefe von Daten sie basieren. Annahmebasierte Proto-Personas können helfen, bestehende Annahmen im Team sichtbar zu machen – vorausgesetzt, sie sind klar als solche gekennzeichnet und dienen als Startpunkt für echte Research.
Bei einem exemplarischen Reporting-Tool könnten Interviews und Beobachtungen zwei Muster zeigen: Menschen, die regelmäßige Reports für andere erstellen, und Menschen, die Daten explorieren, um neue Fragen zu beantworten. Diese Bedürfnisse sind oft unabhängig von Alter oder Jobtitel. Demografische Unterschiede sollten nur dann auftauchen, wenn sie die Experience tatsächlich beeinflussen – und nicht, weil ein Template dafür noch ein leeres Feld hat.
Die Darstellung aus nachvollziehbaren Mustern aufbauen
Vergleicht verschiedene Fälle, bevor ihr entscheidet, wie viele Personas sinnvoll sind. Sucht nach Kombinationen aus Zielen, Verhalten, Hürden und Vorwissen – aber auch nach Ausnahmen, die eine zu simple Einteilung infrage stellen. Affinity Mapping hilft bei der Strukturierung, aber eine Ansammlung von Post-its muss trotzdem interpretiert werden.
Jede Persona sollte die relevanten Umstände, typischen Ziele, Hürden und die Konsequenzen für anstehende Entscheidungen verständlich machen. Behaltet den Bezug zu den zugrunde liegenden Studien bei und macht Unsicherheiten transparent. Zu einem fiktiven Namen gehört kein frei erfundenes Zitat, das als echtes Feedback von Teilnehmenden verkauft wird.
Vermeidet es, die Kategorien als unveränderliche Identitäten zu behandeln. Dieselbe Person verhält sich beim Erstellen eines Routineberichts oft völlig anders als bei der Analyse eines akuten Problems. Ein Blickwinkel über Jobs to be Done kann helfen, diese situativen Unterschiede einzufangen.
Testen, ob sich die Personas in der Praxis bewähren
Lasst Kolleg:innen die Personas bei einer echten Entscheidung anwenden. Führt jede Persona zur selben Empfehlung, sind die Unterscheidungen vielleicht zu vage oder für die konkrete Aufgabe irrelevant. Lässt sich eine Aussage nicht mit Daten belegen, ist die Darstellung womöglich zu gewagt.
Aktualisiert die Personas, wenn sich Zielgruppe oder Produkt verändern, und haltet Scope und Datum fest. Sie sind eine kontinuierlich gepflegte Synthese aus der Forschung – kein Ersatz für den direkten Austausch mit Nutzer:innen. Ihr Mehrwert liegt in der klaren Perspektive, die sie dem Team bieten, wenn entschieden werden muss, wessen Experience im Design im Mittelpunkt steht.