「ヒアリングはしているのに、提案が刺さらない」「要望は聞けたが、なぜそれが必要なのかが分からない」——営業担当者からも、マネージャーからも、よく聞く悩みです。
結論から言うと、成果につながるヒアリングとは、顧客の要望を聞き取ることではなく、「現状」「課題」「影響」「理想」「決め方」の5項目を、顧客自身の言葉で明らかにすることです。 要望は課題の「表面」にすぎず、その背景にある課題と影響まで聞けて初めて、提案が「顧客にとって必要な理由」を持ちます。
この記事では、ヒアリングが「ご要望の聞き取り」で終わる原因、聞くべき5つの項目と質問例、IT・SaaS営業の会話例と数字入りの試算、やりがちな失敗、聞いた内容を組織に残す方法を解説します。質問技法の詳細はSPIN話法、ヒアリングの手前の準備は商談準備のやり方、聞いたあとの動き方は商談後のネクストアクションで扱っています。本記事は、その「商談の中で聞く」部分に絞った解説です。
弊社(株式会社 DeploAI)は、営業の理想形を基準に商談を支援するプロアクティブ営業支援AIエージェント「IntelligentSales(インテリジェントセールス)」を開発しています。理想から逆算して「何を聞くべきか」を決める考え方は、バックキャストという発想と同じです。
営業のヒアリングとは?なぜ「ご要望の聞き取り」で終わるのか
営業のヒアリングとは、顧客の現状・課題・課題の影響・理想の状態・意思決定の進め方を聞き取り、提案の根拠にする活動です。
多くの現場でヒアリングが「ご要望の聞き取り」で終わるのは、聞く目的が「何が欲しいか」になっているからです。「こういう機能が欲しい」「予算はこのくらい」と聞けても、それがなぜ必要なのかが分からなければ、提案は機能の比較に流れ、価格の勝負になります。
| 要望を聞くヒアリング | 課題を聞くヒアリング | |
|---|---|---|
| 聞く中心 | 欲しい機能、条件、予算 | 現状の困りごとと、その影響 |
| 得られるもの | 要望リスト | 提案する理由、顧客の言葉 |
| 提案の形 | 要望に合わせた機能の羅列 | 課題の解決にひも付いた提案 |
| 競合との比較 | 機能・価格の比較になりやすい | 「自社の課題を解けるか」の比較になる |
| 商談後 | 「検討します」で止まりやすい | 次に誰と何を確認するかが決まりやすい |
ヒアリングの質は、顧客が自分の言葉で課題を語ったかで測れます。営業担当者が課題を説明して顧客が頷いただけでは、顧客の中では課題になっていません。顧客が自分で語った課題だけが、社内で説明される課題になります。
営業のヒアリングで聞くべき5つの項目は?
聞くべき項目は、「現状」「課題」「影響」「理想」「決め方」の5つです。 上から順に聞くと、事実から入って、提案の理由、ゴール、進め方へと自然に進みます。
ヒアリングの5項目。1〜3で提案の理由を作り、4で提案のゴールをそろえ、5で商談の進め方を確認する。
項目1:現状——まず事実を聞く
現状の質問は、「いま、どう運用していますか」と事実を聞く質問です。 使っているツール、担当者の人数、運用の流れなど、答えやすく、評価を含まない問いから入ると、顧客が話し始めやすくなります。公開情報で分かることは事前に調べておき、聞くのは「公開情報では分からないこと」に絞ります(準備の考え方は商談準備のやり方)。
項目2:課題——困っていることを、顧客の言葉で聞く
課題の質問は、現状の中に隠れている「うまくいっていないこと」を、顧客自身に言葉にしてもらう質問です。 「現状に満足していない点はありますか」より、「いまの運用で、手間がかかっている部分はどこですか」のように、具体的な場面に近づけると答えが出やすくなります。
項目3:影響——課題を放置すると何が起きるか
影響の質問は、課題の大きさを顧客自身に認識してもらう質問です。 課題があっても、影響が小さければ顧客は動きません。「それが起きると、どんなことに影響しますか」「どのくらいの頻度で起きますか」と聞き、時間・金額・顧客対応・担当者の負担など、顧客にとっての重さを引き出します。ここはSPIN話法の示唆質問が土台になります。
項目4:理想——どうなれば成功かを聞く
理想の質問は、顧客にとっての「解決した状態」を言葉にしてもらう質問です。 「もし課題が解決したら、何が変わりますか」と聞くと、提案のゴールが顧客の言葉で決まります。顧客の言う「成功」が分かれば、提案の評価基準と、導入後の確認項目もそこから決まります。顧客が商品を「どんな用事のために」使うのかという見方はジョブ理論(JTBD)が参考になります。
項目5:決め方——誰が、どう判断するか
決め方の質問は、案件がどの経路で決まるかを確認する質問です。 「導入を検討する場合、社内ではどなたが、どのような手順で判断されますか」と聞き、決裁者、関係部門、稟議の有無、検討の時期を確認します。誰が決めるかの整理にはMEDDICやBANTの考え方が使えます。最初から予算を聞くのではなく、課題と影響が語られたあとに聞くと、答えが具体的になります。
項目別の質問例は?そのまま使える聞き方
質問は、答えが「はい/いいえ」で終わらない形にし、事実→影響→理想の順に深めます。 項目ごとの質問例を示します。
| 項目 | 質問例 | 聞き方のポイント |
|---|---|---|
| 現状 | 「いまは、どのように運用されていますか」 | 評価を含めず、事実を聞く |
| 課題 | 「その運用で、手間がかかっている部分はどこですか」 | 具体的な場面に近づける |
| 影響 | 「それが起きると、どんなことに影響が出ますか」「どのくらいの頻度ですか」 | 頻度・時間・件数で聞く |
| 理想 | 「もし解決したら、何が変わっていると嬉しいですか」 | 顧客の言葉で成功の基準を決める |
| 決め方 | 「導入を検討する場合、社内ではどなたがどのように判断されますか」 | 課題と影響が語られたあとに聞く |
質問の言い方で差が出る例を、「悪い聞き方」と「よい聞き方」で並べます。
| ありがちな聞き方 | 改善した聞き方 | 違い |
|---|---|---|
| 「何かお困りのことはありますか」 | 「更新の連絡まわりで、手間がかかっている部分はありますか」 | 範囲を絞ると、答えが出やすい |
| 「予算はおいくらですか」 | 「この課題の解決に、社内ではどのくらいの投資が見込まれていますか」 | 課題との関係の中で聞く |
| 「導入の決裁者はどなたですか」 | 「導入を検討する場合、どなたが、どのように判断されますか」 | 尋問ではなく、進め方の確認になる |
具体例:SaaS営業の初回ヒアリングは、どう進める?
IT・SaaS営業の初回ヒアリングでは、機能の説明より先に、「いまの運用の中で、顧客が自分で気づいていない手間とリスク」を数字で言葉にしてもらうことが重要です。 説明用の仮の場面で示します(実在の企業や数値ではありません)。
背景は次のとおりです。月額課金の契約管理SaaSを、従業員200名ほどの企業の管理部門に提案する初回商談です。現在はスプレッドシートで契約を管理しています。
営業(現状):「いま、契約の更新時期の管理は、どのように行っていますか」
顧客:「共有のスプレッドシートです。担当者が見て、更新の3か月前にメールで連絡しています」
営業(課題):「その運用で、手間がかかっていたり、気になっている点はありますか」
顧客:「更新日を見落とすことが、たまにあります」
営業(影響):「見落としが起きたとき、どんなことになりましたか。月にどのくらいの頻度ですか」
顧客:「月に2回くらいは、連絡が遅れて、あわてて対応しています。そのたびに半日くらいかかります」
営業(理想):「もし見落としがなくなったら、何が変わりますか」
顧客:「担当者が、そこに時間を取られなくなりますね。法務の確認ももっと早くできそうです」
営業(決め方):「導入を検討する場合、社内ではどなたがどのように判断されますか」
顧客:「まず私が情報を集めて、部長に相談します。情報システムの確認も必要です」
この会話で営業が得たものを、5項目で整理します。
| 項目 | 聞き取れた内容(仮の例) |
|---|---|
| 現状 | 共有スプレッドシートで管理。更新3か月前にメールで連絡 |
| 課題 | 更新日の見落としが時々起きる |
| 影響 | 月に2回ほど、連絡が遅れて対応に半日かかる |
| 理想 | 担当者がその対応から解放される。法務確認が早くなる |
| 決め方 | 担当者が情報収集→部長に相談。情報システム部門の確認も必要 |
ここで、顧客の言葉を使って影響を数字にします。月2回、1回あたり半日(4時間とする)の対応が発生しているなら、年間では2回×12か月×4時間で96時間です。この数字を、営業が「御社では年間96時間です」と断定して言うのではなく、「月2回、半日くらいとのことでしたが、年間にすると約100時間近いという理解で合っていますか」と顧客に確かめる形で返します(数値は説明用の仮の値です。実際は顧客の実態にもとづいて置き換えてください)。
こう返すと、次の3つが起きます。
- 顧客が自分の言葉で課題の大きさを認識する(営業が説得したのではなく、顧客が自分で数字にした)
- 提案が「機能の説明」ではなく「この96時間を減らす提案」になる
- 次の商談で、情報システム部門の確認事項と、部長に説明するための材料を用意するという、ネクストアクションが決まる(商談後のネクストアクション)
ヒアリングでやりがちな失敗は?5つのパターンと直し方
ヒアリングの失敗は、「聞く前に答えを言う」「一次回答で止まる」など、5つのパターンに集約できます。 当てはまるものがないかを確認してください。
| 失敗のパターン | 何が起きるか | 直し方 |
|---|---|---|
| 1. 聞く前に解決策を話す | 顧客が課題を話す前に、機能の説明に入ってしまう | 課題と影響が語られるまで、解決策は話さない |
| 2. 一次回答で止まる | 「特にありません」で次の質問に進んでしまう | 「例えば、〜はいかがでしょう」と場面を示して重ねる |
| 3. 要望を課題と取り違える | 「この機能が欲しい」をそのまま受け取る | 「それが必要になった背景を教えてください」と聞く |
| 4. 尋問になる | 質問が続いて、顧客が疲れる | 仮説を示して確かめる。聞いたことを一度要約して返す |
| 5. 聞いたことを残さない | 次の商談で同じことを聞き直す | 5項目の枠で記録し、聞けなかった項目も残す |
特に1は、SaaS営業で起こりがちです。製品に自信があるほど、顧客の話の途中で「それならこの機能で解決できます」と言いたくなりますが、その時点で顧客は課題を語るのをやめ、機能の評価に切り替えます。課題の影響まで聞き終わってから提案に入ることが、価格や機能の比較に流れないための基本です。
2については、一次回答は、顧客が「考えたことのない質問」への反射的な答えであることが多いため、場面を具体的にして重ねて聞きます。たとえば「特にありません」に対して、「更新や契約の変更のときに、確認の手間が多いと感じることはありませんか」のように聞くと、思い出されることがあります。
聞いた内容を組織に残すには?AIでどこまで支援できる?
ヒアリングの質を担当者の力量に頼らず安定させるには、「5項目の枠で記録する」「聞けなかった項目も残す」「振り返りで次の質問に反映する」の3つを仕組みにします。
- 5項目の枠で記録する:メモを自由記述にせず、現状・課題・影響・理想・決め方の枠に分けて残す。誰が見ても、商談の到達点が分かる
- 聞けなかった項目も残す:「決め方は未確認」と書いておけば、次の商談の質問が決まる。聞き漏れが見えるようになる
- 振り返りとつなぐ:商談後に「聞けたこと/聞けなかったこと」を確認し、次の準備に戻す。型を組織の標準にする考え方は営業の型(セールスプレイブック)とは、振り返りの型は成果につながる商談の振り返りで扱っています
商談の中での聞き方を練習したい場合は、営業ロープレとはが参考になります。
AIが支援できるのは、主に商談の前後です。IntelligentSales には、商談前の準備を自動化するオプションの Receptor(レセプター) があり、想定課題や想定問答までを準備できます。商談中は、事前に用意した示唆質問(SFRA)や切り返し例などの「準備済みのガイド」を手元で参照して進める形で、その場で即時に検知して介在するリアルタイム支援とは異なります。商談後は、SFRA(セールスフレーム分析)が直近の商談の発話から、商談がどの段階で止まっているかを判定し、次に踏むべきステップと質問を提示します。
| ヒアリングの場面 | AIに任せやすいこと | 人が持つこと |
|---|---|---|
| 商談前 | 想定課題の整理、質問の下書き | どの課題を仮説として置くかの判断 |
| 商談中 | 準備済みの質問・切り返し例を手元で参照 | 顧客の反応を見ながら、聞く順番と深さを変える判断 |
| 商談後 | 発話の分析、聞けた項目と抜けた項目の整理 | 顧客の言葉の意味づけ、次に何を聞くかの決定 |
ただし、顧客の話を聞いて、どこを深く聞くかを決めるのは営業担当者です。AIが整えるのは聞くための材料であり、顧客の言葉を引き出す対話そのものは、人が担います。
まとめ
- 営業のヒアリングとは、現状・課題・影響・理想・決め方の5項目を聞き取り、提案の根拠にする活動。要望を書き留めることが目的ではない
- ヒアリングが「ご要望の聞き取り」で終わるのは、「何が欲しいか」を聞いて、「なぜ必要か」を聞いていないから
- 質問は事実→課題→影響→理想→決め方の順に深める。決め方は、課題と影響のあとに聞く
- SaaS営業の初回ヒアリングでは、頻度×時間を顧客の言葉で数字にし、顧客に確かめる形で返す。提案が「その数字を減らす提案」になる
- 失敗の多くは、聞く前に解決策を言うこと。課題の影響まで聞き終えてから提案に入る
- 聞いた内容は5項目の枠で記録し、聞けなかった項目も残す。AIは材料づくりと整理、対話の判断は人
IntelligentSales の機能は機能ページ、料金は料金・プランをご覧ください。導入のご相談は資料請求・無料デモ相談からどうぞ。