要件定義のヒアリング項目をAIで作るプロンプトテンプレート 聞き漏れを減らす質問リストの作り方
要件定義のヒアリング前に「何を聞けばよいか」を整理したいときは、AIにいきなり質問を丸投げするより、目的・相手・決めたい範囲・出力形式を先に渡すと使いやすい質問リストになります。
この記事では、Webサイト制作、業務システム、社内ツール、外部委託の相談などで使える、要件定義ヒアリング項目のプロンプトテンプレートを紹介します。対象は、企画担当者、ディレクター、PM、情シス担当者、開発者との打ち合わせ前に質問を整理したい人です。
先に要点をまとめると、使うプロンプトでは次の3つを必ず指定します。
- 何を作る・改善する案件なのか
- 誰にヒアリングするのか
- 出力を「カテゴリ別の質問リスト」にすること
AIの回答は、そのまま顧客や社内関係者に送る最終版ではありません。機密情報や個人情報を入れすぎず、出力された質問は自社の案件、契約範囲、法務・セキュリティ条件に合わせて確認してください。
何に使うプロンプトか
このテンプレートは、要件定義前の打ち合わせで使う質問項目を、抜け漏れが少ない形で作るためのものです。
要件定義では、機能一覧だけを聞いても十分ではありません。実際には、次のような点を確認しないと、後から手戻りが起きやすくなります。
- 誰が使うのか
- どの業務を変えたいのか
- 何をもって成功とするのか
- 既存の資料、システム、制約は何か
- 予算、期限、承認者は誰か
- 運用後に誰が管理するのか
AIに頼む価値があるのは、こうした観点を短時間で広げられることです。ただし、AIはあなたの案件背景を知らないため、入力が曖昧だと一般論だけの質問リストになります。
ここがポイント: 「質問を作って」ではなく、「この案件で、誰に、何を決めるために聞く質問か」まで渡すと、実務で使える形に近づきます。
コピペ用プロンプトテンプレート
まずは、汎用的に使える基本形です。ChatGPT、Claude、Geminiなどの汎用LLMで使えます。モデルごとの細かな仕様ではなく、2026年7月時点で一般的なチャット型AIに入力する前提のテンプレートです。
あなたは要件定義を支援する実務担当者です。
以下の案件について、初回ヒアリングで確認すべき質問項目を作成してください。
# 案件概要
- 作りたいもの・改善したいもの: {例: BtoB向けサービスサイトのリニューアル}
- 相談の背景: {例: 問い合わせ数が伸びず、製品情報も古くなっている}
- ヒアリング相手: {例: マーケティング責任者、営業責任者、情報システム担当者}
- 想定利用者: {例: 見込み顧客、既存顧客、営業担当者}
- すでに決まっていること: {例: 公開希望時期、予算上限、利用するCMS}
- まだ決まっていないこと: {例: 必要ページ、導線、問い合わせ後の運用}
- 注意したい制約: {例: 個人情報を扱う、既存システムと連携する、承認者が複数いる}
# 出力してほしい内容
以下のカテゴリに分けて、ヒアリング質問を作成してください。
1. 目的・背景
2. 利用者・関係者
3. 必要な機能・画面・コンテンツ
4. 業務フロー・運用
5. データ・システム連携
6. セキュリティ・権限・法務確認
7. スケジュール・予算・承認
8. 優先順位と未決事項
# 出力形式
- カテゴリごとに見出しを付ける
- 各カテゴリ5問以内
- 質問ごとに「質問の意図」を1文で添える
- 初回打ち合わせで聞くべき重要度を「高・中・低」で付ける
- 最後に、事前に依頼すべき資料リストを箇条書きで出す
# 注意点
- 専門用語を使いすぎず、相手にそのまま聞ける表現にする
- 分からない前提は決めつけず、「確認する質問」にする
- 機密情報や個人情報そのものの入力を求めない
このテンプレートの狙いは、質問をただ増やすことではありません。質問のカテゴリ、意図、重要度を同時に出すことで、打ち合わせ時間が限られていても「先に聞くこと」と「後で確認してよいこと」を分けられます。
入力時に変える部分
使うたびに変えるのは、主に {} の中です。ここが薄いと、出力も薄くなります。
最低限入れたい項目
案件の説明がまだ粗くても、次の5項目は入れてください。
{作りたいもの・改善したいもの}: Webサイト、社内申請システム、予約管理ツールなど{相談の背景}: 売上改善、業務時間削減、問い合わせ対応の整理など{ヒアリング相手}: 経営者、現場担当者、情シス、法務、営業など{すでに決まっていること}: 期限、予算、利用ツール、対象部署など{まだ決まっていないこと}: 機能、運用、権限、データ移行など
特に大事なのは、ヒアリング相手です。経営者に聞く質問と、現場担当者に聞く質問は違います。経営者には目的、投資判断、優先順位を聞きます。現場担当者には、日々の作業、困っている手順、例外対応を聞きます。
固定した方がよい条件
一方で、毎回あまり変えない方がよい条件もあります。
- カテゴリ別に分ける
- 質問の意図を添える
- 重要度を付ける
- 事前資料リストを出す
- 不明点を決めつけない
この条件を固定すると、案件ごとに比較しやすくなります。たとえば複数の新規相談を受けている場合でも、同じ型で質問リストが出るため、社内レビューや引き継ぎがしやすくなります。
出力形式は「質問リスト＋意図＋重要度」が使いやすい
要件定義のヒアリング項目は、表形式にすると打ち合わせで使いやすくなります。
AIに出力形式を任せると、長い箇条書きや説明文になりがちです。実務で使うなら、以下のような表を指定すると確認しやすくなります。
出力は次の列を持つ表にしてください。
- カテゴリ
- 質問
- 質問の意図
- 重要度（高・中・低）
- 誰に聞くべきか
- 回答後に決めること
たとえば、社内ツール開発の相談なら「誰に聞くべきか」が重要です。現場担当者に聞くべきことを管理職だけに聞くと、実際の例外処理や手入力作業を見落とします。逆に、予算や優先順位を現場だけに聞いても、意思決定に必要な答えがそろいません。
NG例と改善例
ここでは、よくある失敗を具体的に見ていきます。
NG例: 目的も相手もない依頼
新しい業務システムの要件定義で聞くことを教えてください。
この依頼でも、AIはそれらしい質問を出します。ただし、汎用的な質問が並びやすく、実際の打ち合わせで「これは誰に聞けばいいのか」「この案件で本当に必要か」が判断しにくくなります。
改善例: 案件と相手を入れる
社内の経費精算フローを改善する業務システムについて、初回ヒアリング項目を作成してください。
ヒアリング相手は、経理担当者、申請する一般社員、承認する部門長、情報システム担当者です。
現在はExcelとメールで申請しており、差し戻し理由の確認と承認状況の追跡に時間がかかっています。
質問は、相手別に分けてください。
各質問には「その質問で確認したいこと」を1文で添えてください。
最後に、要件定義前に集めるべき資料も出してください。
改善した点は、次の3つです。
- 対象業務を「経費精算フロー」と具体化した
- ヒアリング相手を役割ごとに分けた
- 現在の困りごとを入れた
このように書くと、AIは「承認者に聞くこと」「申請者に聞くこと」「情シスに聞くこと」を分けやすくなります。質問の質は、プロンプトの長さよりも、案件の前提が入っているかで大きく変わります。
目的別に使える追加テンプレート
案件によって、聞くべきことは変わります。ここでは、業務カテゴリ別に使いやすい追加プロンプトを紹介します。
Webサイト・LP制作向け
以下のWebサイト制作案件について、要件定義ヒアリング項目を作成してください。
# 前提
- サイト種別: {コーポレートサイト / 採用サイト / サービスサイト / LP}
- 目的: {問い合わせ獲得 / 採用応募 / 資料請求 / 認知拡大}
- 主な訪問者: {例: 見込み顧客、求職者、既存顧客}
- 既存サイトの有無: {あり / なし}
- 更新担当者: {例: 広報、営業、外部制作会社}
# 出力
「目的」「ターゲット」「コンテンツ」「導線」「更新運用」「計測」「公開後の改善」に分けて質問を出してください。
質問ごとに、確認できると決まる要件を添えてください。
Webサイトでは、ページ数より先に「誰に何をしてほしいか」を聞く必要があります。問い合わせ、応募、資料請求などの行動が決まると、必要なコンテンツや導線も決めやすくなります。
社内業務改善・システム化向け
以下の業務改善案件について、要件定義のためのヒアリング項目を作成してください。
# 前提
- 対象業務: {例: 経費精算、在庫管理、問い合わせ対応}
- 現在の運用: {例: Excel、メール、紙、既存システム}
- 困っていること: {例: 二重入力、確認漏れ、承認待ち、集計に時間がかかる}
- 関係者: {例: 申請者、承認者、管理者、外部取引先}
- 変えられない制約: {例: 既存会計ソフトは継続利用する}
# 出力
現状把握、例外処理、データ項目、権限、承認フロー、既存ツール連携、運用開始後の管理に分けて質問を出してください。
各質問には「聞く相手」と「優先度」を付けてください。
業務改善では、通常フローだけでなく例外処理が重要です。「月1回だけ起きる処理」「特定部署だけ違う承認ルート」「締め日前後の手作業」などが後から見つかると、設計のやり直しにつながります。
外部ベンダーへの相談前整理
外部ベンダーに開発や制作を相談する前に、社内で整理すべき要件定義ヒアリング項目を作成してください。
# 前提
- 相談したい内容: {例: 予約管理システムの開発}
- 社内で決まっていること: {例: 予算上限、希望開始時期、対象部署}
- 社内で未決のこと: {例: 必須機能、運用担当、既存データの扱い}
- ベンダーに期待すること: {例: 要件整理から支援してほしい、開発だけ依頼したい}
# 出力
社内で先に決めること、ベンダーに確認すること、見積もり前に必要な資料、契約前に確認すべき条件に分けて整理してください。
外部に相談する前は、「まだ決まっていないこと」を隠さない方がよいです。未決事項を整理しておくと、見積もりの前提や追加費用が発生しやすい部分を確認しやすくなります。
出力を安定させるコツ
AIの出力を安定させるには、質問の数、粒度、使い道を指定します。
質問数を制限する
「できるだけ多く」と書くと、打ち合わせで使い切れない量になることがあります。初回ヒアリングなら、カテゴリごとに3〜5問程度が扱いやすいです。
各カテゴリは最大5問にしてください。
初回60分の打ち合わせで優先して聞く質問に絞ってください。
質問の粒度をそろえる
質問が細かすぎると、チェックリストとしては使えても会話が進みにくくなります。逆に大きすぎると、回答が曖昧になります。
質問は、相手が1〜3分で回答できる粒度にしてください。
「課題は何ですか」のような大きすぎる質問は、具体的な業務場面に分けてください。
最後に不足確認をさせる
AIに一度で完璧なリストを期待しすぎない方が現実的です。最後に不足観点を確認させると、抜け漏れを見つけやすくなります。
最後に、今回の前提情報だけでは判断できない不足情報を5つ挙げてください。
それぞれ、誰に確認すべきかも書いてください。
OpenAIのプロンプト作成ガイドでも、指示を明確に書き、望む出力形式や必要な文脈を与えることが重視されています。AnthropicのClaude向けドキュメントでも、明確で具体的な指示や例の活用が推奨されています。要件定義のヒアリング項目づくりでも、同じ考え方がそのまま使えます。
機密情報と個人情報の扱い
要件定義の相談では、業務フロー、顧客情報、社内体制、売上に関わる情報が出てきます。AIに入力する前に、入れてよい情報と伏せる情報を分けてください。
入力時は、たとえば次のように置き換えます。
- 実名の顧客名 →
{主要顧客A} - 社員名 →
{営業担当者}、{承認者} - 具体的な売上金額 →
{月間売上規模} - 未公開の製品名 →
{新サービス} - 個人情報を含むデータ項目 →
{ユーザー属性情報}
AIの出力は、あくまで下書きです。最終的なヒアリング項目は、社内の情報管理ルール、契約条件、法務・セキュリティ確認に合わせて調整してください。
使う前のチェックリスト
最後に、プロンプトを送る前の確認項目です。
- 案件の目的を1文で書いたか
- ヒアリング相手を役割で分けたか
- すでに決まっていることを書いたか
- 未決事項を隠さず書いたか
- 出力形式を指定したか
- 質問数を多くしすぎていないか
- 質問の意図や重要度を出すようにしたか
- 機密情報や個人情報をそのまま入れていないか
- AIの出力を人が確認する前提にしているか
要件定義のヒアリングは、聞いたことだけでなく、聞かなかったことも後の設計に影響します。まずは基本テンプレートで質問リストを作り、案件ごとに「誰に聞くか」「何を決めるために聞くか」を書き足すところから始めると、打ち合わせ前の準備がかなり進めやすくなります。