Eine Persona ist ein fiktives, aber datenbasiertes Nutzerprofil, das eine spezifische Nutzergruppe mit konkreten demografischen Merkmalen, Zielen, Verhaltensweisen und Schmerzpunkten repräsentiert und als gemeinsame Referenz für Designentscheidungen im Team dient.
Rubrik: Mediendesign & Digitale Medien · Unterrubrik: UX Research · Niveau: Einsteiger Synonyme / Auch bekannt als: User Persona, Nutzerprofil, Proto-Persona, Marketing-Persona, Buyer Persona
Was ist eine Persona?
Personas wurden 1998 von Alan Cooper in seinem Buch The Inmates Are Running the Asylum als Designmethode eingeführt. Sie übersetzen abstrakte Daten über Nutzergruppen in konkrete, erzählerische Profile, die ein Team im Entwicklungs- und Designprozess als emotionalen Anker nutzen kann: „Was würde Maria bei diesem Feature denken?" statt „Was würde der durchschnittliche Nutzer denken?". Durch die Personifizierung der Zielgruppe fördern Personas Empathie und verhindern, dass Teams nach eigenen Präferenzen statt nach Nutzeranforderungen designen.
Erklärung
Eine gut erstellte Persona enthält typischerweise folgende Elemente:
- Name und Foto: Gibt dem Profil Persönlichkeit (kein echtes Nutzerfoto, sondern lizenzfreies Stockfoto oder Illustration).
- Demografische Grunddaten: Alter, Beruf, Wohnort, Familienstand – nur soweit designrelevant.
- Zitate: Ein oder zwei charakteristische Aussagen aus echten Nutzerinterviews, die das Mindset erfassen.
- Ziele: Was möchte diese Person erreichen? (Sowohl aufgabenbezogen als auch lebenskontext-bezogen)
- Schmerzpunkte (Pain Points): Welche Frustrationen und Hindernisse erlebt diese Person?
- Verhalten und Gewohnheiten: Wie nutzt sie digitale Produkte? Welche Geräte, welche Apps?
- Einstellungen und Motivationen: Was treibt sie an? Was macht ihr Angst?
Es gibt zwei grundlegende Typen:
Datenbasierte Personas entstehen aus echter Nutzerforschung: User Interviews, Umfragen, Analytics-Daten, Beobachtungen. Sie sind empirisch fundiert und valide.
Proto-Personas (Annahmen-Personas) entstehen aus dem Wissen und den Hypothesen des Teams, ohne vorherige Nutzerforschung. Sie sind ein schneller Einstieg, sollten aber mit echten Daten validiert werden.
Laut Nielsen Norman Group ist die größte Schwäche vieler Personas, dass sie auf demografischen Annahmen statt auf Verhaltens- und Motivationsdaten basieren. Eine Persona, die hauptsächlich Alter, Geschlecht und Beruf beschreibt, ist für Designentscheidungen wenig hilfreich. Entscheidend sind Ziele, Verhalten und Schmerzpunkte – diese bestimmen, wie jemand ein Produkt benutzt, nicht das Alter allein.
Für ein Produkt werden in der Regel zwei bis vier Primärpersonas erstellt. Mehr Personas führen dazu, dass Teams den Überblick verlieren und keine klaren Prioritäten setzen können. Eine primäre Persona repräsentiert den Kernnutzer; sekundäre Personas decken weitere relevante Segmente ab.
Job-to-be-done (JTBD) ist eine ergänzende Perspektive: Statt eines fiktiven Profils beschreibt JTBD den funktionalen, emotionalen und sozialen Auftrag, den Nutzer einem Produkt geben. Beide Ansätze können kombiniert werden.
Beispiele
- App-Entwicklung: Ein Fitness-App-Team erstellt drei Personas: Die „Wiedereinsteigerin" (38, Mutter, möchte gesünder leben, hat wenig Zeit), der „ambitionierte Hobbyläufer" (27, will sich für einen Halbmarathon vorbereiten) und die „Silber-Sportlerin" (65, gesundheitlich motiviert, technikunsicherer). Jede Persona führt zu anderen Feature-Prioritäten.
- E-Commerce: Ein Onlineshop für Outdoor-Ausrüstung entwickelt Personas aus Kundenbefragungen und identifiziert einen entscheidenden Unterschied: Freizeitsportler suchen nach Inspiration und Beratung; Profis suchen nach spezifischen technischen Daten. Die Navigation wird daraufhin für beide Pfade optimiert.
- Öffentlicher Sektor / NGO: Ein kommunales Amt erstellt Personas für sein neues Bürgerportal und erkennt, dass ältere Bürger ohne Smartphone einen eigenen Service-Zugang benötigen.
- Startup: Ein EdTech-Startup entwickelt Proto-Personas aus Markthypothesen und validiert diese mit 10 User Interviews. Zwei Personas werden grundlegend überarbeitet, weil die Annahmen über Technikaffinität falsch waren.
- Agentur-Perspektive: Eine UX-Agentur erstellt Personas als Artefakt im Discovery-Prozess und präsentiert sie dem Kunden als ausgedruckte Poster im Projektbüro – damit das gesamte Stakeholder-Team bei Meetings eine gemeinsame Referenz hat.
In der Praxis
Typischer Ablauf:
- Forschungsphase: User Interviews (5–10 pro Segment), Umfragen, Analytics auswerten.
- Clustering: Muster und Segmente aus den Forschungsdaten identifizieren (z. B. mit Affinity Mapping).
- Persona-Skelette: Pro Segment ein Persona-Template füllen: Name, Foto, Ziele, Pain Points, Zitate, Verhalten.
- Review: Im Team diskutieren und validieren – entsprechen die Personas dem Forschungsdaten?
- Veröffentlichung: Als Poster, Confluence-Seite, Figma-Dokument oder Notion-Seite im Team verfügbar machen und aktiv im Design-Prozess referenzieren.
Tools: Figma (Persona-Templates), Xtensio, UXPressia, Miro, Notion, PowerPoint.
Vergleich & Abgrenzung
Personas sind nutzer-orientiert und beschreiben, wer jemand ist und was er erreichen will. Jobs-to-be-done sind aufgaben-orientiert und fragen, warum jemand ein Produkt in einem bestimmten Kontext einsetzt. Personas werden im Design als Empathie-Werkzeug eingesetzt; JTBD ist analytisch und hilft bei Produktstrategie und Priorisierung. Marketing-Personas (auch Buyer Personas) fokussieren auf den Kaufprozess und demografische Segmentierung; UX-Personas fokussieren auf Verhalten, Ziele und Nutzungskontext.
Häufige Fragen (FAQ)
Sind Personas nicht zu vereinfachend für die reale Nutzerdiversität? Das ist eine berechtigte Kritik. Personas können stereotypisierend wirken und Diversität reduzieren, wenn sie nicht sorgfältig erstellt werden. Die Lösung liegt in rigoroser Forschungsgrundlage, diverser Stichprobe und dem bewussten Verzicht auf demografische Vereinfachungen zugunsten verhaltensbezogener Differenzierungen. Ergänzend können Spectrum-Personas oder inclusive Design-Frameworks eingesetzt werden, um Randgruppen nicht zu ignorieren.
Wie oft sollten Personas aktualisiert werden? Personas sollten aktualisiert werden, wenn neue Nutzerforschung signifikant andere Erkenntnisse liefert, wenn sich das Produkt oder der Markt wesentlich verändert oder wenn Nutzungsdaten (Analytics) neue Verhaltensmuster zeigen. In agilen Teams ist eine Überprüfung alle sechs bis zwölf Monate sinnvoll.
Verwandte Einträge
Weiterführend
- Cooper, A. (1999): The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity. Sams Publishing.
- Pruitt, J. / Adlin, T. (2006): The Persona Lifecycle: Keeping People in Mind Throughout Product Design. Morgan Kaufmann.
- Nielsen, L. (2019): Personas – User Focused Design. 2. Aufl. Springer.
- Online: Nielsen Norman Group – „Personas: Study Guide" (nngroup.com)
- Online: UX Collective – „Why I stopped using product personas" (uxdesign.cc) [kritische Perspektive]
