要件をヒアリングする技術

先生、案件が始まったら、まずクライアントの「やってほしいこと」を聞くんですよね？言われた通りに作ればいいんじゃないですか？

実はそこが大きな落とし穴なんだ。「言われた通り」に作ったのに、「これじゃない」と言われることがよくある。クライアントは技術の専門家じゃないから、要望をうまく言葉にできないことも多い。だからこそ、エンジニアが「本当に必要なもの」を引き出す力が重要になるんだよ。

聞くのって難しいんですね…何か良い方法はありますか？

あるよ。今日は、認識のズレを減らして手戻りを防ぐ「要件ヒアリング」の技術を学ぼう。そして、AIを使った議事録作成で「言った言わない」のトラブルも防げる方法も紹介するね。

要件ヒアリングって何？

要件ヒアリングとは、クライアントの「要望」を、開発チームが実装できる「要件」に整理していくプロセスです。この違いを理解することが、プロジェクト成功の第一歩になります。

「要望」と「要件」の違い

クライアントが話す内容は、多くの場合「要望（やってほしいこと）」です。これを、具体的な「要件（作るものの約束）」に変換するのがエンジニアの役割です。

要望のままでプロジェクトを進めると、開発途中や完成後に「イメージと違う」「これも必要だった」といった手戻りが発生します。ヒアリングを丁寧に行い、最初に要件を明確にすることで、こうした無駄な作業を大幅に減らせるのです。

「速くして」って言われても、何を速くするかで全然違いますもんね。

そう。だからこそ、質問を通じて曖昧な部分を具体化していくんだ。次は、最初に聞くべきポイントを見ていこう。

まず聞くべき「5つの箱」

ヒアリングで何から聞けばいいか迷ったら、まずは以下の「5つの箱」を埋めることから始めましょう。この5つが明確になれば、要件の大枠が見えてきます。

機能要件と非機能要件も忘れずに

ヒアリングでは、「何をするか（機能要件）」だけでなく、「どう動くか（非機能要件）」も確認が必要です。

非機能要件とは、システムの品質に関わる要素で、以下のようなものがあります。

これらは後から追加するのが難しいため、最初のヒアリング段階で確認しておくことが重要です。

機能だけじゃなくて、速さや安全性も最初に決めておくんですね。

そう。後から「もっと速くして」「もっと安全にして」と言われても、設計からやり直しになることもある。最初に基準を決めておけば、開発がスムーズに進むんだ。

質問のコツ：曖昧→具体→合意

ヒアリングでは、質問の順番と種類が重要です。いきなり細かい仕様を聞いても、全体像が見えないとクライアントも答えにくいものです。以下の4ステップで進めると、スムーズに要件を整理できます。

オープン質問とクローズ質問の使い分け

質問には大きく2つの種類があります。状況に応じて使い分けることで、効率よく情報を引き出せます。

オープン質問（自由回答）

• 全体像や背景を知りたいときに使う
• 例：「このシステムで何を実現したいですか？」「現在の課題は何ですか？」
• メリット：予想外の情報や本音を聞き出せる
• 注意点：話が広がりすぎることもある

クローズ質問（選択肢）

• 具体的な仕様を決めたいときに使う
• 例：「ログインは、メールアドレスですか？それとも電話番号ですか？」
• メリット：素早く結論を出せる
• 注意点：選択肢にない答えを見逃す可能性がある

最初はオープン質問で広く聞き、徐々にクローズ質問で絞り込んでいくのが効果的です。

最初から「AとBどっちですか？」って聞くより、まず「どうしたいですか？」って聞いたほうがいいんですね。

そういうこと。最初から選択肢を限定すると、クライアントが本当に欲しいものとは違う方向に進んでしまうこともあるからね。

AI議事録の使い方（安全に）

ヒアリングの内容を正確に記録することは、認識のズレを防ぐために非常に重要です。しかし、会議中にメモを取りながら話を聞くのは難しいものです。そこで活用したいのがAIによる議事録作成支援です。

AI議事録作成の基本フロー

現在、以下のようなツールとAIを組み合わせることで、議事録作成を大幅に効率化できます。

議事録のテンプレート

AIに依頼するときは、以下のような構造化されたフォーマットで出力してもらうと、後から見返しやすくなります。

# 議事録：〇〇システム要件ヒアリング

**日時**: 2025年12月23日 14:00-15:00
**参加者**: 〇〇さん（クライアント）、△△（エンジニア）
**場所**: オンライン会議

## 今回決まったこと（決定事項）
- ログイン方式はメールアドレス＋パスワード認証を採用
- 検索機能は全文検索ではなく、カテゴリ絞り込みで実装
- 納期は2月末、予算は上限150万円

## 次回までに決めること（未決事項）
- デザインのカラー案（〇〇さんが候補を3つ用意）
- 管理者の権限範囲（どこまで編集できるか）
- サーバーの選定（AWSかさくらか）

## やること（ToDo）
- [ ] デザインカラー案の作成（〇〇さん・12/30まで）
- [ ] サーバー比較資料の作成（△△・12/28まで）
- [ ] 次回ミーティング日程調整（△△・今週中）

## 次回ミーティング
- **日時**: 1月10日 14:00-15:00
- **議題**: デザイン確認、管理者権限の決定

## 補足・メモ
- 〇〇さんから「将来的にスマホアプリも検討したい」との発言あり
- 競合サービスとして「△△サービス」を参考にしたいとのこと

AIへの議事録作成プロンプト例

文字起こしテキストをAIに渡すとき、以下のようなプロンプトを使うと、構造化された議事録を作成してもらえます。

以下は会議の文字起こしテキストです。
このテキストから、議事録を以下の形式で作成してください。

【必須項目】
1. 今回決まったこと（決定事項）
2. 次回までに決めること（未決事項）
3. やること（ToDo）- 担当者と期限を含める
4. 次回ミーティングの日程と議題

【注意点】
- 曖昧な表現は残さず、具体的に記載する
- 数値や固有名詞は正確に
- 発言者の名前は「クライアント」「エンジニア」など役割で記載

【文字起こしテキスト】
（ここに会議の文字起こしを貼り付け）

AI議事録を使うときの注意点

AIは便利ですが、使い方を間違えると問題が起きることもあります。以下の点に注意しましょう。

AIはあくまで「記録と整理の補助ツール」です。最終的な責任は人が持ち、内容の正確性を担保する必要があります。

AIに任せっきりじゃダメなんですね。確認作業は人間の責任なんだ。

そう。AIは便利だけど、間違えることもある。特に数字や固有名詞、ニュアンスの違いは人が確認しないと危険だよ。「AIが言ってました」は通用しない。責任を持つのは自分なんだ。

ありがちな失敗と防ぎ方

ヒアリングでよくある失敗パターンを知っておくと、事前に対策を打つことができます。

よくある失敗パターン

会議の最後に必ずやること

会議が終わる前に、以下を必ず確認しましょう。これをやるだけで、認識のズレと手戻りが大幅に減ります。

会議の最後の5分でこれをやるだけで、プロジェクトの成功率は大きく変わります。

会議が終わるときに「今日決まったこと」を確認するの、大事ですね。

会議中は全員が「わかった」つもりでも、実は微妙に認識が違うことがよくある。最後に確認することで、その場でズレを直せるんだ。

まとめ

要件ヒアリングって、ただ聞くだけじゃなくて、曖昧なことを具体的にしていく作業なんですね。

そう。クライアントは「こんなのが欲しい」とは言えても、技術的な仕様まではわからない。エンジニアが質問を通じて、実装できる形に翻訳していくんだ。

5つの箱を埋めてから細かい話に入るのも、わかりやすくて良いですね。

そうだね。全体像が見えると、細かい話もスムーズに進む。そしてAI議事録で記録を残せば、「言った言わない」のトラブルも防げる。ヒアリングは信頼関係を作る大事な場面なんだよ。