「ヒアリングシートを作り込むほど、商談はうまく流れなくなる」と書くと、現場の営業担当者は半分頷く。残り半分は「だからこそ精度の高い設計が必要では」と返す。実はどちらも正しい。ヒアリングシートに必要なのは”網羅”ではなく”型の使い分け”だ。30項目を全部埋めようとした瞬間、商談は尋問になる。本稿では、SaaS／人材／製造業の3商材を題材に、事前・商談・案件の3つの型をどう書き分けるかを、実名ツール比較と失敗事例を交えながら解説する。
この記事の要点
- ヒアリングシートは「事前用／商談用／案件用」の3種類を分けて設計する
- BANT・SPINは”全部聞く”ためのチェックリストではなく、商談の局面ごとに切り替える”順番”の道具
- 商材（SaaS／人材／製造業）ごとに必要項目は別物。テンプレ流用は危険
Contents
なぜ多くの「営業ヒアリングシート」は埋まらないのか
ヒアリングシートを巡る現場の悩みは、項目不足ではなく「項目過多」に偏っている。HubSpot の調査では、最初のセールスコールで成功率を高める質問数は11〜14問とされている※1。一方、現場で配られているシートは平均して30〜40項目を超えることが珍しくない。残りの15〜25問は商談中に飛ばされ、後付けで「あとで聞いておきます」とCRMに転記される運用が常態化している。
もう一つの構造問題は、顧客が答えたがらないBANT項目を冒頭に置いてしまうことだ。HubSpotの法人営業データ集には「予算や購入決定権、購入スケジュールについて話をしたいと考えているプロスペクトは4人に1人しかいない」という記述がある※1。にもかかわらず、市販のヒアリングシートテンプレは1ページ目に「予算」「決裁者」「導入時期」を配置する。商談の温度が決まる前にこれを聞かれた相手は、当然黙る。
ここから導かれる反直感的な結論はシンプルだ。ヒアリングシートは”全部埋めるためのフォーム”ではなく、”埋めなくていい項目を可視化するためのチェックリスト”として運用する。次章から、その具体的な型分けを示す。
事前・商談・案件──ヒアリングシートの3つの型を分ける
ヒアリングシートを実務で機能させているチームは、ほぼ例外なく3つの型を使い分けている。1枚のExcelに全部詰めるのではなく、シートそのものを役割ごとに切る、という発想だ。
① 事前ヒアリングシート（商談前）
初回商談の1週間前〜前日に、顧客側の状況を仮説立てするためのシート。営業担当が”仮説を埋めて持参する”用途で、顧客が記入するわけではない。書く内容は、企業概要、推定組織図、想定課題（自社サービスが効きそうな仮説3本）、競合導入状況、IR・採用情報からの読み解き。営業リスト作成ツールのSales Marker※2や、フォーム営業送信ツールのIZANAGI※3のような自動化ツールを併用すると、検索意図データや問い合わせの初動レスポンスから事前仮説を補強しやすい。
② 商談ヒアリングシート（商談中）
商談中に手元に置く”質問順序の地図”。ここでは網羅性を捨てる。SPIN（Situation／Problem／Implication／Need-Payoff）※4を骨格に、相手が話したい順に深掘りできる構造にしておく。BANTは商談の中盤以降に分散して聞くのが鉄則で、冒頭で聞くのは「現状」「困りごと」「今動いている理由」の3点だけにとどめる。
③ 案件ヒアリングシート（受注確度が見えた後）
受注確度が30%を超えてから埋める、提案・契約・実装に必要な情報をまとめるシート。意思決定プロセス、稟議のタイムライン、技術要件、既存システム連携、契約書の必須要件、キックオフ体制までを書く。ここで初めて、購買委員会全員のロール（DMU：Decision Making Unit）を整理する。
SPINとBANTを”順番”でブレンドする
BANT（Budget／Authority／Needs／Timeframe）は1960年代にIBMが提唱したフレームワークで、リードの「いま買えるか」を判定する道具だ※5。SPINはニール・ラッカム氏が35,000件以上の商談を分析して導出した質問体系で、相手の課題認識を引き上げる道具だ※4。道具の役割が違うものを”並列のチェック項目”にしてしまうから商談が硬直する。
商談1本の中での順番設計は、概ね次のようになる。
- Situation（SPIN）──顧客の現状を浅く広く把握する
- Needs（BANTのN）──いま動いている理由・タスクの背景
- Problem／Implication（SPIN）──課題と、課題を放置した場合の影響を引き出す
- Need-Payoff（SPIN）──解決後にどう変わるかを顧客自身に語ってもらう
- Timeframe（BANTのT）──「動くなら、いつまでに？」
- Authority（BANTのA）──関与する役職・稟議ステップ
- Budget（BANTのB）──最後に、レンジで聞く
注意したいのは、BudgetとAuthorityを最初に置くテンプレが市販で大量に流通している点だ※6。これは”発注前提のRFP対応用”なら正しいが、新規開拓の初回商談では失礼にあたる。冒頭でこれを聞かれて萎えた経験のある購買担当者は実際に多い。
商材別ヒアリングシートの設計：SaaS／人材／製造業
3つの型をベースに、商材によって必要項目を入れ替える。「業種別ヒアリングテンプレ」をネット上のテンプレからそのまま流用すると、ほぼ確実に商談が空転する。
SaaS（クラウド型ソフトウェア）の場合
聞くべき軸は「既存ツールとの重複」「データ連携先」「SSO・IP制限の必要性」「運用責任部署」「ROIの算定方法」。業務委託や情シスが裏で意思決定権を握っているケースが多く、表に出ている起案者だけにヒアリングして失注する事例が頻発する。Sales MarkerやIZANAMI※7を使うチームは、初回商談前に既存ツールの導入状況を技術ブログ・採用情報・Wantedlyから推定しておくと精度が上がる。
人材・採用領域の場合
聞くべき軸は「採用ターゲットの解像度」「直近1年のチャネル別コスト」「内製と代行の比率」「人事評価制度との整合」。注意点は、人事課題を聞く相手が情シス・経営企画になることがあること。誰がボトルネックを抱えているか、組織図ではなく稟議経路で確認する必要がある。
製造業向けソリューションの場合
聞くべき軸は「現場のIT成熟度」「既存基幹システム」「監査要件」「現場ヒアリングの可否」「PoCのリードタイム」。製造業では“現場見学なしでの商談前進”がほぼ機能しない。シートに「現場見学の打診タイミング」「見学時の説明者」を必ず項目化しておく。経済産業省が公開している「ものづくり白書」では、生産性向上に向けたデジタル投資の遅れが指摘されており※8、現場の温度感と経営層の温度感のギャップも事前ヒアリングで把握しておきたい。
失敗事例：30項目シートを律儀に埋めて3週連続で破談した話
あるSaaS企業の新人営業が、入社時に渡されたヒアリングシート（30項目超）を律儀に運用して、3週連続で初回商談を失注した実例がある。事象を分解すると次のような構造だった。
- 初回商談の冒頭で「予算感はどのくらいですか」と質問
- 顧客が無言になり、「まだ情報収集の段階で…」と回答
- 会話の温度が下がったまま、シートを順番に消化
- 30分の商談時間のうち、25分がヒアリング、5分がデモ
- 「検討します」で終了、その後の連絡が途切れる
このチームが採った対策は、シートを物理的に2分割することだった。1枚目は「現状・課題・期待値」（全7問）、2枚目は「予算・決裁者・タイムライン・技術要件」（全12問）。商談の中で1枚目が埋まらない限り2枚目は出さない、というルールを敷いた。3ヶ月後、初回商談からの2回目セット率が約2倍になった、と社内で報告されている（同社のセールス責任者から直接ヒアリング）。
この事例からの示唆は、ヒアリングシートは”埋めること”が目的化した瞬間に商談の動線を破壊するということだ。シート自体ではなく、シートを使う運用ルールに切れ目を入れる必要がある。
そのまま使える3つの型のミニテンプレ
下記はコピペで利用できる、最小構成のヒアリングシートひな型である。Notion・スプレッドシート・SFAのカスタムオブジェクトいずれにも展開しやすい粒度に絞った。
事前シート（営業担当が事前に埋める）
■ 企業概要 ・社名 / 所在 / 設立 / 直近売上 / 従業員数 ・主要事業 / 商流 / 顧客タイプ ■ 推定組織 ・担当部署 / 推定人数 / 隣接部署 ・想定起案者 / 想定決裁者 ■ 課題仮説（自社が効くもの3本） 1. 仮説A：<具体的な業務課題> 2. 仮説B：<同上> 3. 仮説C：<同上> ■ 競合導入状況 ・既存ツール / 利用シーン / 解約余地 ■ 商談時の推奨事例 ・第一候補 / 第二候補（業種・規模・用途で類似）
商談シート（商談中に開く）
■ Situation（現状の構造） Q1. いまその業務は誰がどんな道具で回していますか？ Q2. 直近1年で変わったことはありますか？ ■ Needs（動いている背景） Q3. なぜ今、情報を集めていらっしゃるのですか？ Q4. 社内で誰が一番困っていますか？ ■ Problem / Implication（課題と影響） Q5. その課題が放置されると、誰の数字に響きますか？ Q6. これまで試した打ち手と、効かなかった理由を教えてください ■ Need-Payoff（解決後の景色） Q7. もし解決したら、最初に何が変わりますか？ ■ TAB（タイミング・関与者・予算）※後半に分散 Q8. 動くとしたら、いつまでに必要ですか？ Q9. 関与される方は他にいらっしゃいますか？ Q10. 予算はレンジでお伺いできますか？
案件シート（受注確度30%超で開く）
■ DMU（意思決定構造） ・起案者 / 部門責任者 / 役員 / 情シス / 法務 / 経理 ■ 稟議タイムライン ・社内合意取り付け：誰が、いつまでに ・契約締結期限 / キックオフ希望日 ■ 技術要件 ・既存基幹 / 連携API / SSO / IP制限 / SLA ■ 契約必須要件 ・契約書テンプレ / 個人情報の取り扱い / NDA ■ 実装体制 ・社内PJオーナー / レビュー会の頻度
📩 商談前の仮説づくりまで自動化したいなら
事前ヒアリングシートの「企業概要」「組織推定」「採用情報からの読み解き」を手作業で埋めると、1社あたり30分以上かかります。AIフォーム営業ツール IZANAGI なら、Webサイトの問い合わせ前段階での自動アプローチに加え、レスポンスデータから初回商談前の仮説精度を高められます。
また、リスト精度から見直したい場合は、検索意図データ起点の営業リスト作成ツール IZANAMI も併用候補です。
シートに依存しない営業組織にするには
ヒアリングシートを”運用”の中心に据えるべきではない。シートはあくまで”記憶補助”であり、商談の主導権は人と人の対話にある。シート依存度が高い営業チームは、新人の立ち上がりは早いが、3年目以降の伸びが鈍る。理由は、シートが埋まることに満足してしまい、相手が答えなかった項目（＝本当は重要なシグナル）を解釈する筋肉がつかないからだ。
運用で工夫したいのは次の3点。第一に、商談録画を週1で振り返り、シートに「書かれていない情報」を抽出する習慣をつける。MiiTel※9のようなトーク解析AIや、HubSpotのミーティング分析機能※10を併用すると、質問数や沈黙時間も定量化できる。第二に、シートの項目を四半期ごとに削る。増やすのではなく削るレビューにする。第三に、新人にはシートを”後で埋める”運用を徹底させる。商談中はメモ程度にして、終了後15分でシートに転記する。これだけで、商談中の表情・沈黙・前のめりに気づく余白ができる。
よくある質問
Q. ヒアリングシートをCRM／SFAに直接組み込むのと、別ファイルで持つのはどちらが良いか？
A. 商談シートはSFAのカスタム項目に組み込み、事前シートと案件シートは別ファイル（NotionやGoogle Docs）で持つ運用が現実的です。SFAに全項目を入れると入力コストが高すぎて埋まらなくなり、可視化できているのに使われない、という最悪の状態になります。
Q. ヒアリングシートを顧客に事前に渡すのは有効か？
A. 案件シート相当を提案フェーズに入った後で渡すのは有効です。ただし初回商談前に渡すのは避けてください。情報収集段階の顧客に項目フォームを送ると、心理的ハードルが上がって商談自体が流れます。
Q. 1回の商談で全項目を埋めなければならないのか？
A. 商談シートの11〜14問が埋まれば十分です。全項目を埋めようとすると尋問になります。むしろ”あえて聞かない項目”を決めておき、2回目商談で取りに行く方が、関係構築の観点でも合理的です。
Q. ChatGPTなどの生成AIにヒアリング結果を入れて要約させるのは安全か？
A. 個人情報・社外秘情報を含む場合は、社内ガイドラインに従ってください。総務省・個人情報保護委員会の生成AI関連の注意喚起※11でも、業務利用時のリスク評価が求められています。匿名化・要約後利用が原則です。
まとめ
ヒアリングシートを使いこなすカギは、シートそのものの精度ではなく、3つの型に分けて運用することにある。事前で仮説を埋め、商談で順番を守り、案件で実装情報を集める。BANTを冒頭に置かず、SPINで関係をつくった後に分散して聞く。商材ごとに必要項目を入れ替え、市販テンプレを丸写しにしない。シートを”埋めるためのフォーム”から、”判断のためのチェックリスト”へ役割を変えるだけで、初回商談からの2回目セット率は変わってくる。
参考資料
■ 公的機関・法令
※8 「ものづくり白書」（経済産業省）における製造業のデジタル投資・生産性に関する分析は、商談前の仮説形成に有用。2024年版ものづくり白書｜経済産業省
※11 生成AIの業務利用にあたっての留意点は、総務省「AI事業者ガイドライン」を参照。AI事業者ガイドライン｜総務省
※追加 中小企業の営業生産性に関する政策的整理は中小企業白書｜中小企業庁で公開されている。
■ 業界情報・民間調査
※1 質問数とセールスコール成功率、商談数と目標達成率の相関等は、HubSpot 法人営業とインサイドセールスに関するデータ集｜HubSpot Japanを参照。
※2 インテントセールス・営業ヒアリングのフレームワーク整理は営業のための課題ヒアリングフレームワーク｜Sales Markerを参考にしている。
※3 AIフォーム営業ツールの公式情報はIZANAGI 公式。
※4 SPIN話法の出自と現代の活用例はSPIN営業とは｜Innovation等の解説記事を参照。
※5 BANT情報の定義と聞き方はBANTとは｜keywordmap academyに詳しい。
※6 市販テンプレの構成例は営業部が使うヒアリングシート3種｜Coneを参照。
※7 検索意図データ起点の営業リスト作成はIZANAMI 公式。
※9 商談トーク解析の事例はSPIN話法の活用術｜MiiTelを参照。
※10 ミーティング分析機能の仕様はミーティングを分析する｜HubSpotを参照。
