Nutzerinterviews (UX)
Definition: Nutzerinterviews (auch: User Interviews, Tiefeninterviews, UX-Interviews) sind qualitative Forschungsmethoden im nutzerzentrierten Design bei denen UX-Forscher oder Designer direkte, meist 45–90-minütige Gespräche mit repräsentativen Nutzern führen um deren Bedürfnisse, Verhaltensweisen, mentale Modelle, Motivationen und Schmerzpunkte im Kontext eines Produkts oder einer Aufgabe zu verstehen – Nutzerinterviews sind generative (explorative) Forschung die früh im Designprozess eingesetzt wird um Probleme zu identifizieren bevor Lösungen entwickelt werden. Interview-Strukturierungsgrade: Strukturiertes Interview (feste Fragen in fester Reihenfolge; reproduzierbar; nützlich für quantitative Vergleiche; wenig Tiefe); Halbstrukturiertes Interview (Leitfaden mit Kernthemen; Interviewer kann nach interessanten Antworten vertiefen; Standardformat in UX); Unstrukturiertes Interview (nur Gesprächsthema vorgegeben; maximale Tiefe; hoher Analyse-Aufwand; für explorative Forschung in neuen Domänen). Interview-Ziele nach Forschungsphase: Discovery-Phase (was sind die wahren Probleme und Bedürfnisse?); Evaluative Phase (wie erleben Nutzer das bestehende Produkt?; welche Schmerzen entstehen?); Post-Launch (welche Patterns emergieren in echtem Gebrauch?). Unterschied zu Usability-Tests: Nutzerinterviews erfragen Einstellungen und Erfahrungen («Was denken Sie?»); Usability-Tests beobachten Verhalten («Was tun Sie?»); beide Methoden sind komplementär; Nielsen Norman Group Empfehlung: beide kombinieren da Menschen oft anders handeln als sie berichten.
Erläuterung
Die methodischen Grundlagen für qualitative Nutzerinterviews entstammen aus mehreren Disziplinen. Der Psychologe Carl Rogers (University of Chicago; Chicago; IL; «Client-Centered Therapy», Houghton Mifflin, 1951; «A Way of Being», Houghton Mifflin, 1980) entwickelte das non-direktive Interview als therapeutische Technik: aktives Zuhören, Empathie, Rückspiegeln und offene Fragen ohne Lenkung wurden zu Grundprinzipien die im UX-Interview-Design übernommen wurden. Robert S. Weiss (Soziologieprofessor; University of Massachusetts Boston; Boston; MA; «Learning from Strangers: The Art and Method of Qualitative Interview Studies», Free Press, 1994) systematisierte das qualitative Interview als Forschungsmethode: sein Framework für «issue-focused interviews» (thematisch fokussierte Interviews die spezifische Forschungsfragen beantworten) ist direkt auf UX-Interviews anwendbar. Hugh Beyer und Karen Holtzblatt (Digital Equipment Corporation; Maynard; MA; «Contextual Design: Defining Customer-Centered Systems», Morgan Kaufmann, 1997) entwickelten das Contextual Inquiry als Interview-Variante: Forscher beobachtet und befragt den Nutzer im realen Arbeitskontext während dieser seine normale Arbeit ausführt; das Contextual-Inquiry-Framework identifiziert vier Prinzipien: Context (im realen Kontext; nicht im Labor), Partnership (Zusammenarbeit statt Beobachtung), Interpretation (Hypothesen sofort mit Nutzer validieren), Focus (thematischer Fokus der Forschung). Clayton Christensen (Harvard Business School; Boston; MA; «The Innovator's Dilemma», Harvard Business Review Press, 1997) und Bob Moesta entwickelten das Jobs-to-be-Done-Framework (JTBD; Tony Ulwick «What Customers Want», McGraw-Hill, 2005): Menschen «beauftragen» (hire) Produkte um einen Job zu erledigen; JTBD-Interviews fragen nach dem Kontext der Kaufentscheidung («Was hat Sie dazu gebracht diese Lösung zu suchen?»); JTBD-Interviews unterscheiden sich von traditionellen UX-Interviews durch Fokus auf die Nachfrage-Seite statt die Lösung. Erika Hall (Mule Design; San Francisco; CA; «Just Enough Research», A Book Apart, 2013) prägte den pragmatischen Ansatz für UX-Forschung in Design-Teams ohne dedizierte Forscher: «Warum brauchen Sie Interviews?» als erste Frage um sicherzustellen dass die Methode der Forschungsfrage entspricht; Hall betont den Unterschied zwischen «Was denkt der Nutzer?» (Interview) und «Was tut er?» (Usability-Test). Jakob Nielsen (Nielsen Norman Group; Fremont; CA; «Why You Only Need to Test with 5 Users», nngroup.com, 2000) quantifizierte die Diminishing-Returns-Kurve für qualitative Forschung: 5 Nutzer aus der gleichen Zielgruppe decken 85% der usability-relevanten Erkenntnisse auf; bei unterschiedlichen Nutzergruppen: 3–5 Nutzer pro Gruppe; für Interviews gilt ähnliches: ab 5–8 Interviews pro Segment tritt Datensättigung (Theoretical Saturation aus Grounded Theory; Barney Glaser und Anselm Strauss; «The Discovery of Grounded Theory», Aldine, 1967) ein wenn neue Interviews keine wesentlich neuen Einsichten mehr liefern.
Interview-Leitfaden, Fragetechniken und häufige Fehler
- Interview-Leitfaden-Struktur: Einleitung (5–10 min): Begrüßung; Erklärung des Ziels («kein Test Ihrer Person; wir testen das Produkt»); Einverständnis für Aufzeichnung einholen; Erklärung dass alle Antworten wertvoll sind; Warm-Up (5 min): einfache biographische Fragen («Erzählen Sie mir von Ihrer Arbeit»; «Wie nutzen Sie typischerweise X?»); baut Vertrauen auf; zeigt Kontext; Hauptteil (30–60 min): 3–5 Kernthemen als Leitfaden; offene Einstiegsfragen pro Thema; Vertiefungsfragen bei interessanten Antworten; Aufgabe/Szenario-basierte Fragen («Erinnern Sie sich an das letzte Mal als Sie X getan haben – wie ist das abgelaufen?»); Abschluss (5–10 min): Zusammenfassung der wichtigsten Punkte zur Validierung; offene Frage («Gibt es etwas das wir nicht besprochen haben das wichtig sein könnte?»); Dank; Leitfaden-Prinzip: Leitfaden ist Navigationshilfe nicht Skript; Interviewer sollte Antworten folgen können; interessante unerwartete Antworten vertiefen; Zeitmanagement im Blick behalten
- Fragetechniken und offene Fragen: Offene Fragen («Wie…?», «Was…?», «Erzählen Sie mir von…»): ermöglichen umfangreiche Antworten; kein «Ja/Nein»-Antwortformat; geben Kontrolle an Interviewpartner; Vertiefungsfragen (Probing): «Können Sie das näher beschreiben?»; «Was meinen Sie genau mit X?»; «Wie hat das funktioniert?»; «Und dann?»; Vergangenheitsorientierte Fragen (Story-basiert): «Erinnern Sie sich an das letzte Mal als Sie X getan haben?»; Vorteil: Nutzer beschreiben echtes Verhalten statt hypothetisches; Vermeidung von Hypothetischen: «Was würden Sie tun wenn…?» liefert unzuverlässige Daten; Nutzer sagen was sie sich vorstellen zu tun; echtes Verhalten oft anders; stattdessen: «Was haben Sie zuletzt getan als…?»; Führungsfragen vermeiden: «Finden Sie auch dass die Schaltfläche verwirrend ist?» → gibt Antwort vor; besser: «Wie war es für Sie als Sie diese Schaltfläche zum ersten Mal gesehen haben?»; Stille nutzen: nach einer Antwort 3–5 Sekunden Stille lassen; Nutzer ergänzen oft wichtige Details wenn der Interviewer nicht sofort antwortet; «Warum?» als Vertiefungsfrage: nützlich aber sparsam einsetzen; manchmal defensiv wahrgenommen; besser: «Helfen Sie mir das besser zu verstehen – was hat dazu geführt dass…?»
- Häufige Interview-Fehler und Bias-Quellen: Bestätigungsfehler (Confirmation Bias): Interviewer sucht unbewusst Bestätigung für bereits angenommene Hypothesen; stellt Fragen die in eine Richtung lenken; Gegenmaßnahme: Interviewleitfaden vor dem Interview von Team-Mitglied auf Führungsfragen prüfen lassen; Courtesy Bias: Nutzer sagen was sie für erwünscht halten; «Ja es gefällt mir sehr» obwohl sie das Produkt nie verwenden würden; Gegenmaßnahme: Vergangenheitsverhalten erfragen («Haben Sie es tatsächlich benutzt? Wie oft?»); Hawthorne-Effekt: Nutzer verhalten sich anders weil sie beobachtet werden; weniger relevant bei Interview als bei Usability-Test; Interview-Paradox: Nutzer wissen nicht was sie nicht wissen; Bedürfnisse die sie nie ausgesprochen haben; Gegenmaßnahme: Contextual Inquiry statt reines Interview; Recall-Bias: Erinnerungen an vergangene Erlebnisse ungenau; besonders für emotionale Einschätzungen; Gegenmaßnahme: Experience-Sampling-Methods (Nutzern Aufgabe geben direkt nach Erlebnis zu berichten); Note-Taking vs. Zuhören: Forscher der viel notiert verpasst non-verbale Signale; Lösung: zweite Person für Note-Taking; oder: Aufzeichnung + Transkription; niemals ohne Einverständnis aufnehmen
Remote-Interviews, Auswertungsmethoden und Synthese
- Remote-Interview-Tools und Durchführung: Remote-Interview-Plattformen: Zoom (San José; CA; Eric Yuan; 2013): Standard für Remote-UX-Interviews; Aufzeichnungsfunktion; Bildschirmfreigabe für Stimulusmaterial; aber: keine UX-Research-spezifischen Features; Lookback.io (Stockholm; Schweden; 2013; David Boström/Karl Rubin): spezialisiert für UX-Research; Live-Interview-Modus; automatische Transkription; Highlight-Clips erstellen; Beobachter-Channel (stiller Kanal für Team-Mitglieder); UserTesting.com (San Francisco; CA; 2007; Dave Garr/Darrell Benatar): moderierte und unmoderierte Interviews; Panel aus 1,5 Millionen Teilnehmern; Dovetail (Sydney; Australien; 2017; Benjamin Humphrey/Bradley Ayers): UX-Research-Repository; Interviews transkribieren; taggen; suchen; Synthesis-Features; Stipendien/Incentives: Nutzer für Interview-Zeit entschädigen; typisch 50–150 EUR/USD je 60 Minuten je nach Zielsegment; B2B-Nutzer: höhere Incentives (150–500 EUR); Rekrutierung: eigene Kundenliste; UserInterviews.com Panel; Respondent.io; soziale Netzwerke; Usercrowd; Remote-Interview-Besonderheiten: technische Vorbereitung (Test-Call vorab); Ersatz-Zugangsmethoden bereithalten; Teilnehmer früher einladen; Backup-Aufzeichnung; Screen-Sharing-Stimuli funktionieren gut remote
- Auswertung: Affinity Mapping und Thematic Analysis: Affinity Mapping (KJ-Methode; Jiro Kawakita; japanischer Anthropologe; 1960er Jahre): jede Beobachtung/Aussage auf eigene Karte (physisch: Post-it; digital: FigJam/Miro/Mural); Karten nach Ähnlichkeit gruppieren; Gruppen benennen; Hierarchie bilden; ergibt emergente Themen aus Daten statt vorab definierter Kategorien; typischer Aufwand: 1 Stunde Interviews = 3–4 Stunden Analyse; für 8 Interviews: ganzer Analysetag im Team; Thematic Analysis (Virginia Braun und Victoria Clarke; University of Auckland; Aotearoa Neuseeland; «Using Thematic Analysis in Psychology», Qualitative Research in Psychology, 2006): sechs Phasen: (1) Daten familiarisieren (mehrfaches Lesen der Transkripte); (2) initiales Coding (Bedeutungseinheiten markieren); (3) Themen suchen (Codes zu Mustern gruppieren); (4) Themen reviewen (prüfen ob Themen die Daten repräsentieren); (5) Themen definieren (klare Beschreibung jedes Themas); (6) Report schreiben; induktive Thematic Analysis (daten-geleitet; keine Vorannahmen) vs. deduktive (theorie-geleitet; Vorwissen einbezogen); Jobs-to-be-Done-Auswertung: Timeline-Mapping der Kaufentscheidung; Push-Pull-Anxieties-Habits-Framework (Bob Moesta; «Demand-Side Sales 101», Lioncrest, 2020)
- Interview-Ergebnisse in Design übersetzen: Primäres Deliverable: Personas (Alan Cooper; San Francisco; CA; «The Inmates Are Running the Asylum», Sams Publishing, 1999; Kapitel 9): archetypische Nutzerprofile aus Interview-Erkenntnissen; enthalten: Ziele, Verhaltensweisen, Frustrationen, Kontext, Zitate; Personas als Team-Kommunikationsmittel damit alle auf gleiche Nutzer referenzieren; Kritik an traditionellen Personas: Lene Nielsen (IT University of Copenhagen; 2013): demographische Beschreibungen (Alter, Name, Bild) können Stereotypen fördern; besser: verhaltensbasierte Segmentierung; Jobs-to-be-Done als Persona-Alternative (Clayton Christensen): segmentiert nach Kontext und Job statt Demographie; Customer Journey Map: visualisiert den Prozess den Nutzer von Problem-Bewusstsein bis Produkt-Nutzung durchläuft; Daten aus Interviews in Phasen und Touchpoints strukturieren; How Might We (HMW)-Fragen (IDEO-Methode): Interview-Erkenntnisse in Designfragen umformulieren; «Nutzer X findet es frustrierend dass Y» → «How Might We X einfacher machen?»; HMW-Karten als Grundlage für Ideation-Sessions; Opportunties-Backlog: priorisierte Liste von User-Needs aus Interviews als Basis für Roadmap-Entscheidungen