「顧客の要望はたくさんメモしたのに、いざ要件にまとめようとすると、何が抜けているのか分からない」——打ち合わせのあとで、こう手が止まる人は多いはずです。結論から言うと、ヒアリングで集めた要望を「要件のたたき台」に整えて、抜けや矛盾を洗い出す下ごしらえはAIが得意で、何を採用し、事実をどう確定するかの判断は人が持つ、という分担が失敗しにくい形です。この記事では、聞いたことを要件のたたき台に整理する手順を、質問リストとコピペプロンプト付きでまとめます。
<!-- FIGURE: 記事全体を表すアイキャッチ（ヒアリングの走り書きをAIに渡すと、要望・制約・確認事項に仕分けされた要件のたたき台になる流れ） -->まず結論：整理と抜け探しはAI、採否と裏取りは人
ヒアリングの整理でAIに任せられるのは、次のような構造化と点検です。
- ばらばらの要望を「目的・機能・制約・優先度」に仕分けする
- 言葉があいまいな箇所（「なるべく早く」「使いやすく」など）に印を付ける
- 聞き漏らしていそうな観点を、質問リストの形で挙げる
一方で、「その要望を本当に実現するか」「予算・納期をどう確定するか」「相手の言外の意図は何か」の判断は人が担います。AIは相手の頭の中を知りませんし、事実を確かめる立場にもいません。あくまで、たたき台と抜けチェックの相棒として使うのが安全です。
ヒアリングは「要望」と「制約」を分けると整理しやすい
聞いた話が混ざったままだと、要件に落とすときに迷います。まず、次の2つに分けて考えると見通しがよくなります。
| 種類 | 中身 | 例 |
|---|---|---|
| 要望（やりたいこと） | 相手が実現したい状態 | 「申込をスマホで完結させたい」 |
| 制約（守るべき条件） | 予算・納期・既存の仕組み・ルール | 「今の顧客管理は変えられない」 |
この切り分けをAIに手伝ってもらうと、「要望のわりに制約が厳しい」といった食い違いが見えてきます。食い違いこそ、次の打ち合わせで確認すべき論点です。
AIに渡す前の下ごしらえ
いきなり「要件にまとめて」と頼むと、一般論の要件定義テンプレートが返ってくるだけです。次を先に用意すると精度が上がります。
- 走り書きをそのまま貼る準備：きれいに清書しなくてかまいません。話した順のメモで十分です。
- 背景を一言添える：どんな相手が、何のために依頼してきたのか。
- 自分が分かっていない点をメモ：「予算感が不明」「誰が使うのか未確認」など、モヤっとした所を先に書き出します。
- 固有情報は仮名化：取引先名・担当者名・具体的な社内システム名は、許可された環境以外に入れないのが原則です。「A社」「基幹システムX」と置き換えて下書きだけ作ります。
コピペで使えるプロンプト
そのまま使える指示文です。走り書きの部分を差し替えてください。
あなたは要件整理を手伝うアシスタントです。
以下は顧客ヒアリングの走り書きメモです。要件のたたき台に整理してください。
# ヒアリングメモ（話した順のまま）
（ここに走り書きを貼る）
# 出力してほしいこと
1. 目的（この依頼で相手が実現したい状態を1〜2行で）
2. 要望の一覧（機能・体験ごとに箇条書き。優先度が読み取れれば高/中/低）
3. 制約の一覧（予算・納期・既存の仕組み・ルールなど）
4. あいまいな表現の指摘（「使いやすく」等、解釈が分かれる言葉に印）
5. 確認すべき質問リスト（次の打ち合わせで聞くべきこと。抜けている観点も）
# 条件
- メモに書かれていないことは推測で断定せず、「未確認」として質問に回す
- 事実（金額・期日・固有名）は勝手に補わない
ポイントは、5番の「質問リスト」です。要件のたたき台よりも、「まだ聞けていない観点」を洗い出してもらうほうが実務では役立つことが多いです。指示の書き方そのものに慣れておきたい人は、プロンプトの基本を押さえておくと、こうした細かい注文が通りやすくなります。
聞き漏らしを防ぐ「観点リスト」を持っておく
AIに任せきりにせず、自分でも定番の観点を持っておくと、抜けに気づきやすくなります。多くの案件で確認しておきたい観点は、たとえば次のようなものです。
- 誰が使うのか（担当者か、一般の利用者か、その両方か）
- 今はどうしているのか（現状のやり方と、困っている点）
- 成功のイメージ（どうなれば「うまくいった」と言えるのか）
- やらないこと（今回の範囲に含めないと決めておくこと）
- 例外・イレギュラー（うまくいかない場合にどうするか）
この観点をプロンプトに足して「この観点で抜けを探して」と頼むと、質問リストの精度がさらに上がります。
使ってみて分かったコツ（一次情報）
実際に、30分ほどの打ち合わせの走り書きを Claude に渡して整理してもらったところ、いちばん助かったのは「あいまいな言葉の指摘」でした。自分では聞けたつもりだった「なるべく早く」が、相手にとっては「今月中」なのか「来期でよい」のか未確認だと気づけたのです。整理そのものより、自分の思い込みのズレを外から指摘してもらえる点に価値がありました。所要時間は、メモを貼ってから5分ほどです。
一方で、AIは空欄を埋めたがる傾向がありました。メモに無い予算感や納期を、それっぽく補って書いてくることがあります。ここで鵜呑みにすると危ないので、プロンプトで「書かれていないことは未確認に回す」と釘を刺しておくのが安心です。もっともらしい作り話（ハルシネーション）を要件に紛れ込ませないための、地味だけれど大事な一手です。会議メモ全体の整理術は長いチャット・スレッドの要約も参考になります。
注意：ここは人がやる
- 採用する要望の取捨選択と、予算・納期の確定は人。AIの整理は下書きです。
- 相手の言外の意図は、次の打ち合わせで本人に確認する。AIは相手の頭の中を知りません。
- 固有名・取引情報は許可された環境以外に入れない。不安なら仮名化して整理だけ行います。
なお、本記事はアフィリエイトリンクを含みます（PR）。要件定義やシステム開発の進め方そのものを体系的に学びたい人は、UdemyPR に上流工程を扱う講座がそろっています。自分の職種に合うものを、無料プレビューで確かめてから選ぶとよいでしょう。
まとめ
顧客ヒアリングの整理は、「要望と制約を分ける」「あいまいな言葉に印を付ける」「質問リストで抜けを洗い出す」の3つをAIに任せると、次の打ち合わせの準備がぐっと楽になります。まずは今日の走り書きを、清書せずそのまま貼って整理させてみてください。きれいにまとめることより、聞き漏らしに気づくことが、この使い方のいちばんの狙いです。