要件ヒアリングのゴールは、顧客の話をたくさん聞くことではありません。ASIS（今どうなっているか）・TOBE（どうなっていたいか）・GAP（その差分＝解くべき課題）の3つをそろえることです。そして3つとも、白紙で質問するのではなく、こちらが仮説を持ち込んで確かめにいくのが基本の進め方になります。

この記事では、実装中心で仕事をしてきたエンジニアが初めて顧客ヒアリングを任されたときに、何を準備し、どの順番で、どう聞けばよいかを具体例で説明します。

ヒアリングのゴールはASIS・TOBE・GAPをそろえること

まず3つの言葉を整理します。

要素 意味 性質 こちらの姿勢
ASIS 今、業務がどう回っているか 事実なので正解がある 仮説を立てて当てにいく
TOBE どうなっていたいか 未来なので顧客も描けていない 叩き台を複数出して一緒に描く
GAP ASISからTOBEへ行くために越えるもの 業界が同じなら似通う 業界の典型課題をぶつける

ここで注意したいのはGAPの定義です。GAPは「今の業務の不満リスト」ではありません。TOBEを置いたうえで、そこへ行くために越えなければならない差分です。不満を並べただけの一覧からは、TOBEと関係のない要望が紛れ込み、見積もりや要件の根拠が崩れます。

ヒアリングが終わるたびに「3つそろったか」を自分に問います。1つでも欠けたまま見積もりや要件定義に進むと、後工程でほぼ確実に戻ることになります。

顧客が語るのは3つのうち1つだけ

顧客は3つを最初からそろえて話してくれるわけではありません。たいていは次のどちらかの入口から話し始めます。

パターン 顧客の第一声 こちらが仮説で補うもの
A: TOBE出し 「Webで受け付けたい」「AIで自動化したい」 ASIS（業界の典型業務）とGAP（典型課題）
B: 課題出し 「問い合わせ対応が回らない」「ミスが減らない」 TOBE叩き台とASIS

パターンAの顧客に「いいですね、進めましょう」と返すと、現状の業務を知らないまま作り始めることになります。パターンBの顧客に「どうなりたいですか？」と聞くと、「効率化したい」「使いやすくしたい」しか返ってきません。どちらの場合も、足りない2つを出すのはヒアリングする側の仕事です。「顧客が言わなかった」は理由になりません。

白紙で聞かずに仮説を持ち込む

ASISは事前に当たりをつける

ASISは事実なので、ヒアリング前にかなりの部分を推測できます。手がかりになるのは次の5つです。

  • CSVやExcelのデータ：件数、頻度、金額、取引先の数
  • 帳票や伝票：業務の流れ、関わる人、例外の印
  • 組織図：担当者の層、決裁の経路
  • 業界の知識：典型的な業務、規制
  • 過去の類似案件：同じ業務の進め方

これらから「月に何件くらい、誰が、何で受けているか」を仮説として持参し、「電話とメールで月300件くらいですよね？」と確かめます。外れていても「いや、実際は500件で半分はFAXです」と具体的な事実が返ってきます。白紙で聞くより速く、正確です。

TOBEは叩き台を3案出す

未来の姿を顧客が白紙から描くのは困難です。他社事例や類似サービスを参考に、変化の大きさが違う3案を用意します。

  • A案：今の運用を残し、一部だけ補助する（最小変更）
  • B案：新しい仕組みと今の運用を併用する（移行期間あり）
  • C案：新しい仕組みに全面移行する（大きく変える）

1案だけ出すと「はい／いいえ」の判定になって終わります。3案あると「B案の進め方で、C案のこの機能だけ欲しい」と組み合わせで返ってきます。顧客が修正してくれたものが本当のTOBEです。

GAPは業界の典型課題からぶつける

「何が困っていますか？」と聞くと、毎日の業務に慣れた担当者ほど「特に困っていない」と答えがちです。同じ業種なら典型的な課題はかなり共通しているので、あらかじめ3〜5個リストにしておき、「この業種だとこのあたりが定番ですが、御社はどうですか？」と聞きます。当たれば一気に整理が進み、外れても「うちはむしろこっちが痛い」と本当の課題が出てきます。

聞く順番は大論点から

細かい業務フローや例外処理から聞き始めると、あとで前提が覆って全部やり直しになることがあります。ヒアリングは上の階層から降りていきます。

階層 内容 聞くタイミング
L0 大論点 予算、期日、決裁ルート、事業上の目標、制約条件 初回の早い段階で
L1 業務領域 対象とする範囲 L0が固まってから
L2 業務フロー 流れ、件数、担当者 L1が固まってから
L3 例外処理 暗黙のルール、紙の運用 L2が固まってから

大論点も仮説で聞きます。「予算は数百万円規模を想定されていますか？」「最終的な承認は部長決裁ですか、役員会ですか？」「狙いは売上を増やすことですか、工数を減らすことですか？」「既存システムは残す前提ですか？」といった形です。現場担当者だけでなく、決裁する人の優先順位も早めに確認しておきます。

具体例：修理受付をWebにしたい設備保守会社

業務用厨房機器の保守を行う会社から「修理依頼をWebで受け付けたい」と相談を受けたとします。パターンA（TOBE出し）です。

事前準備として、先方から受け取った修理受付の記録（Excel）と、保守業界の一般的な業務を調べ、次の仮説を作りました。

  • ASIS仮説：修理依頼は電話が中心で月200件ほど。受付担当2名がExcelに転記し、手の空いた技術者に電話で割り振っている
  • GAP仮説：営業時間外の依頼を取りこぼしている／症状の聞き取りが不十分で、現地で部品が足りず再訪問になる／技術者の空き状況が受付から見えない
  • TOBE叩き台：A案は電話受付のままフォームで記録だけ統一、B案はWebフォームを追加して電話と併用、C案はWeb受付と技術者の自動割り当てまで

初回では先に大論点を確認し、そのうえで仮説をぶつけました。結果、件数は月350件と想定より多く、一番の痛みは「時間外の取りこぼし」ではなく「再訪問」だと分かりました。TOBEは「B案のWebフォームに、機種と症状の写真を必須項目として入れる」形に修正されました。

これを課題一覧表に落とすと次のようになります。

| ID | 業務領域 | ASIS | TOBE | GAP | 優先度 | 担当 | 補足 |
|----|----------|------|------|-----|--------|------|------|
| 1 | 修理受付 | 電話中心 月350件 受付2名がExcel転記 | Webフォーム併用（B案） | 受付の転記工数 | 中 | 受付 | 件数は確定 |
| 2 | 症状聞き取り | 口頭で聞きメモ | 機種と写真を必須入力 | 部品不足による再訪問 | 高 | 技術 | 再訪問件数は？ |
| 3 | 割り当て | 受付が電話で技術者に打診 | ？ | 空き状況が見えない | 中 | 受付 | 次回確認 |

再訪問の件数のように埋まらない欄は「？」のまま残し、次回の確認事項にします。

課題一覧表は1回で完成させない

課題一覧表は、初回から全行を仮説で埋めて持参します。仮説の部分は色を変えるなどして、確認できたら確定扱いにします。外れた仮説には「なぜ外したか」をメモしておくと、次の案件で仮説の精度が上がります。

1回のヒアリングで完成させようとすると、分からない欄を勝手な推測で埋めてしまい、それが後で事故になります。仮説を出す、確かめる、更新する、の繰り返しで少しずつ埋めていくものだと考えてください。

「大変なんです」と言われたら、共感して終わらせずに2つ返します。「1回あたり何分くらいで、月に何回ありますか？」と量を数字にする質問と、「どうなっていたら助かりますか？」とTOBEの種を聞く質問です。

よくある失敗

  • 空欄のテンプレートを持って「教えてください」と聞く：抽象的な答えしか返らず、整理できないまま時間が過ぎます
  • 数値の仮説を持たない：「結構あります」で記録すると、月10件か月300件かで変わる対策の規模が決まりません
  • TOBEを顧客に丸投げする：「どんな画面がいいですか？」では答えが出ず、こちらの想像で作って「これじゃない」となります
  • 末端の業務から聞いて大論点を落とす：業務を細かく聞き終えたあとに、予算や期日が想定と違うと分かって振り出しに戻ります
  • 「今のままで」を真に受ける：TOBEがない状態で見積もりを始めると、比較する案も根拠も作れません
  • GAPを粗いまま止める：「業務効率化」のままでは明細にも要件にも落とせません。何が、どれくらい、いつ困っているかまで言葉にします

この記事のまとめ

  • ヒアリングのゴールはASIS・TOBE・GAPの3つをそろえること
  • GAPは不満リストではなく、TOBEへ行くために越える差分
  • 顧客は3つのうち1つしか語らないので、残り2つはこちらが仮説で補う
  • ASISはデータと業界知識から当てにいき、TOBEは3案で一緒に描き、GAPは業界の典型課題をぶつける
  • 予算・期日・決裁などの大論点から先に聞く
  • 課題一覧表は仮説で埋めて持参し、確認と更新を繰り返す

ヒアリング前の仮説づくりには、業務フロー（ASIS）の書き方やデータから業務を推測する方法が役立ちます。集めたGAPを構造化する段階ではイシューツリーの作り方へ進んでください。

ヒアリングは、FDE Guildのロードマップ ステップ2「聞く」にあたるスキルです。元になった考え方と手順はFDEガイド「プロジェクトスタート時のヒアリング」にまとまっており、スライド・演習問題・テストはlecture.iplot.jpで取り組めます。