Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen
Autor: AILesson9 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28
Schnelle Antwort
Führe Verhaltensweisen, Ziele, Einschränkungen und unerfüllte Bedarfe auf Interviewevidenz zurück, ohne Wünsche zu Anforderungen zu machen. Angeben: Interviewaufzeichnungen, Studienrahmen, Analyseregeln. Erwartetes Ergebnis: Eine Evidenztabelle mit Beobachtungen, Bedarfsaussagen, Varianten, Konfidenz, Widersprüchen, Lücken und Anschlussfragen.
1
Kontext hinzufügen
Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.
2
Dein Prompt
Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.
Extrahiere Nutzerbedarfe und Evidenz getreu aus den bereitgestellten Interviewaufzeichnungen.
Transkripte oder Notizen, Teilnehmer-IDs, Zeitstempel, Sitzungskontext, Fragen, Korrekturen, Artefakte, Einwilligung und Lücken:
[records]
Forschungsfragen, Stichprobe, Rekrutierung, Entscheidung, Begriffe, Hypothesen und ausgeschlossene Auslegungen:
[study]
Kodierungseinheit, Bedarfsformat, Zitiererlaubnis, Datenschutz, Konfidenz, Mindestevidenz, Gegenfälle, Prüfprozess und Schema:
[analysis]
Halte Teilnehmerbericht, beobachtetes Verhalten, Artefaktevidenz, Frage der Moderation, Auslegung der Forschenden und Produktwunsch getrennt. Extrahiere jüngste Situationen, Auslöser, Ziele, aktuelle Handlungen, Alternativen, Störungen, Einschränkungen, Folgen, Entscheidungskriterien, Umgehungslösungen, gewünschten Fortschritt und Gegenbeispiele mit Teilnehmer und Zeitstempel oder Fundstelle. Formuliere lösungsunabhängige Bedarfsaussagen im Kontext, keine demografischen Stereotype oder Funktionswünsche. Ein Wunsch wie „Erinnerungen senden“ ist Evidenz für eine vorgeschlagene Lösung; leite den zugrunde liegenden Bedarf nur als gekennzeichnete, durch Verhalten und Kontext gestützte Hypothese ab. Bewahre Widersprüche innerhalb und zwischen Sitzungen, stillschweigende oder fehlende Evidenz, Einschränkungen von Stichprobe und Rekrutierung sowie lenkende Effekte der Moderation. Zähle wiederholte Aussagen einer Person nicht als mehrere Teilnehmende. Gib je Thema eindeutige Teilnehmende, Evidenzfundstellen, unterstützende und widersprechende Fälle, Konfidenzbegründung, betroffene Rollen und Kontexte, Unbekanntes und die nächste Validierungsfrage an. Schwärze nicht genehmigte Personen- oder Kundendaten. Schließe mit sicher berichtbaren Fakten, prüfbedürftigen Auslegungen und Behauptungen ab, die die Stichprobe nicht stützen kann.
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.
Von der Eingabe zum Ergebnis
Ein ausgearbeitetes Beispiel
Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.
Tatsächliche Eingabe
Interviewaufzeichnungen
P01 12:10: Eine jüngste Kundenprüfung blieb drei Tage auf Bereit; P01 prüfte Teams zweimal und schrieb der Projektleitung, weil keine annehmende Person angezeigt wurde. Um 15:02 sagt P01: ‚Schick mir E-Mails, bis ich antworte.‘ P02 08:40: Bereit über Nacht war beabsichtigt, da sich der Kunde in einer anderen Zeitzone befand; um 10:15 sagt P02, weitere E-Mails wären Lärm. P03 19:22: verpasste eine Übergabe, weil eine @Erwähnung erwartet wurde; Screenshot zeigt verantwortliche, aber keine annehmende Person. Die Moderation fragt um 20:00: ‚Würden automatische Erinnerungen das lösen?‘ P03 antwortet: ‚Wahrscheinlich.‘ P04 nur Notizen ohne Zeitstempel: verwendet eine tägliche Warteschlange und sagt, verzögerte Bereit-Punkte warteten meist auf Genehmigung. Alle über Supportkontakte rekrutiert; kurze Zitate genehmigt, Kundennamen nicht genehmigt.
Studienrahmen
Frage: Welche Situationen erzeugen lange Bereit-Zustände und welche Informationen ermöglichen eine Handlung? Entscheidung: E-Mail-Erinnerung, Verantwortlichkeitshinweis oder weder noch untersuchen. Vier Teilnehmende: zwei Verantwortliche, eine annehmende und eine anfordernde Person; Vereinigtes Königreich/Deutschland. Rekrutierung über den Support bildet Probleme wahrscheinlich überproportional ab. Annehmende Person ist als die zur Bestätigung des nächsten Zustands befugte Person definiert. Keine Marktverbreitung oder Nachfrage nach Funktionen ableiten.
Analyseregeln
Kodierungseinheit ist eine jüngste Übergabeinstanz. Bedarfsformat: Wenn (Kontext), benötigt die Rolle (Fortschritt), damit sie (Ergebnis) kann, belegt durch (Verhalten). Eindeutige Teilnehmende zählen; mindestens zwei für ein teilnehmerübergreifendes Thema, Einzelfälle aber bewahren. Gegenfälle einbeziehen. Zitate unter 15 Wörtern mit Teilnehmer/Zeit. Kunden schwärzen. Zwei Forschende prüfen Auslegungen unabhängig.
Beispielausgabe
Thema 1 – feststellen, wer eine Übergabe annehmen darf, mittlere Konfidenz, 2 eindeutige Teilnehmende
Evidenz: P01 prüfte Teams zweimal und kontaktierte eine Leitung, weil keine annehmende Person erschien (12:10). P03 erwartete eine @Erwähnung; das Artefakt zeigte eine verantwortliche, aber keine annehmende Person (19:22). Bedarfshypothese: Wenn eine Übergabe bereit ist, aber die Annahmeverantwortung unklar bleibt, muss die handelnde Rolle die befugte annehmende Person identifizieren können, um die nächste Handlung ohne Suche unter mehreren Personen gezielt anzustoßen. Dies wird durch Verhalten und Artefakt gestützt, Rollen und Häufigkeit müssen jedoch bestätigt werden. Gegenfall: Die verzögerten Punkte von P04 warten gewöhnlich auf Genehmigung, wobei die Befugnis bekannt statt fehlend sein könnte.
Thema 2 – beabsichtigtes Warten von verpasster Handlung unterscheiden, mittlere Konfidenz, 2 Teilnehmende in unterschiedlichen Kontexten
P02 wartete wegen der Zeitzone bewusst (08:40); P04 berichtete vom Warten auf Genehmigung. Bedarfshypothese: Wenn ein Bereit-Zustand anhält, benötigen Rollen den Grund und das erwartete nächste Ereignis, um zwischen Warten und Eingreifen zu entscheiden. Dies impliziert keine Erinnerung.
Lösungswünsche und lenkende Effekte
P01s „Schick mir E-Mails, bis ich antworte“ (15:02) ist ein Funktionsvorschlag, kein Beleg dafür, dass wiederholte E-Mails den zugrunde liegenden Bedarf erfüllen. P02 ist ein Gegenfall: „Weitere E-Mails wären Lärm“ (10:15). P03s „Wahrscheinlich“ folgt auf die lenkende Erinnerungsfrage der Moderation (20:00) und ist geringwertige Evidenz für Nachfrage; nicht als unabhängige Validierung zählen.
Sicher berichtbare Fakten: Zwei Teilnehmende begegneten Artefakten ohne sichtbare Angaben zur annehmenden Person; eine Person berichtete bewusstes Warten wegen der Zeitzone, eine andere Warten auf Genehmigung. Auslegungen erfordern die Prüfung durch zwei Forschende. Die Stichprobe kann weder Verbreitung, Segmentvergleiche, Kausalbehauptungen noch eine Empfehlung zum Bau von Erinnerungen stützen. Nächste Frage: Lassen sich jüngste Fälle in einer breiteren, eingewilligten Stichprobe nach bekannter oder unbekannter annehmender Person, bewusstem Warten, externer Genehmigung, verpasstem Signal und anderen Ursachen klassifizieren?
Warum das funktioniert
1
Lösungsunabhängige Bedarfsaussagen verhindern, dass Funktionswünsche vorschnell die Produktantwort bestimmen.
2
Zählung auf Teilnehmendenebene und Gegenfälle verhindern, dass häufige Wiederholung wie Verbreitung erscheint.
Ergebnis prüfen
Lässt sich jeder Bedarf auf Verhalten und Kontext statt nur auf einen Funktionswunsch zurückführen?
Bleiben eindeutige Teilnehmende, Fundstellen, Gegenfälle und Moderationseffekte erhalten?
Sind Beobachtung, Auslegung, Wunsch und unbelegte Verbreitung klar getrennt?
Sicher nutzen
Häufig gestellte Fragen
Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.
Was sollte ich vorbereiten, bevor ich „Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen“ verwende?
Bereite für „Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen“ die Interviewaufzeichnungen, den Studienrahmen und die Analyseregeln vor. Ersetze Platzhalter nur durch Informationen, die du überprüfen kannst. Wenn ein Detail unbekannt ist, halte diese Unsicherheit ausdrücklich fest, statt das Modell zu einer Schlussfolgerung aufzufordern.
Wann ist das Ergebnis von „Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen“ noch nicht einsatzbereit?
Das Ergebnis ist noch nicht einsatzbereit, wenn es anhand der bereitgestellten Nachweise das erklärte Ziel – eine Evidenztabelle mit Beobachtungen, Bedarfsaussagen, Varianten, Konfidenz, Widersprüchen, Lücken und Anschlussfragen – noch nicht erreicht oder wenn es auf ungeklärten Annahmen, fehlenden Genehmigungen oder erfundenen Details beruht. Nutze die Prüfungen als Freigabekriterien: Überarbeite die Ausgangsinformationen oder benenne eine namentlich bekannte, befugte prüfende Person, statt ein nicht belegtes Ergebnis lediglich sprachlich zu verfeinern.
Für welche KI-Tools sind Tests von „Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen“ dokumentiert?
Im veröffentlichten Testprotokoll für „Extrahiere Nutzerbedarfe und Evidenz aus Interviewnotizen“ ist mit Stand vom 28.08.2026 ChatGPT aufgeführt. Dies bestätigt dokumentierte Testläufe, garantiert aber weder die Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Halte bei einem anderen Tool oder einer anderen Version sämtliche Einschränkungen sichtbar und wiederhole vor der Verwendung die Ergebnisprüfungen.
Vom Verstehen von KI zum Erledigen von Aufgaben. Übe Prompting, das Überprüfen und das Verbessern von Ergebnissen in interaktiven Lektionen für Arbeit und Alltag.
ChatGPT
