interview-script

Überblick über den interview-script Skill

interview-script ist ein Prompt-Skill zum Erstellen strukturierter Customer-Interview-Guides, mit denen Sie echte Belege statt geschliffener Meinungen sammeln. Er passt besonders gut zu UX Researchern, Product Managern, Gründern und Designern, die für Discovery-Arbeit einen interview-script skill brauchen – vor allem, wenn sie einen praxisnahen interview-script for UX Research-Ablauf auf Basis von The Mom Test und JTBD-orientierten Nachfragen suchen.

Wofür interview-script am besten geeignet ist

Dieser Skill verwandelt ein grobes Research-Ziel in einen nutzbaren Leitfaden mit Warm-up, Kernfragen und Abschlussfragen. Er hilft Ihnen dabei, nach vergangenem Verhalten, aktuellen Workflows, Pain Points und dem Entscheidungskontext zu fragen, statt eine Idee zu früh zu pitchen.

Wann interview-script die richtige Wahl ist

Nutzen Sie interview-script, wenn Sie die Zielgruppe bereits kennen und einen hochwertigen Interview-Leitfaden für ein konkretes Research-Ziel brauchen. Besonders nützlich ist er für explorative Interviews, Problemvalidierung, Workflow-Mapping und Product Discovery in frühen Phasen.

Was interview-script von anderen Ansätzen unterscheidet

Der wichtigste Vorteil ist Struktur mit Zurückhaltung: Der Skill drängt auf neutrale Fragen, vermeidet suggestive Sprache und hält das Gespräch an echten Erfahrungen fest. Dadurch ist er verlässlicher als ein generischer Prompt, der nur nach „Interviewfragen“ fragt.

So verwenden Sie den interview-script Skill

Installieren und den Skill finden

Führen Sie den Befehl interview-script install im Skill-Manager-Kontext des Repos aus, oder fügen Sie ihn über phuryn/pm-skills im Installationsfluss des Projekts hinzu. Öffnen Sie nach der Installation zuerst pm-product-discovery/skills/interview-script/SKILL.md; es gibt keine unterstützenden Ordner scripts/, references/ oder resources/, daher ist die Skill-Datei selbst die maßgebliche Quelle.

Geben Sie die richtigen Eingaben

Der Skill funktioniert am besten mit einem klaren Research-Briefing statt mit einem vagen Thema. Nennen Sie den Zieltyp der Nutzer, das Problemfeld, die Entscheidung, die das Interview unterstützen soll, und alle bekannten Annahmen. Ein starkes Beispiel wäre: „Erstelle einen Interview-Leitfaden für UX Researcher, die mit First-Time-Managern über Onboarding-Probleme sprechen; wir wollen validieren, wo Zeit verloren geht, welche Tools sie heute nutzen und was einen Wechsel auslöst.“

Arbeiten Sie mit einem Workflow statt mit einer Einmalanfrage

Bitten Sie zuerst um den Leitfaden und prüfen Sie dann, ob die Fragen auf eine echte Entscheidung einzahlen. Wenn Sie bereits Persona-Notizen, frühere Interview-Notizen oder eine Liste von Hypothesen haben, geben Sie diese vor der Generierung mit. Das verbessert die Passung stärker, als das Modell nachträglich einfach nur „besser machen“ zu lassen. Bei interview-script usage gilt: Briefing -> Leitfaden -> Review -> Nachfragen schärfen -> Interviews führen.

Lesen Sie die Datei in dieser Reihenfolge

Beginnen Sie mit SKILL.md, um die Struktur zu verstehen, und suchen Sie dann nach den Abschnitten, die Kontext, Anweisungen und das Muster aus Einleitung, Kernteil und Abschluss definieren. Da das Repo bewusst minimal gehalten ist, entsteht der Wert nicht aus einem größeren unterstützenden Ökosystem, sondern daraus, wie präzise Sie die Vorlage auf Ihren Anwendungsfall zuschneiden.

FAQ zum interview-script Skill

Ist interview-script nur für UX Research gedacht?

Nein. Der interview-script Skill ist für jede Discovery-Interview-Situation nützlich, in der Sie ehrliche, verhaltensbasierte Antworten brauchen: Product Discovery, Customer Development, User Research und Stakeholder-Interviews. Besonders hilfreich ist er, wenn Sie einen wiederholbaren Leitfaden statt improvisierter Fragen brauchen.

Worin unterscheidet sich das von einem normalen Prompt?

Ein normaler Prompt erzeugt womöglich einfach eine Liste von Fragen, aber interview-script ist darauf ausgelegt, einen nutzbaren Interview-Ablauf mit Ziel, Reihenfolge und verhaltensbezogenen Grenzen zu liefern. Das ist wichtig, weil die Qualität eines Interviews nicht nur von der Anzahl der Fragen abhängt, sondern von Reihenfolge, Neutralität und passenden Nachfragen.

Ist das auch für Einsteiger geeignet?

Ja, sofern Sie Ihre Zielgruppe und Ihr Research-Ziel beschreiben können. Der häufigste Fehler von Einsteigern ist die Bitte um „gute Interviewfragen“, ohne klar zu sagen, wen sie interviewen oder welche Entscheidung von den Antworten abhängt. Der Skill funktioniert am besten, wenn die Eingabe konkret ist.

Wann sollte ich ihn nicht verwenden?

Nutzen Sie interview-script nicht, wenn Sie eine breite Marktumfrage, ein Sales-Call-Deck oder einen vollständig ausformulierten Usability-Test mit Task-Success-Metriken brauchen. Er ist für Discovery-Gespräche gedacht, nicht für jede Art von Research-Interaktion.

So verbessern Sie den interview-script Skill

Bessere Eingaben schreiben als den Standard-Brief

Der größte Qualitätssprung entsteht, wenn Sie den Nutzer, die Situation und die Entscheidung benennen, die Sie treffen wollen. Statt „Erstelle einen Interview-Leitfaden für meine App“ zu schreiben, sagen Sie, welche Aufgabe der Nutzer erledigen will, was aus Ihrer Sicht nicht funktioniert und welche Evidenz Ihren nächsten Schritt verändern würde.

Nach Nachfragen bitten, nicht nur nach Fragen

Ein starker interview-script guide enthält Follow-up-Impulse wie „Was ist danach passiert?“, „Wie sind Sie letztes Mal damit umgegangen?“ und „Was haben Sie vorher versucht?“. Genau dort erscheint meist das nützlichste Signal, besonders bei interview-script for UX Research.

Auf typische Fehlerquellen achten

Die häufigsten Probleme sind suggestive Formulierungen, zu viele hypothetische Fragen und Leitfäden, die den aktuellen Workflow der Teilnehmenden überspringen. Wenn die erste Ausgabe generisch klingt, schärfen Sie das Briefing mit Fachsprache, bekannten Einschränkungen und dem genauen Verhalten, das Sie aufdecken wollen. Das ist der schnellste Weg, interview-script usage zu verbessern.

Nach dem ersten Entwurf iterieren

Sobald Sie den Leitfaden generiert haben, überarbeiten Sie ihn auf Neutralität und Reihenfolge: zuerst Warm-up, dann aktuelle Beispiele, dann Pain Points, dann Alternativen, dann der Abschluss. Wenn Sie einen stärkeren zweiten Durchlauf wollen, sagen Sie dem Skill, was zu breit wirkte, was fehlte und welcher Abschnitt tiefer nachhaken soll. So wird interview-script install zu einem praktischen Research-Workflow und nicht nur zu einem Vorlagen-Download.