Zusammenfassung
UX Research-Theater umfasst unstrukturierte Workshops, substanzlose Mapping-Übungen und fabrizierte Personas: Aktivitäten, die sich produktiv anfühlen, aber Ergebnisse produzieren, die von tatsächlichen Nutzerdaten abgekoppelt sind. Die Persona-Methode ist besonders anfällig für Missbrauch, mit grundlegenden Kritiken an der fehlenden empirischen Validierung. Die Alternative ist evidenzbasierte Praxis: Jedes Ergebnis muss auf spezifische Erkenntnisse aus rigoroser Forschung zurückführbar sein.
Die größte Angst von Forscher*innen ist nicht, schlechte Nachrichten zu überbringen, sondern ignoriert zu werden. Das Alptraumszenario ist nicht, dass Ihre Ergebnisse hinterfragt werden, sondern dass sie von vornherein nicht ernst genommen werden.
Manchmal machen es sich UX-Professionals, mit den besten Absichten, unnötig schwer, indem sie etwas betreiben, das man nur als UX Research-Theater bezeichnen kann.
Was ist UX Research-Theater?
UX Research-Theater ist die Aufführung von Research-ähnlichen Aktivitäten ohne Substanz und Rigorosität. Es ist eine Abfolge von Workshops und Übungen, die Teams ein Gefühl von Beteiligung und Produktivität geben, aber Ergebnisse produzieren, die keinen realen Bezug zu tatsächlichen Nutzerdaten haben.
Das kann verheerend für die Glaubwürdigkeit von Forscher*innen sein, insbesondere bei ernsthaften Stakeholdern, die schnell erkennen, wenn hinter den Empfehlungen keine echte Research steckt.
Typische Anzeichen
Unstrukturierte Workshops
Interne Workshops, oft unter dem Banner von „Design Thinking", die in planloses Brainstorming für Survey- oder Interviewfragen abdriften, ohne klare Ziele.
Das Team verlässt den Raum mit einem Gefühl von Energie und Zusammenarbeit. Aber was wurde tatsächlich produziert? Eine Liste von Ideen, die aus Meinungen entstanden sind, nicht aus Evidenz.
Die Alternative: Kollaborativer Synthese-Workshop
Ein rigoroser Workshop dient nicht dem Brainstorming von Fragen, sondern der Interpretation bereits erhobener Daten. Präsentieren Sie Ihre getaggten und analysierten Ergebnisse dem Team. Dessen Rolle ist nicht, Ideen aus dem Nichts zu generieren, sondern die eigene Expertise einzusetzen, um Muster zu verbinden, von Ergebnissen zu Insights zu gelangen und Empfehlungen zu priorisieren.
Substanzloses Mapping
Vereinfachte User Journeys zeichnen, Affinity Maps erstellen oder Themen aus Ad-hoc-Brainstorming clustern, anstatt aus strukturierten, empirischen Daten.
Diese Aktivitäten, kombiniert mit Übungen wie Dot Voting, erzeugen eine Illusion von Konsens und verwischen dabei die Grenze zwischen Meinung und Evidenz.
Die Alternative: Evidenzbasiertes Mapping
Eine Affinity Map oder Customer Journey Map ist nur so wertvoll wie die Daten, auf denen sie basiert. Eine rigorose Map wird nach Abschluss Ihrer Analyse erstellt. Jeder Schritt in der Journey, jeder aufgeführte Pain Point muss direkt mit einem spezifischen, validierten Ergebnis Ihrer Research verknüpft sein.
Jeder Klebezettel an der Wand sollte auf ein Nutzerzitat, eine Beobachtung oder einen quantitativen Datenpunkt zurückführbar sein.
Das Persona-Problem
Eine Methode, die besonders anfällig für den Missbrauch als UX-Theater ist, ist die Persona.
Während dieses Buch den Begriff pragmatisch verwendet, in etwa gleichbedeutend mit einem gut definierten Nutzersegment, hat die Methode, wie sie oft praktiziert wird, ernsthafte konzeptuelle Probleme.
Grundlegende Kritik
Forschung hat signifikante methodische Mängel der Persona-Methode aufgezeigt [1]:
- Obwohl Personas oft als wissenschaftliches Werkzeug präsentiert werden, fehlt es an empirischer Evidenz für ihre Wirksamkeit
- Der Erstellungsprozess ist oft schlecht definiert und stützt sich stark auf die subjektiven Interpretationen der Ersteller*innen
- Dies verschärft sich, wenn Teams Personas buchstäblich „erfinden" oder auf extrem dünner Datenbasis erstellen
Die Risiken
Wenn Personas nicht auf rigorosen Daten basieren:
| Risiko | Konsequenz |
|---|---|
| Fiktives Narrativ | Kann von realen, komplexen Nutzerdaten ablenken oder ihnen widersprechen |
| Einprägsame Karikatur | Teams designen für eine Figur statt für repräsentative Nutzer*innen |
| Vorgefertigte Schubladen | Valide Bedürfnisse von Nutzer*innen, die nicht in die Personas passen, werden ignoriert |
Die Alternative: Empirisch fundierte Segmente
Statt fiktive Narrative zu erstellen, konzentrieren Sie sich auf die Definition von Nutzersegmenten basierend auf rigorosen Segmentierungsprinzipien.
Ein valides Segment wird definiert durch:
- Gemeinsame, beobachtbare Verhaltensweisen
- Validierte Bedürfnisse, die aus Ihren Daten hervorgegangen sind
- Muster, die bei mehreren Nutzer*innen beobachtet wurden
Sie erstellen keine Figur, Sie beschreiben ein Muster.
Das Kernproblem
Alle Formen von UX Research-Theater teilen einen gemeinsamen Fehler: Sie ersetzen den Anschein von Rigorosität durch tatsächliche Rigorosität.
Workshops, Brainstorming und kollaborative Prozesse sind enorm wichtig für:
- Konsens über Forschungsziele herstellen
- Daten interpretieren
- Insights kommunizieren und präsentieren
- Impact erzielen
Aber diese Aktivitäten sollten niemals echte Research ersetzen.
Warum es passiert
Teams betreiben Research-Theater aus nachvollziehbaren Gründen:
- Zeitdruck: Saubere Research braucht Zeit; Workshops fühlen sich schneller an
- Budgetbeschränkungen: Brainstorming ist günstiger als Teilnehmendenrekrutierung
- Wunsch nach Zusammenarbeit: Workshops fühlen sich inklusiver an als Einzelanalyse
- Vertrautheit: „Design Thinking"-Übungen sind bekannt und komfortabel
Die Lösung ist nicht, kollaborative Aktivitäten zu eliminieren, sondern sicherzustellen, dass sie auf einem empirischen Fundament aufgebaut sind.
Für strategische Positionierung, die verhindert, dass Forschung performativ wird, siehe Vom Datensammler zum strategischen Partner: Einfluss, Einwände und Veränderung bewirken.
Ein einfacher Test
Bevor Sie einen Workshop, eine Mapping-Übung oder eine Persona-Erstellung starten, fragen Sie:
- Auf welchen Daten basiert das?
- Kann jedes Ergebnis auf spezifische Evidenz zurückgeführt werden?
- Würde ein skeptischer Stakeholder die Methodik glaubwürdig finden?
Wenn die Antworten unklar sind, betreiben Sie möglicherweise Research-Theater.
Für die methodische Rigorosität, die echte Forschung von Theater unterscheidet, siehe Forschungsqualität und Umgang mit Bias.
Theater vs. Realität: Die Checkliste
Nutzen Sie diesen Vergleich, um zu diagnostizieren, ob eine Aktivität echte Research oder Inszenierung ist:
| Merkmal | Theater (schlecht) | Research (gut) |
|---|---|---|
| Die Aktivität | „Brainstorming-Workshops" ohne Input-Daten | „Synthese-Workshops", in denen Teams tatsächliche Feldnotizen verarbeiten |
| Das Ergebnis | „Personas" basierend auf Annahmen oder einem einzigen Stakeholder-Interview | „Segmente", abgeleitet aus verhaltensbasiertem Clustering |
| Das Resultat | „Konsens" (alle stimmen zu), aber kein neues Wissen | „Konflikt" (Annahmen werden hinterfragt), der zu besseren Entscheidungen führt |
| Die Atmosphäre | Spaßig, kreativ, sicher | Herausfordernd, unordentlich, erhellend |
Für systematische Research Operations, die verhindern, dass Theater Fuß fasst, siehe Aufbau eines UX Insights Repository: Ein ResearchOps-Leitfaden.
Was das für die Praxis bedeutet
Das Ziel ist nicht, Zusammenarbeit und Kreativität aus dem Research-Prozess zu eliminieren. Es ist sicherzustellen, dass Zusammenarbeit auf echte Daten angewendet wird, nicht auf Meinungen, die als Insights verkleidet sind.
Evidenzbasierte Ergebnisse bauen Glaubwürdigkeit auf. Research-Theater zerstört sie, oft dauerhaft, denn Stakeholder, die einmal verbrannt wurden, werden Research künftig mit Skepsis begegnen.
Schützen Sie die Glaubwürdigkeit Ihrer Funktion, indem Sie auf empirische Grundlagen bestehen. Wenn Sie die Evidenz nicht benennen können, hat sie im Ergebnis nichts verloren.
Für die Erstellung von Berichten, die echten Forschungswert demonstrieren, siehe Anatomie eines effektiven Berichts: Struktur, Geschichten und Walkthroughs.
Quellenverzeichnis
- [1]