Wie man eine Nutzer-Persona erstellt
Eine praktische, forschungsbasierte Anleitung für eine Nutzer-Persona, der Ihr Team vertraut, mit einem kostenlosen Werkzeug und einem Beispiel zum Kopieren.
Eine Nutzer-Persona ist das einseitige Porträt eines Menschen, für den Ihr Produkt funktionieren muss. Sie hat einen Namen, ein Gesicht, ein paar Fakten und das, was am meisten zählt: was diese Person erreichen will, was ihr im Weg steht und wann Ihr Produkt in ihrem Leben auftaucht. Teams erstellen Personas, damit „der Nutzer" in Besprechungen keine Abstraktion mehr ist, sondern jemand Konkretes, über den man streiten kann.
Die Persona selbst ist leicht gemacht. Mit dem kostenlosen Persona-Generator füllen Sie eine in zehn Minuten aus. Der schwierige Teil, und der, der darüber entscheidet, ob ihr jemand vertraut, ist die Herkunft des Inhalts. Eine Persona ist nur so gut wie die Forschung darunter. Diese Anleitung geht beides durch: erst die Forschung, dann die Seite.
Beginnen Sie mit der Entscheidung, nicht mit der Vorlage
Bevor Sie eine Vorlage öffnen, schreiben Sie die Entscheidung auf, bei der die Persona helfen soll. „Soll das Onboarding nach einer Telefonnummer fragen?" „Welche der drei Dashboard-Ideen bauen wir zuerst?" „Für wen schreiben wir die Hilfeseiten?"
Eine Persona, die eine Frage beantworten soll, ist scharf. Eine Persona, die entsteht, weil im Projektplan ein Kästchen „Personas" steht, ist ein Poster. Wenn Sie keine Entscheidung nennen können, brauchen Sie vielleicht noch keine Persona, und das früh zu merken ist ein Gewinn.
Sprechen Sie mit echten Menschen
Der Inhalt einer Persona kommt aus der Forschung. Die günstigste Forschung, die noch zählt, ist eine Handvoll Interviews: fünf bis acht Gespräche von etwa fünfundvierzig Minuten mit Menschen, die das tun, was Ihr Produkt unterstützt. Sehen Sie ihnen bei der Arbeit zu, wenn Sie können. Fragen Sie, was sie beim letzten Mal getan haben, nicht, was sie theoretisch tun würden. (Unsere Anleitung zu Interviewfragen für Personas enthält ein Skript, das Sie mitnehmen können.)
Wenn Sie andere Quellen haben, nutzen Sie sie. Support-Tickets, Notizen aus Verkaufsgesprächen, Freitextantworten aus Umfragen und Analytics zählen alle, solange Sie sie als Belege über konkrete Menschen behandeln und nicht als Durchschnitte. Einen durchschnittlichen Nutzer gibt es nicht; eine Persona beschreibt jemanden, den es geben könnte.
Heben Sie das Rohmaterial auf. Zitate, Screenshots, den überraschenden Moment in Interview drei. Sie brauchen es für die Zeile „Grundlage" am Ende der Seite.
Finden Sie das Muster
Nach den Interviews breiten Sie aus, was Sie gehört haben. Karteikarten, ein Whiteboard, eine Tabelle: alles, womit sich Dinge verschieben lassen. Suchen Sie nach Zielen, die sich wiederholen, Frustrationen, die sich wiederholen, und Situationen, die sich wiederholen. Meist zeigen sich zwei oder drei Gruppen. Jede Gruppe, für die Sie anders gestalten würden, ist eine Persona-Kandidatin.
Widerstehen Sie dem Drang, pro Interview eine Persona zu machen, und dem Drang, eine Persona für alle zu machen. Wenn zwei Gruppen dasselbe wollen und von demselben blockiert werden, sind sie eine Persona, auch wenn ihre Berufsbezeichnungen abweichen. Wenn die eine Gruppe mit dem Handy im Lieferwagen arbeitet und die andere am Schreibtisch mit zwei Bildschirmen, sind es wahrscheinlich zwei.
Füllen Sie die Seite aus
Jetzt öffnen Sie das Werkzeug und wählen einen Typ. Die Nutzer-Persona-Vorlage beginnt mit Zusammenfassung, Zielen, Frustrationen, Szenarien und einer Skala für den Umgang mit Technik. Ändern Sie alles, was nicht passt; die Abschnitte sind ein Ausgangspunkt, kein Formular.
Ein paar Regeln, die die Seite ehrlich halten:
- Name und Rolle zuerst. Ein Name, den man sich merkt, und eine Rolle in einfachen Worten: „Nachtschichtleiter, Versandlager", nicht „Stakeholder Operations".
- Ein Zitat, in ihren Worten. Nehmen Sie es aus einem Interview. Ein echter Satz leistet mehr als ein Absatz Beschreibung.
- Ziele sind Ergebnisse, keine Funktionen. „Die Dokumentation vor Schichtende abschließen" ist ein Ziel. „Will eine mobile App" ist ein Funktionswunsch im Kostüm eines Ziels.
- Frustrationen sind konkret. „Sitzungen, die mitten in einer Notiz ablaufen" sagt einer Designerin, was zu beheben ist. „Frustriert von Technik" sagt ihr nichts.
- Szenarien sind Momente. Wann, wo und unter welchem Druck trifft diese Person auf Ihr Produkt? Drei Szenarien prägen mehr Designentscheidungen als jeder andere Abschnitt.
- Lassen Sie weg, was Sie nicht erfahren haben. Ein leeres Feld ist ehrlich. Ein geratenes Feld ist ein Risiko, denn jemand wird dafür gestalten.
Sehen Sie sich Denise Walker, die Pflegekraft in der Notaufnahme in unserer Galerie an, um ein Gefühl für die Textur zu bekommen: Die Szenarien sind konkret, die Frustrationen benennen das tatsächliche Verhalten der Software, und nichts auf der Seite ist Dekoration.
Schreiben Sie die Zeile „Grundlage"
Jede Persona-Vorlage im Werkzeug endet mit einem Abschnitt namens „Grundlage". Füllen Sie ihn aus, bevor Sie die Seite teilen. „Acht Interviews mit Stationspflegekräften in zwei Krankenhäusern, März 2026, plus 140 Support-Tickets mit dem Tag ‚Dokumentation'." Dieser eine Satz leistet dreierlei: Er sagt Lesern, wie sehr sie der Persona trauen können, er sagt Ihnen, wann sie aufgefrischt werden muss, und er verhindert, dass die Persona zwei Jahre später von jemandem als Fakt zitiert wird, der die Forschung nie gesehen hat.
Wenn die Persona eine Annahme ist, sagen Sie es. „Grundlage: die aktuellen Annahmen des Teams, in Interviews nächsten Monat zu prüfen" ist ein legitimer Satz. Er macht aus ihr eine Proto-Persona, und die ist nützlich, solange niemand sie für die erforschte Art hält.
Teilen Sie sie dort, wo Entscheidungen fallen
Eine Persona in einer Präsentation wird einmal angesehen. Eine Persona im Design-Review, im Ticket, in der Pull-Request-Beschreibung, im Kickoff-Dokument wird benutzt. Das Werkzeug gibt jeder Persona einen Link, den Sie überall einfügen können, und ein PNG oder SVG, das Sie in Figma, Miro oder eine Folie ziehen. Legen Sie sie dorthin, wo gestritten wird.
Dann verwenden Sie sie in Sätzen. „Würde Denise das zwischen zwei Patienten tun?" ist eine Designkritik. „Erfüllt das die Nutzerbedürfnisse?" nicht.
Halten Sie sie lebendig
Personas veralten. Produkte ändern sich, Nutzer ändern sich, und die Person, die Sie im März interviewt haben, hat im Oktober einen neuen Job. Setzen Sie ein Datum auf die Seite, und wenn die Zeile „Grundlage" älter als ein Jahr ist, sprechen Sie wieder mit Menschen. Eine Persona nach einer Forschungsrunde zu aktualisieren ist ein Zeichen, dass das Team lernt. Eine Persona, die sich drei Jahre lang nicht verändert hat, ist ein Zeichen, dass niemand sie liest.
Erstellen Sie jetzt eine
Wählen Sie einen Typ, füllen Sie aus, was Sie wissen, lassen Sie leer, was Sie nicht wissen, und schreiben Sie die Zeile „Grundlage" zuletzt. Eine Persona erstellen, kostenlos, ohne Anmeldung. Wenn die Forschung der Teil ist, bei dem Sie Hilfe brauchen, ist das die Arbeit, die Mobility Labs macht.