エース営業のヒアリングは深い。課題の背景、決裁の力学、競合の評価軸まで、一度の商談で持ち帰ってくる。一方、経験の浅いメンバーは「検討中とのことでした」「予算は未定らしいです」と表面をなぞって終わる。そして商談後のレビューで「更新時期は聞いた?」「決裁は誰が握っている?」という確認が飛び、聞けていなかった項目のためにもう一度アポを取り直す。この光景に心当たりのある営業マネージャーは多いはずだ。
結論から述べる。ヒアリングの質が人によってバラつく原因は、本人のセンスや経験値ではなく、チームに共通のヒアリングシートという型が無いことにある。聞くべき項目が言語化されていなければ、新人は自分が何を聞き漏らしたかにすら気づけない。逆に項目さえ定義されていれば、ヒアリングの最低ラインは一気に底上げできる。
ただし注意が要る。シートは読み上げる台本ではなく、聞き漏れを防ぐチェックリストである。この区別を誤ると商談は会話ではなく尋問になり、情報は取れても信頼を失う。
本記事では、そのまま使える基本項目のテンプレート、新規・リプレイス・既存深耕というシーン別の追加項目、自社商材に合わせたシートをAIで一気に生成するプロンプト、そして尋問化させない運用ルールまでを一式で解説する。読み終える頃には、チームに配れるシートの初版が手元にあるはずだ。
ヒアリングシートとは何か、なぜ必要なのか
ヒアリングシートとは、商談で確認すべき項目をあらかじめ一覧化し、聞き漏れを防ぎながら顧客情報を一定の形式で記録するためのフォーマットである。
チームで営業をしているなら必須の道具だと断言できる。理由は三つある。
第一に聞き漏れの防止だ。人間の注意力は商談の場で確実に目減りする。相手の話に集中するほど、聞くべき項目は頭から抜けていく。項目が紙やデータとして外部化されていれば、商談の終盤に見直して「あと二つ聞けていない」とその場で気づける。これはセンスの問題ではなく仕組みの問題であり、仕組みで解決できる。
第二に商談の比較可能性が生まれることだ。全員が同じ項目で聞いていれば、案件レビューの場で「この案件は決裁者に未接触、こちらは予算確保済み」と同じ物差しで並べて優先順位を判断できる。項目が人によってバラバラなら、マネージャーは毎回ゼロから状況を聞き出すことになり、レビューが案件の再ヒアリング大会と化す。
第三に引き継ぎが容易になることだ。担当変更や上司同行の際、埋まったシートを渡せば背景説明は最小で済む。属人化したメモは本人にしか解読できないが、型のあるシートは誰が読んでも同じ情報として機能する。
つまりヒアリングシートとは、エースの頭の中にある「聞くべきことリスト」をチームの共有資産に変換する装置だ。作らない理由は無い。
基本の項目テンプレート
まず汎用の基本形を示す。カテゴリは「現状・課題・理想」「体制・決裁」「比較検討状況」「制約条件」の四つ。いわゆるBANT、すなわち予算・決裁者・必要性・時期の4要素は、独立した尋問項目にせず、この流れの中に自然に織り込んである。
| カテゴリ | 項目 | 聞く目的 | 質問例 |
|---|---|---|---|
| 現状・課題・理想 | 現状の業務フロー | 事実を押さえ、思い込みで提案しないため | 「いまこの業務はどのような流れで回していますか」 |
| 現状・課題・理想 | 課題・困りごと | 痛みの所在と深さを特定する | 「その中で特に時間を取られているのはどこですか」 |
| 現状・課題・理想 | 課題を放置した場合の影響 | 解決の必要性の強さを測る | 「この状態が続くと、どのような影響が出そうですか」 |
| 現状・課題・理想 | 理想の状態 | ゴールを合意し、提案の軸を決める | 「半年後にどうなっていれば成功と言えますか」 |
| 体制・決裁 | 決裁者と決裁フロー | 誰がどう決めるかを把握し、提案先を誤らないため | 「導入の際はどなたの承認が必要になりますか」 |
| 体制・決裁 | 予算の目安と確保状況 | 提案レンジを合わせ、稟議の難易度を読む | 「ご予算は確保済みですか、これから申請ですか」 |
| 体制・決裁 | 検討時期・導入希望時期 | 温度感を測り、逆算スケジュールを組む | 「いつ頃までに動きたいという目安はありますか」 |
| 体制・決裁 | 現場側の推進者 | 導入後の定着を左右するキーパーソンを知る | 「社内で旗振り役になりそうな方はどなたですか」 |
| 比較検討状況 | 他社サービスの検討有無 | 競合と相手の選択肢を把握する | 「他にご覧になっているサービスはありますか」 |
| 比較検討状況 | 選定で重視する基準 | 相手の評価軸に提案を合わせる | 「選ぶ際に一番重視されるのは何ですか」 |
| 制約条件 | セキュリティ・規程上の要件 | 終盤で判明する失注要因を先に潰す | 「満たす必要のある社内要件はありますか」 |
| 制約条件 | 過去の検討・導入経験 | 過去につまずいたパターンを踏まないため | 「以前に同種のツールを検討されたことはありますか」 |
ポイントは、予算・決裁者・必要性・時期を会話の文脈に埋め込んで聞くことだ。「ご予算はいくらですか」「決裁者はどなたですか」と裸のまま並べれば、与信審査のような空気になる。課題の話の延長で影響を聞けば必要性が、理想の話の延長で時期が、体制の話の延長で決裁者が、それぞれ自然に出てくる。
シーン別の追加項目
基本形だけでは、商談の型としてまだ粗い。案件の種類によって、勝敗を分ける情報が変わるからだ。代表的な三つのシーンについて、基本形に追加すべき項目を挙げる。
新規開拓で足す項目
初回接点の案件では、相手がなぜ会ってくれたのかを最初に押さえる。
- 接点のきっかけ:何を見て、何に引っかかって問い合わせや面談に至ったのか。関心の入口がわかれば、刺さる訴求点の初期仮説になる
- 情報源:普段どこから業務の情報を得ているか。比較サイトか、同業の口コミか、展示会か。検討の進み方と、次に接触すべきチャネルが読める
- 動き出した背景:なぜこのタイミングで課題が顕在化したのか。組織変更、増員、現場のトラブルなど、きっかけの事象は提案の緊急度に直結する
リプレイス案件で足す項目
すでに競合製品を使っている相手には、現状否定から入らない配慮と、切り替え特有の情報収集が要る。
- 現行ツールへの不満:機能か、価格か、サポートか。不満の種類がそのまま自社の勝ち筋を決める
- 切り替えの障壁:データ移行、現場の再教育、社内調整など、乗り換えを止めている要因。ここを解消する提案が無ければ、不満があっても相手は動かない
- 契約更新時期:現行契約の更新月と解約通知の期限。リプレイス提案はこの日付から逆算して組むため、聞き漏らすと提案機会を一年待つことにもなり得る
既存顧客の深耕で足す項目
- 利用状況:契約した機能がどこまで使われているか。活用が浅いままのアップセル提案は、解約の前倒しにしかならない
- 社内の評価:現場とマネジメント層のそれぞれが自社をどう見ているか。更新や追加の稟議で誰が味方になってくれるかの予測材料になる
- 隣接部門の課題:同じ課題を抱えていそうな部門はどこか。横展開の打診は、関係が良好なうちに行うのが鉄則だ
自社用シートをAIで作るプロンプト
ここまでの項目は汎用形であり、そのまま使うより自社の商材と顧客層に合わせて具体化した方が現場で機能する。とはいえゼロから作り込むのは重い。そこで、条件を渡せば項目リストと自然な質問文、優先度までを一気に生成するプロンプトを用意した。コピーして、冒頭の差し込み欄を書き換えて使ってほしい。
あなたはB2B営業のセールスイネーブルメント担当者です。
以下の条件に合わせて、初回商談用のヒアリングシートを設計してください。
# 前提条件
- 自社の商材:〔自社の商材(例:中堅製造業向けの在庫管理SaaS、月額制)〕
- 主な顧客層:〔主な顧客層(例:従業員100〜500名の製造業。窓口は業務部門、決裁は役員)〕
- 商談の持ち時間:〔商談の持ち時間(例:オンライン60分。ヒアリングに使えるのは30分)〕
# 出力してほしいもの
初回商談で確認すべきヒアリング項目の一覧表。各項目に次の4点を付けること。
1. 項目名
2. 聞く目的(その情報が提案のどこで効くか)
3. 質問文(商談でそのまま口に出せる自然な口語。詰問調は禁止。可能なら仮説を添えた聞き方にする)
4. 優先度(「必須」か「できれば」の2段階)
# 設計条件
- カテゴリは「現状・課題・理想」「体制・決裁」「比較検討状況」「制約条件」の4区分とする
- 予算・決裁者・解決の必要性・導入時期にあたる項目は、必ず「必須」に含める
- 「必須」は8項目以内、「できれば」は5項目以内とし、持ち時間内に必須を聞き切れる分量に絞る
- この商材・顧客層に固有の確認事項(導入障壁になりやすい点)を最低2つ入れる
- 出力はMarkdownの表(カテゴリ|項目名|聞く目的|質問文|優先度)
出力は八割の完成度の叩き台と考え、二点だけ手を入れる。第一に、質問文を自分たちが実際に使う言い回しへ直すこと。現場で口にできない文語の質問文は、結局使われない。第二に、直近の失注案件を思い返し、「あれを早く聞けていれば」と悔やんだ項目を必須に昇格させることだ。失注理由は最高の項目設計者である。
なお、ヒアリングシートが聞くための準備だとすれば、その逆、つまり聞かれる側の準備が想定問答である。顧客からの鋭い質問に沈黙する場面を減らしたいなら、営業の想定問答をAIで作る方法を併せて整備しておくと、商談の往復両方向に型ができる。
シートが尋問にならない使い方
シートを配った直後のチームに、ほぼ確実に起きる失敗がある。メンバーが項目を上から順に読み上げ、商談が口頭アンケートと化すのだ。相手は詰められている感覚になり、本音から遠ざかる。道具は同じでも、使い方で結果は逆転する。守るべき原則は三つだ。
第一に順番どおりに聞かないことだ。シートは進行表ではなく確認表だからである。会話は相手の関心に沿って流れるものであり、課題の話が盛り上がっているのに予定どおり体制の質問へ移るのは、せっかく開いた扉を自分で閉める行為に等しい。話の流れに乗って埋められる欄から埋め、終盤に未記入の欄だけを「最後に二点だけ確認させてください」と締めで回収する。この方が、上から順の消化よりはるかに自然で、取れる情報も深い。
第二に質問の前に仮説を言うことだ。「御社の規模ですと、在庫データは拠点ごとに別管理になっているかと思うのですが、実際はいかがですか」のように仮説を置くと、相手は正解を教える側に回れるため答えやすくなる。裸の質問は相手に思考の負担を丸投げするが、仮説付きの質問は訂正するだけで済む。仮説が外れていても構わない。訂正の中にこそ具体的な実態が出てくる。特に予算のような聞きにくい項目ほど仮説が効く。切り出し方の具体例は予算の聞き方とAIを使った事前準備で詳しく解説している。
第三に商談中はシートを見ないという運用も選択肢に入れることだ。項目が頭に入ってきた段階なら、商談中は対話への集中に全振りし、終了直後の記憶が新しいうちに一気に埋める方式が成立する。この場合もシートはチェックリストとして機能しており、埋まらなかった欄がそのまま次回アポの議題になる。シートを卒業するのではなく、参照するタイミングを後ろへずらすだけだ。
三つの原則に共通するのは、シートが主役ではなく相手の話を深く聞くための補助輪だという位置づけである。項目を埋める作業より、相手の一言を掘り下げる応答の方が商談の価値を決める。質問を重ねる前に受け止める、その聞く力自体を鍛えたいなら、AIを相手に傾聴力をトレーニングする方法も参考にしてほしい。
よくある質問
項目はいくつが適切か
初回商談の必須項目は8個前後、多くても12個までに抑えるのが現実的だ。そして重要なのは、商談1回で全項目を埋めようとしないことである。シートは一つの案件を通じて2〜3回の商談で埋まれば十分であり、初回で聞き切ろうとする姿勢こそが尋問化の最大の原因になる。未記入の欄は「次回聞くことリスト」として残せばよく、むしろ次のアポイントの口実として機能してくれる。
オンライン商談でシートを画面に出してよいか
自分の手元に置く分にはまったく問題ない。対面と違い、オンラインは手元資料が相手から見えないため、別画面にシートを開いて確認しながら話せるのはオンラインの利点ですらある。一方で、画面共有して上から順に埋めていく進め方は避けたい。聴取の構図が相手に伝わってしまうからだ。例外は要件整理の合意が取れている場合で、「御社の状況を整理させてください」と断ったうえで一緒に埋めていく進め方は、認識合わせの手段として有効に働く。
記入後のシートはどう活かすか
埋めて終わりでは紙の価値しかない。記入内容をSFAや顧客管理表へ転記して初めて、冒頭で挙げた比較可能性と引き継ぎ容易性が効いてくる。とはいえ商談直後の転記は後回しにされがちなので、走り書きの商談メモをAIに渡してSFAの項目形式へ整形させると、転記の負担は激減する。商談メモの整形を含む実用プロンプトは営業で使えるAIプロンプト集にまとめているので、シート運用とセットで導入してほしい。
Next Action:今日やる三つのこと
- 本記事のプロンプトに自社の商材・顧客層・商談の持ち時間を差し込み、自社用ヒアリングシートの初版を生成する。叩き台づくりは15分で終わる
- 直近の商談メモ3件とシートを突き合わせ、聞けていなかった項目に印をつける。どの欄が空くかで、チームの聞き漏れの癖が見える
- 次の商談1件でシートを試し、終了後に埋まらなかった欄を確認する。1週間回したら質問文を現場の言い回しに修正し、チームの正式版として配布する
ヒアリングの差は才能の差ではなく、型の有無の差だ。今日シートを作れば、明日の商談から「あれ聞いた?」は減り始める。


コメント