「商談の前日に、慌てて会社概要を読むだけで終わってしまう」「準備をしたつもりなのに、商談当日は結局いつもの説明になる」——営業担当者からも、マネージャーからも、よく聞く悩みです。
結論から言うと、成果が変わる商談準備とは、資料や情報を集めることではなく、「この商談で何を合意して終えるか(ゴール)」を先に決め、そこから逆算して「何を聞くか」「何を見せるか」「何を言われたらどう返すか」を決めておくことです。 情報収集は、そのための材料にすぎません。
この記事では、商談準備が「資料集め」で終わってしまう原因、準備すべき4つの項目、初回・提案・稟議前の3種類の商談ごとのチェックリスト、IT・SaaS営業の具体例、AIで準備を仕組みにする方法を解説します。商談後の振り返りは成果につながる商談の振り返り、商談後の次の一手は商談後のネクストアクションで扱っています。本記事は、その手前の「商談前」に絞った解説です。
弊社(株式会社 DeploAI)は、営業の理想形を基準に商談を支援するプロアクティブ営業支援AIエージェント「IntelligentSales(インテリジェントセールス)」を開発しています。商談前から逆算して準備する考え方は、理想から逆算する(バックキャスト)という発想と同じです。
商談準備とは?なぜ「資料集め」で終わってしまうのか
商談準備とは、商談の前に、相手の状況・課題の仮説・その商談のゴール・想定される質問と反論を整理し、当日の一手を決めておくことです。
多くの現場で準備が「資料集め」で終わるのは、準備の成果物が決まっていないからです。会社概要を読んだ、ニュースを確認した、提案資料を用意した——どれも「やったこと」であって、「当日どう動くか」にはつながっていません。
| 資料集めで終わる準備 | 一手を決める準備 | |
|---|---|---|
| 準備の中心 | 相手の情報、自社の資料 | 商談のゴールと、聞くことの順番 |
| 成果物 | 読んだ記憶、スクリーンショット | 質問リスト、想定問答、終わり方の一文 |
| 商談当日 | いつもの説明に戻りやすい | 準備した問いから入り、軌道修正しやすい |
| 振り返り | 「準備不足だった」で終わる | ゴールに届いたかを事実で確認できる |
準備を「情報の量」で測ると、いくらでも時間がかかり、しかも成果が見えません。「当日の一手が決まったか」で測るほうが、短時間でも質が上がります。
商談準備で決めるべき4つの項目は?
商談準備で決めるべきことは、「ゴール」「相手」「課題の仮説」「想定問答」の4つです。 この順で決めると、下の項目ほど具体的になります。
商談準備の4項目。1のゴールから逆算して、2〜4の中身が決まる。
項目1:ゴール——この商談の終わりに、何を合意するか
商談のゴールは、「顧客が次に取る行動」で書きます。 「関係を作る」「提案を聞いてもらう」ではなく、「次回、情報システム部門の担当者も同席してもらう日程を決める」のように、終わったあとに確認できる形にします。
ゴールが決まっていないと、商談は「話が盛り上がったが、何も決まらなかった」で終わります。商談の終わり方は商談後のネクストアクションと表裏一体で、ゴールは「商談の終わりに決めるネクストアクション」と同じものです。
項目2:相手——誰が来て、何を気にしているか
相手の整理で押さえるのは、会社の情報より「同席者の立場と、その人が気にしていること」です。 同じ提案でも、現場の担当者は使い勝手、部門長は成果、情報システム部門はセキュリティと既存システムとの兼ね合い、というように見る点が違うためです。
誰が決裁に関わるかの整理には、MEDDICやBANTの考え方が使えます。相手のタイプに合わせた伝え方はDISCやバイヤーパーソナが参考になります。
項目3:課題の仮説——聞く前に、仮の答えを持つ
課題の仮説とは、公開情報や過去のやり取りから「この会社は、おそらくこの点で困っているのではないか」と立てる仮の答えです。 正解である必要はありません。仮説を持つことで、「何か困りごとはありますか」という漠然とした質問が、「〜という状況ではないでしょうか」と確かめる質問に変わります。
質問の組み立てはSPIN話法が土台になります。仮説は外れてもよく、外れた箇所が新しい情報です。
項目4:想定問答——聞かれること・言われることに備える
想定問答は、「相手が聞いてくること」と「反論や懸念として言われること」を、あらかじめ書き出しておく準備です。 特に、競合との比較、価格、導入の手間、既存ツールとの関係は、ほぼ必ず出るため、答えを一文で用意しておきます。競合と比べられる場面への備えはバトルカードで扱っています。
初回・提案・稟議前で、準備は何が違う?
商談の種類によって、準備の重点は変わります。 全商談に同じ深さで準備すると続かないため、種類ごとに「ここだけは外さない」点を決めます。
| 商談の種類 | ゴールの例 | 準備の重点 | 外せない準備 |
|---|---|---|---|
| 初回商談 | 課題を2つ以上、顧客の言葉で聞き出す | 課題の仮説と質問の順番 | 公開情報からの仮説、最初の3つの質問 |
| 提案商談 | 提案の評価点と懸念を顧客に言語化してもらう | 提案と課題のひも付け、競合との違い | 提案の根拠となる顧客の発言の整理、想定される反論 |
| 稟議前の商談 | 担当者が社内で説明できる材料を渡す | 決裁者・関係部門の関心、費用対効果の説明 | 稟議に必要な項目の確認、社内推進者への材料 |
初回商談で提案資料を作り込んでも、聞くべきことが聞けなければ意味がありません。反対に、稟議前の商談で課題の仮説だけでは、担当者は社内で説明できません。「その商談で、次に何が動けば前進か」から準備の重点が決まります。
具体例:SaaS営業の「提案商談」の前日は、何を準備する?
IT・SaaS営業の提案商談では、準備の中心は資料の作り込みではなく、「誰が何を理由に反対しうるか」の整理と、それへの一文の答えです。 ここでは説明用の仮の場面で示します(実在の企業や数値ではありません)。
背景は次のとおりです。月額課金のSaaSを、従業員250名ほどの企業に提案します。2回目の提案商談で、担当者に加え、情報システム部門の担当者と部門長が同席します。
| 準備項目 | 準備の中身(仮の例) |
|---|---|
| ゴール | 部門長から「社内で検討を進める」の合意と、情報システム部門の確認事項の洗い出しを得る |
| 相手 | 担当者=使い勝手と運用負荷、情報システム部門=既存システムとの連携とセキュリティ、部門長=費用対効果と導入の優先度 |
| 課題の仮説 | 前回の発言から、「入力の手間が現場に負担になっている」が主要な課題。部門長はそれを数字で把握していない可能性がある |
| 想定問答 | 「いま使っているツールと何が違う?」「席数が増えたら費用はどうなる?」「セキュリティ審査には何が必要?」 |
ここで特に差が出るのが、想定問答の準備です。
部門長:「1席あたりの単価で見ると、他社のほうが安いようですが」
この場面で、準備なしだと、単価の違いを説明し続けて価格の議論に入りがちです。準備のある営業は、事前に次の一文を用意しています。
「単価の比較に加えて、現場の入力時間がどれだけ減るかを一緒に確認させてください。前回、入力の負担が課題だとうかがったので、その部分の効果を数字で見ていただければと思います」
これは、前回の発言(課題の仮説)に戻して比較の軸を単価から課題の解決に移す一文です。準備とは、こうした「戻り先」を用意しておくことです。数値や条件は顧客の実態にもとづいて置き換えてください。
稟議を通す場面の準備も同様で、MEDDICの考え方に沿って、社内推進者が自分で費用対効果を説明できる材料を、商談の中で渡せるかを確認しておきます。
準備を仕組みにするには?属人化させない3つの工夫
商談準備の質を、担当者の努力に頼らず安定させるには、「準備の型」「準備の記録」「準備と振り返りの接続」の3つを仕組みにします。
- 準備の型を決める:商談の種類ごとに、上の4項目を一枚に書き出すテンプレートを決める。新人でも抜けが減り、マネージャーも見るべき点が分かる
- 準備を記録する:準備した仮説や想定問答を残す。商談後に「仮説は当たったか」「想定外の質問は何だったか」を比べられる
- 振り返りとつなぐ:商談後の振り返りで見つかった「準備で足りなかったこと」を、次の準備の型に反映する
3つ目が特に重要です。商談後に「準備不足だった」で終わらせず、何の準備が足りなかったかを型に戻すと、準備が組織の資産になります。振り返りの型は成果につながる商談の振り返り、型を組織の標準にする考え方は営業の型(セールスプレイブック)とはで扱っています。準備した内容を練習で試す方法は営業ロープレとはも参考になります。
商談準備は、AIでどこまで任せられる?
企業情報の収集、課題の仮説の整理、想定問答のたたき台づくりは、AIに任せやすい準備です。一方で、商談のゴールと、どの課題を取り上げるかは、営業担当者が決めます。
| 準備の作業 | AIに任せやすいこと | 人が持つこと |
|---|---|---|
| 企業の調査 | 公開情報の収集、最近の動きの要約 | どの情報が今回の商談に関係するかの判断 |
| 課題の整理 | 業界・規模から考えられる課題の候補出し | 前回までの会話を踏まえた、取り上げる課題の選択 |
| 想定問答 | 聞かれやすい質問と回答案のたたき台 | 回答の内容の確認、顧客に合わせた言い換え |
| ゴールの設定 | 過去の商談からの選択肢の提示 | その商談で何を合意するかの決定 |
IntelligentSales には、商談の前後を強化するオプションとして Receptor(レセプター) があります。カレンダーの商談予定から、企業調査・顧客課題の整理・想定問答までを自動で準備し、商談前日には、勝ち筋を描いたブリーフィングが手元に揃います。IntelligentSales と組み合わせると、商談後の分析結果を次回の準備に引き継ぐことができ、「振り返りで見つかったことが次の準備に反映される」流れを仕組みにできます(単体での提供も可能です)。詳しくは連携・オプションをご覧ください。
ただし、AIが整えるのは準備の材料です。準備の質を決めるのは、「この商談で何を合意して終えるか」を営業担当者が決めることに変わりありません。
まとめ
- 商談準備とは、相手・課題の仮説・ゴール・想定問答を整理し、当日の一手を決めておくこと。資料や情報を集めることが目的ではない
- 準備が「資料集め」で終わるのは、成果物が「当日の一手」になっていないから。「一手が決まったか」で準備を測る
- 準備で決めるのは、ゴール → 相手 → 課題の仮説 → 想定問答の4項目。ゴールから逆算する
- 準備の重点は商談の種類で変える。初回は仮説と質問、提案は反論への備え、稟議前は社内で説明できる材料
- SaaS営業の提案商談では、誰が何を理由に反対しうるかと、課題に戻る一文を用意する
- 準備は型・記録・振り返りとの接続で仕組みにする。AIは材料づくり、ゴールの決定は人
IntelligentSales の機能は機能ページ、料金は料金・プランをご覧ください。導入のご相談は資料請求・無料デモ相談からどうぞ。