ソウ← AIプロンプト一覧に戻るAIプロンプト
ユーザーインタビュー質問設計プロンプト
ユーザーリサーチの実務で「ユーザーインタビュー質問設計」を短時間で作る
プロンプトの概要
カテゴリ: ユーザーリサーチ対象: PM・UXリサーチ担当出力: 調査目的、対象者、質問、分析観点、次の検証アクション
用途: ユーザーリサーチの実務で「ユーザーインタビュー質問設計」を短時間で作る
主な出力: 調査目的、対象者、質問、分析観点、次の検証アクション
プロンプト本文
コピー用プロンプト
ユーザーインタビュー質問設計プロンプト
あなたは経験豊富なプロダクトマネージャーです。以下の入力をもとに、ユーザーリサーチの実務で使える「ユーザーインタビュー質問設計」を日本語で作成してください。
用途: ユーザーリサーチの実務で「ユーザーインタビュー質問設計」を短時間で作る
入力
- 調査目的: [ここに記入]
- 対象セグメント: [ここに記入]
- 検証したい仮説: [ここに記入]
- 既知のEvidence: [ここに記入]
- 避けたい誘導・制約: [ここに記入]
作業ルール
- 事実、推測、不足情報を分ける
- 結論だけでなく、判断理由と前提を明示する
- 実務でそのまま使える粒度にする
- 入力が不足していても推測で穴埋めせず、作れる範囲を作ったうえで不足を分離する
- 未来の意向や機能要望だけでなく、過去の具体行動・状況・代替手段を聞ける質問にしてください。
出力形式
- 調査目的と対象
- 質問フロー
- 深掘り質問
- バイアス・倫理上の注意
- 分析方法と次の検証
最後に、あなた自身の回答としてこの3項目を必ず書いてください(これは入力欄ではありません)
- 重要な前提: 今回の回答で置いた前提
- 不足情報: 判断・完成度を上げるために不足している情報
- 次に人間が確認すべきこと: 採用・共有・実行前に確認する事項
# ユーザーインタビュー質問設計プロンプト あなたは経験豊富なプロダクトマネージャーです。以下の入力をもとに、ユーザーリサーチの実務で使える「ユーザーインタビュー質問設計」を日本語で作成してください。 用途: ユーザーリサーチの実務で「ユーザーインタビュー質問設計」を短時間で作る ## 入力 - 調査目的: [ここに記入] - 対象セグメント: [ここに記入] - 検証したい仮説: [ここに記入] - 既知のEvidence: [ここに記入] - 避けたい誘導・制約: [ここに記入] ## 作業ルール - 事実、推測、不足情報を分ける - 結論だけでなく、判断理由と前提を明示する - 実務でそのまま使える粒度にする - 入力が不足していても推測で穴埋めせず、作れる範囲を作ったうえで不足を分離する - 未来の意向や機能要望だけでなく、過去の具体行動・状況・代替手段を聞ける質問にしてください。 ## 出力形式 1. 調査目的と対象 2. 質問フロー 3. 深掘り質問 4. バイアス・倫理上の注意 5. 分析方法と次の検証 ## 最後に、あなた自身の回答としてこの3項目を必ず書いてください(これは入力欄ではありません) - 重要な前提: 今回の回答で置いた前提 - 不足情報: 判断・完成度を上げるために不足している情報 - 次に人間が確認すべきこと: 採用・共有・実行前に確認する事項
出力例
このプロンプトを実行するとどうなるか
実際にこのプロンプトを入力を埋めて実行した例です。入力に応じて出力は変わりますが、粒度・構成のイメージとして使えます。
出力例
実行結果サンプル
出力例:ユーザーインタビュー質問設計
架空のB2Bタスク管理SaaSを題材にした30分インタビュー例です。
調査目的
複数案件を担当するPMが、日々どのように「今日対応すべきタスク」を把握しているかを理解し、案件横断ビューの必要性を検証する。
対象
- 3件以上の案件を同時に管理しているPM・チームリード。
- 現在TaskFlowを利用している必要はない。
検証したい仮説
- 案件を個別に巡回する確認作業が日常的に発生している。
- 確認コストよりも「見落とし」の方が強い痛みである。
- 横断一覧だけでは不十分で、元タスクへすぐ遷移できることが重要である。
質問フロー
1. 導入(3分)
- 普段、何件くらいの案件を同時に担当していますか?
- 直近1週間で、複数案件の進捗をまとめて確認した場面を思い出してください。
2. 過去の具体行動(10分)
- そのとき最初に何を開きましたか?
- 次に何をしましたか?順番に教えてください。
- どの情報を見て「対応が必要」と判断しましたか?
- 途中で別ツール、メモ、Slackなどへ移りましたか?
- 最後に確認し終わったと判断したのはどんな状態でしたか?
3. 摩擦・失敗(7分)
- 最近、確認漏れや対応遅れが起きた具体例はありますか?
- そのとき何が見えていれば防げたと思いますか?
- 逆に、今のやり方で特に困っていない部分はありますか?
4. 代替行動(5分)
- 今はどんな工夫で見落としを防いでいますか?
- Spreadsheet、Slack、自分用メモなどを併用していますか?
- その方法を変えるとしたら、何が理由になりますか?
5. 終了(5分)
- 今日話した内容で、こちらが見落としている重要な点はありますか?
- 同じ課題を持ちそうな人は社内に他にもいますか?
深掘り質問
- 「大変です」→ 直近では何分くらいかかりましたか?
- 「よく見落とします」→ 最後に起きたのはいつですか?何が起きましたか?
- 「一覧が欲しいです」→ 一覧がなくても現在どう対処していますか?
避ける質問
- 「案件横断ビューがあれば便利ですよね?」
- 「この機能にいくら払いますか?」だけで需要を判断する。
- 未来の利用意向だけを聞き、過去行動を確認しない。
分析方法
発言を「観察された行動」「本人の解釈」「PM側の仮説」に分離し、複数参加者で共通するJobと例外を整理する。
重要な前提
この調査は機能案への賛否ではなく、現行行動と課題頻度を理解するためのものです。
不足情報
対象segmentごとの案件数・role差が未確定です。
次に人間が確認すべきこと
5〜8件程度の初期インタビュー後に、質問を追加する前に仮説・反証・segment差を整理します。
# 出力例:ユーザーインタビュー質問設計 > 架空のB2Bタスク管理SaaSを題材にした30分インタビュー例です。 ## 調査目的 複数案件を担当するPMが、日々どのように「今日対応すべきタスク」を把握しているかを理解し、案件横断ビューの必要性を検証する。 ## 対象 - 3件以上の案件を同時に管理しているPM・チームリード。 - 現在TaskFlowを利用している必要はない。 ## 検証したい仮説 1. 案件を個別に巡回する確認作業が日常的に発生している。 2. 確認コストよりも「見落とし」の方が強い痛みである。 3. 横断一覧だけでは不十分で、元タスクへすぐ遷移できることが重要である。 ## 質問フロー ### 1. 導入(3分) - 普段、何件くらいの案件を同時に担当していますか? - 直近1週間で、複数案件の進捗をまとめて確認した場面を思い出してください。 ### 2. 過去の具体行動(10分) - そのとき最初に何を開きましたか? - 次に何をしましたか?順番に教えてください。 - どの情報を見て「対応が必要」と判断しましたか? - 途中で別ツール、メモ、Slackなどへ移りましたか? - 最後に確認し終わったと判断したのはどんな状態でしたか? ### 3. 摩擦・失敗(7分) - 最近、確認漏れや対応遅れが起きた具体例はありますか? - そのとき何が見えていれば防げたと思いますか? - 逆に、今のやり方で特に困っていない部分はありますか? ### 4. 代替行動(5分) - 今はどんな工夫で見落としを防いでいますか? - Spreadsheet、Slack、自分用メモなどを併用していますか? - その方法を変えるとしたら、何が理由になりますか? ### 5. 終了(5分) - 今日話した内容で、こちらが見落としている重要な点はありますか? - 同じ課題を持ちそうな人は社内に他にもいますか? ## 深掘り質問 - 「大変です」→ 直近では何分くらいかかりましたか? - 「よく見落とします」→ 最後に起きたのはいつですか?何が起きましたか? - 「一覧が欲しいです」→ 一覧がなくても現在どう対処していますか? ## 避ける質問 - 「案件横断ビューがあれば便利ですよね?」 - 「この機能にいくら払いますか?」だけで需要を判断する。 - 未来の利用意向だけを聞き、過去行動を確認しない。 ## 分析方法 発言を「観察された行動」「本人の解釈」「PM側の仮説」に分離し、複数参加者で共通するJobと例外を整理する。 ## 重要な前提 この調査は機能案への賛否ではなく、現行行動と課題頻度を理解するためのものです。 ## 不足情報 対象segmentごとの案件数・role差が未確定です。 ## 次に人間が確認すべきこと 5〜8件程度の初期インタビュー後に、質問を追加する前に仮説・反証・segment差を整理します。
Saved Workflow
保存した評価フローの現在地
進捗はこのブラウザのlocalStorageだけに保存します。候補製品名・評価点・PoC結果・Evidence本文は保存しません。