interview-script

interview-script skill の概要

interview-script は、表面的な意見ではなく実際の証拠を集められるように、構造化された顧客インタビューガイドを作るためのプロンプト skill です。特に、発見的リサーチに使える interview-script skill を求めている UX リサーチャー、プロダクトマネージャー、創業者、デザイナーに向いており、The Mom Test と JTBD 風の深掘りを軸にした実践的な interview-script for UX Research フローを作りたいときに力を発揮します。

何が最も得意か

この skill は、ざっくりした調査目的を、ウォームアップ、主要質問、締めの問いまで揃った使いやすいスクリプトへ変換します。早い段階でコンセプトを売り込むのではなく、過去の行動、現在のワークフロー、痛点、意思決定の背景について聞けるように設計されています。

どんなときに適しているか

対象ユーザー像がすでに明確で、特定の調査目的に合った質の高いインタビューガイドが必要なときに interview-script を使ってください。探索的インタビュー、課題検証、業務フローの把握、初期段階のプロダクトディスカバリーで特に役立ちます。

何が違うのか

最大の強みは、抑制の効いた構造にあります。中立的な質問を促し、誘導的な表現を避け、会話を実体験にしっかり結びつけます。そのため、単に「インタビュー質問を作って」と頼むだけの汎用プロンプトよりも信頼性が高くなります。

interview-script skill の使い方

インストールして場所を確認する

interview-script install コマンドは、repo の skill manager コンテキストから実行するか、プロジェクトの install フローを使って phuryn/pm-skills から追加します。インストール後はまず pm-product-discovery/skills/interview-script/SKILL.md を開いてください。scripts/、references/、resources/ フォルダは用意されていないため、実質的な唯一の正本はこの skill ファイルです。

入力は具体的に渡す

この skill は、曖昧なテーマよりも、明確なリサーチブリーフを与えたときに最もよく働きます。対象ユーザー、課題領域、インタビューで判断したい意思決定、既知の仮説を含めてください。たとえば、次のように依頼するとよいでしょう。「初めて管理職になった人に onboarding の痛点を聞くための interview script を作成してください。どこで時間を失っているのか、今どんな tools を使っているのか、何がきっかけで乗り換えるのかを検証したいです。」

一発依頼ではなく、流れで使う

まずスクリプトを作り、その質問が本当に意思決定につながるかを確認します。すでに persona メモ、過去の interview メモ、仮説リストがあるなら、生成前にそれらを入力してください。そのほうが、あとから「もっと良くして」と頼むよりも適合度が上がります。interview-script usage は、ブリーフ -> スクリプト -> レビュー -> 深掘りの調整 -> インタビュー実施、という流れで考えると使いやすいです。

ファイルはこの順番で読む

まず SKILL.md を読んで構成を把握し、そのあと context、instructions、opening/core/wrap-up の流れを定義している部分を確認してください。この repo は意図的に最小構成なので、価値は大きな補助エコシステムにあるのではなく、テンプレートを自分のドメインにどれだけ正確に合わせられるかにあります。

interview-script skill の FAQ

interview-script は UX リサーチ専用ですか？

いいえ。interview-script skill は、率直で行動ベースの回答が必要なあらゆるディスカバリー・インタビューに役立ちます。たとえば、プロダクトディスカバリー、カスタマー・ディベロップメント、ユーザーリサーチ、ステークホルダーインタビューなどです。場当たり的な質問ではなく、再現性のあるスクリプトが必要なときに特に有効です。

普通のプロンプトと何が違いますか？

普通のプロンプトでも質問リストは作れますが、interview-script は目的、質問の順序、行動面の制約を備えた、実際に使える interview flow を作ることを狙っています。インタビューの質は、質問数だけでなく、順番、中立性、フォローアップの問いで大きく変わるからです。

初心者でも使いやすいですか？

はい。対象ユーザーとリサーチ目標を説明できるなら使えます。初心者がやりがちな失敗は、誰に聞くのか、答えによってどの意思決定が左右されるのかを示さずに「良いインタビュー質問を作って」と頼んでしまうことです。この skill は、入力が具体的であるほど力を発揮します。

使わないほうがよいのはどんなときですか？

広範な市場調査、営業電話用の deck、タスク成功指標まで含む完全なスクリプト化 usability test が必要なら、interview-script は使わないでください。これはディスカバリーの会話向けであり、あらゆる種類のリサーチ対話にそのまま当てはまるものではありません。

interview-script skill を改善する方法

デフォルトの brief より、入力を具体化する

品質が大きく上がるのは、ユーザー、状況、そして何を決めたいのかを明確にしたときです。「自分の app の interview guide を作って」ではなく、ユーザーが片づけようとしている仕事、何が壊れていると考えているのか、次の一手を変える証拠は何かを伝えてください。

質問だけでなく、probe も求める

強い interview-script guide には、「そのあと何が起きましたか？」「前回はどう対応しましたか？」「その前に何を試しましたか？」のようなフォローアップの問いが含まれます。とくに interview-script for UX Research では、この probe にこそ最も有益なシグナルが出やすいです。

失敗しやすいパターンに注意する

よくある問題は、誘導的な言い回し、仮定質問の多さ、参加者の現在のワークフローを飛ばしてしまうことです。最初の出力が一般的すぎると感じたら、ドメイン固有の言葉、既知の制約、明らかにしたい具体的な行動をブリーフに加えて絞り込んでください。それが interview-script usage を改善する最短ルートです。

初稿のあとに必ず反復する

スクリプトを生成したら、中立性と順序を整えます。まずウォームアップ、そのあと最近の事例、次に痛点、代替手段、最後に締めの問い、という流れです。2 回目の出力をより良くしたいなら、広すぎた点、足りなかった点、もっと深掘りしたいセクションを skill に伝えてください。そうすると interview-script install は単なるテンプレートのダウンロードではなく、実践的なリサーチワークフローになります。