Ein bis drei konkrete Research-Fragen sind formuliert (z. B. „Wie entscheiden Solo-Steuerberater, welche Buchhaltungssoftware sie kaufen?“) und mit Stakeholdern abgestimmt.
User Interviews
Vorbedingung
Was vorher fertig sein muss
Mindestens 5 passende Teilnehmer aus der Zielgruppe sind rekrutiert, mit Termin, Vergütung und Einverständniserklärung.
Vorbereitung
Was vor Start vorliegen muss
Interview-Leitfaden (semi-strukturiert, 6-10 offene Hauptfragen + Probe-Fragen); Recording-Tool (Zoom, Lookback, Granola, Otter) mit Einwilligung; Notizen-Template oder Live-Notetaker; Kalibrierungs-Pilot abgeschlossen.
Ein Interviewer als Hauptperson; ein Notetaker (kann derselbe sein bei Aufzeichnung); optional ein zweiter Beobachter für Synthese; ein Recruiter für Termin-Koordination.
Research-Fragen; Hypothesen oder Annahmen, die geprüft werden sollen; Demografie und Hintergrund der Teilnehmer; bekannte sensible Themen (Datenschutz, regulatorisch).
30-60 min je Session, plus 2-4 h Synthese nach allen Sessions
Leitfaden in Trichter-Struktur: warm-up, Kontext, Hauptthemen, Vertiefung, Closing. 5 Probanden für erste Sättigungsgrenze, max 12-15 für bezahlbare Erkenntnisse. Recording-Einwilligung vorab schriftlich. Pilot mit 1 Person zur Leitfaden-Verfeinerung.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wie verhalten sich Nutzer in realen Situationen, welche Motive treiben sie, und welche Pain Points entstehen, die uns Discovery- oder Designentscheidungen prägen sollten?
Ablauf
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Leitfaden-Pilot | 1-2 h Vorbereitung + 1 Pilot-Interview | Leitfaden mit Hypothesen abgleichen. Pilot-Interview mit 1 Person aus Zielgruppe (oder Proxy). Fragen, die nicht funktionieren, umformulieren oder streichen. | Pilot überspringen kostet später Datenqualität. Mindestens eine Übungs-Iteration, sonst lernen die ersten echten Interviews vom Interviewer auf Kosten der Insights. |
2Phase 2: Interview-Durchführung | 30-60 min pro Session | Warm-up (2-3 min), Kontext (5 min), 4-6 Hauptfragen mit Nachfragen (20-40 min), Closing (5 min). Offene Fragen, keine Leitfragen. Bei interessanten Anekdoten nachhaken („Erzählen Sie mir vom letzten Mal, als …“). | Suggestivfragen („Würden Sie sagen, dass …?“) verzerren. Ja/Nein-Fragen verschenken Tiefe. Wenn man eine Antwort schon erwartet, Frage neu formulieren. |
3Phase 3: Notizen sofort verdichten | 15-30 min nach jedem Interview | Direkt nach Interview Notizen ergänzen mit Eindrücken, Zitaten, überraschenden Momenten. Pro Session ein Highlight-Reel mit 3-5 wichtigsten Erkenntnissen. | 24 h später ist viel vergessen. Direkt-Verdichtung ist Pflicht. Aufzeichnung allein reicht nicht, Notizen mit Interpretation sind das Gold. |
4Phase 4: Synthese aller Sessions | 2-4 h | Affinity Mapping: alle Highlights auf Stickies, clustern in Themen. Pro Cluster ein Insight-Satz mit Zitatbeleg. Hypothesen prüfen: bestätigt, widerlegt, offen. | Ohne Synthese bleiben Interviews lose Anekdoten. Synthese ist die eigentliche Erkenntnisarbeit, nicht das Gespräch. |
5Phase 5: Insight-Sharing und Aktion | 1-2 h | Insight-Dokument oder Präsentation mit Top-5 Themen, jedes mit Zitat-Beleg, betroffene Stakeholder informieren. Pro Insight Aktions-Idee (Discovery-Follow-up, Design-Anpassung, Hypothese-Test). | Insights ohne Aktion versanden. Pro Insight benannter Owner mit nächstem Schritt, sonst werden Interviews zur Research-Beschäftigung. |
Artefakt
Was am Ende rauskommt
Interview-Notizen-Set (eine Datei pro Session mit Datum, Teilnehmer-Code, Hauptpunkten und Zitaten), plus Synthese-Dokument mit Top-Themen, Insights, Zitatbelegen, validierten/widerlegten Hypothesen und konkreten Folgeaktionen.
- Notion oder Confluence mit Template-Seite pro Interview
- Dovetail oder Condens für strukturierte Tagging-Synthese
- Miro mit Affinity-Mapping-Board für Synthese
- Google Docs mit Tabelle und Heatmap
- Aurelius oder EnjoyHQ für Research-Repository
Pro Research-Runde eigene Projektmappe mit Datum, Research-Frage und Sample-Beschreibung. Insights versioniert mit „validiert am“, „widerlegt am“ Status. Bei Folge-Research auf vorherige Insights explizit referenzieren.
User Interviews Arbeitsvorlage
Kompakte Arbeitsvorlage für User Interviews mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# User Interviews Arbeitsvorlage
## Ziel
Einzelgespräche, um Verhalten, Motivation und Kontext von Nutzenden zu verstehen.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Interview Notes:
- Themes:
- Insight Summary:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Beispielausgabe
Konkret gefülltes Szenario
## Research-Synthese — Onboarding für Solo-Steuerberater (KW 18/2026, n=7)
**Research-Frage**: Was treibt Solo-Steuerberater dazu, eine neue Buchhaltungssoftware zu testen, und welche Hürden brechen den Wechsel ab?
### Top-Themen
**Thema 1: Trigger ist immer ein konkreter Schmerz, nie Innovation**
- 6/7 wechselten nach Datenverlust, Software-Preiserhöhung oder kritischem Bug
- Zitat (P3): „Ich hab DATEV-Online erst getestet, als die alte Software meine Belege fürs ganze Quartal gefressen hat.“
- → Implikation: Marketing auf Trigger-Momente fokussieren statt auf abstrakte Vorteile
**Thema 2: 30-Min-Test entscheidet**
- 7/7 testen Software erst, dann lesen Doku. Wenn nach 30 min kein Aha-Moment, deinstalliert
- Zitat (P1): „Wenn ich nicht in einer halben Stunde meinen ersten Beleg verbucht habe, ist die App weg.“
- → Implikation: Onboarding muss innerhalb 30 min ersten produktiven Beleg ermöglichen
**Thema 3: DATEV-Export ist Sine-qua-non**
- 7/7 nannten DATEV-Kompatibilität als Pflichtanforderung
- Zitat (P5): „Ohne DATEV-Export brauche ich Ihre Software gar nicht erst anschauen.“
- → Implikation: DATEV-Export als Above-the-fold-Headline, nicht in Feature-Liste verstecken
### Hypothesen
- Validiert: Trigger ist Schmerz, nicht Innovation (6/7)
- Validiert: Schnelle First-Time-Value (7/7)
- Widerlegt: „Steuerberater entscheiden in Workshops gemeinsam mit Kollegen“ (alle 7 entschieden allein)
- Offen: Preis-Akzeptanz (3 Varianten erwähnt, kein klares Bild bei n=7)
### Aktionen
- @anna: Landing-Page-Redesign mit DATEV-Headline (KW 21)
- @ben: 30-Min-Onboarding-Spike (Hypothese: Beleg #1 in 8 min möglich), KW 22
- @lisa: 5 weitere Interviews zur Preis-Frage (KW 23)Stolperfallen
Symptome erkennen, gegensteuern
Leitfragen statt offene Fragen
Fragen enthalten die erwartete Antwort: „Würden Sie sagen, dass das Onboarding zu lang ist?“
Umformulieren in offene Wie/Was/Wann-Fragen: „Wie war Ihr erster Tag mit der App?“ Bei Ja/Nein-Antwort nachhaken („Erzählen Sie mir mehr.“).
Bestätigungsverzerrung in Synthese
Insights bestätigen suspekt oft, was das Team schon glaubte. Widerlegungen werden weggewischt.
Devil's Advocate während Synthese benennen, der gezielt nach Widerlegungen sucht. Zitate explizit notieren, auch wenn sie unbequem sind.
Falsche Zielgruppe rekrutiert
Teilnehmer kommen aus Convenience Sample (Freunde, interne Kontakte) und repräsentieren nicht die Zielgruppe.
Recruiting-Filter strikt anwenden: Demografie, Verhalten, Tool-Stack. Externe Recruiter (Respondent, User Interviews) für schwer erreichbare Zielgruppen.
Zu viele Interviews ohne Synthese
15 Interviews geführt, Synthese aufgeschoben, Notizen werden vergessen.
Synthese alle 3-5 Interviews iterativ. Sättigungs-Check: kommen neue Themen? Wenn nicht, stoppen. 5-12 Interviews reichen meist für qualitative Sättigung.
Aufzeichnung statt Notizen
Auf Aufzeichnung verlassen, Notizen werden mangelhaft, Synthese später schwierig.
Live-Notizen plus Aufzeichnung. Direkt nach Interview Highlights ergänzen, solange Eindrücke frisch sind. Aufzeichnung ist Backup, nicht Hauptdaten.
Abbruchkriterien
Done-Signale, in unter einer Minute prüfbar
Run Sheet durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.