商談の想定問答集をAIで作る｜聞かれて詰まる質問をなくす

2026年8月13日

商談の中盤、想定していなかった質問が飛んでくる。「うちの基幹システムとはつながりますか」「解約するときの条件はどうなっていますか」「A社さんと何が違うんですか」。手元の資料に答えはない。だから言う。「確認して折り返します」。それが3回目になったあたりで、相手の視線が資料から時計へ移る。そして商談は「では、社内で検討しておきます」で解散し、次のアポは取れない。

結論から言う。商談で聞かれる質問は、ほぼ決まっている。商材や業界が違っても、一人の営業が一年で受ける質問の大半は数十パターンに収束する。つまり、事前に洗い出して答えを用意しておけば、詰まる場面は消える。問題は、その洗い出しを誰もやらないことだ。だからこの作業をAIにやらせる。AIに顧客役を演じさせれば、自分では思いつかない角度の質問が数分で数十本出てくる。

この記事では、商談で聞かれる質問の4分類、AIに立場別の顧客役を演じさせて質問を洗い出す手順、回答の骨子とNG回答まで作らせるコピペプロンプト2本、そして作った想定問答集を個人のメモで終わらせずチームの資産に変える運用までを示す。読み終えるころには、「確認して折り返します」を言わずに済む準備の設計図が手に入る。

なぜ「確認して折り返します」は損なのか？

即答は、内容以上に信頼を運ぶ。相手は答えの正確さだけを見ているわけではない。この人はこの商材を分かっているのか、この会社は自社と同じような顧客を扱ってきたのか。それを測る最も手軽な指標が、答えが返ってくる速さである。逆に言えば、詰まった数秒の沈黙は「まだ分かっていない担当者」という印象を無言で刻む。

そして持ち帰りは、商談の熱を確実に冷ます。商談中に上がった相手の関心は、数日で常温に戻る。回答メールが3日後に届いたとき、相手の頭の中はすでに別の稟議と別の会議に占領されている。さらに厄介なのは、持ち帰りが相手にも仕事を増やす点だ。回答を待つあいだ社内の検討会議は後ろにずれ、上司への報告も宙に浮く。こちらの準備不足が、相手のスケジュールを止めてしまう。

一方で、嘘の即答は最悪だ。曖昧な記憶で「たぶんできます」と答え、後日それが覆ると、失うのは案件ではなく信用である。連携できると言った機能ができなかった、値引きできると匂わせた条件が通らなかった。この種の巻き戻しは一度で関係を終わらせる。だからこそ、その場の機転で乗り切るという発想を捨てなければならない。

押さえるべきは 即答できない質問があること自体は問題ではない という点だ。問題なのは、同じ質問に毎回同じように詰まり続けることである。一度詰まった質問を記録し、正式な答えを作り、チームで共有する。この一往復を回していないから、営業は何年たっても同じ場所でつまずく。

なお、「高い」「今は必要ない」といった断り文句にその場でどう切り返すかは、準備とは別の技術体系だ。商談中の反論対応そのものについては「高い」「検討します」を崩すAI切り返しトーク集で扱っているので、本記事は事前準備と整備の側に絞る。

商談で聞かれる質問は何種類あるのか？

洗い出しを始める前に、器を用意しておく。質問は大きく4種類に分かれ、種類ごとに準備すべき成果物が違う。

種類	よく聞かれること	準備しておくもの
①製品・機能	「〇〇の機能はあるか」「うちのやり方でも回せるか」「既存システムと連携できるか」	機能の可否リスト（できる／できない／条件付きの3分類）、できない場合の代替手段、連携実績のあるサービス名
②価格・契約条件	「初期費用は」「最低契約期間は」「人数を減らせるか」「値引きの余地は」	人数・期間別の総額シミュレーション、値引きの判断基準と自分の権限範囲、契約書の該当条項の要約
③導入・運用の不安	「導入までどれくらいか」「誰が設定するのか」「定着しなかった例はないか」	導入スケジュールの標準ひな形、初期設定の作業分担表、サポート内容、解約理由とその対策
④他社比較	「A社と何が違うのか」「A社のほうが安いのでは」	比較軸の提示方法、他社を貶さない言い方、自社が向かないケースの明言

この分類が効くのは、整理が美しくなるからではない。種類ごとに 答えを持っている人が違う からだ。①は自分で調べれば分かる。②は上司や管理部門の判断が必要になる。③は導入支援やカスタマーサクセスの領域で、④は競合情報を握るマーケティングや企画部門の持ち物だ。つまり質問を4分類した瞬間に、誰に聞けばいいかが決まる。分類は宿題を振り分けるための作業である。

特に見落とされやすいのは④の最後、自社が向かないケースの明言だ。すべての質問に「できます」で応じる営業は、比較検討の段階で必ず見抜かれる。この規模なら他社のほうが合う、この使い方なら効果は出にくい、と自ら線を引ける営業だけが、それ以外の領域で強く推せる。想定問答集を作る価値は、答えられる範囲を広げることと同時に、答えない範囲を決めることにもある。

AIで想定質問を洗い出す手順とは？

手順は3つだ。素材を渡す、顧客役を演じさせる、優先順位をつける。この順で進める。

第一に、自社商材の情報をAIに渡す。サービス紹介資料のテキスト、料金ページ、提案書の骨子あたりで十分だ。ここで渡す情報の質が、出てくる質問の質を決める。ただし実在の顧客名、案件の単価、社内原価といった機密は入れない。学習や保存の扱いは提供元の設定次第であり、営業資料の公開情報だけで目的は達せられる。使うAIも特別なものでなくてよい。ChatGPTやClaudeの個人向け有料プラン（月額20ドル／約3,180円）の範囲で足りる。

第二に、AIに顧客役を演じさせる。ここが要点だ。「想定質問を挙げてほしい」と頼むと、教科書のような一般論が並ぶだけで使えない。立場を具体的に指定し、その人物になりきって質問させると、出力の解像度が跳ね上がる。B2Bの複雑な購買では意思決定に関わる人数が6〜10人規模に及ぶとの調査もある（Gartner）。相手は一枚岩ではなく、立場ごとに違う不安を持って座っている。

立場	最大の関心	質問の切り口	準備の焦点
現場の担当者	自分の仕事が増えないか	「入力は誰がやるのか」「今のやり方と何が変わるのか」	操作の手数と移行の負担を具体的な数字で示す
情報システム部門	安全性と既存環境との整合	「データはどこに保存されるのか」「今のシステムと連携できるのか」	仕様書とセキュリティチェックシートを即座に出せる状態
決裁者・経営層	投資回収と社内への説明責任	「これで何がどれだけ改善するのか」「やめるときのコストは」	効果試算の根拠と、撤退条件の明示
調達・法務	契約リスクと価格の妥当性	「契約期間の縛りは」「他社と比べて高くないか」	契約条項の要約と、価格根拠の説明

最低でも上から3つの立場を演じさせる。調達・法務が出てくるのは一定規模以上の案件だが、その質問こそ準備がないと即答できない領域だ。

第三に、出てきた質問を頻度と難易度の2軸で優先順位づけする。頻度が高く難易度が低い質問は、答えを固めて全員に配る。ここが最も費用対効果が高い。頻度が高く難易度が高い質問は、チームで正式回答を作る最優先項目だ。頻度が低く難易度が高い質問は、その場で答えないと決めておく。代わりに持ち帰りの型を用意する。いつまでに、誰が、何を返すかを即座に宣言できれば、持ち帰りは弱さではなく誠実さとして伝わる。

そして最後に、答えられない質問は社内へ持ち帰り、正式回答を作る。AIが出した回答をそのまま配るのは事故の元だ。AIは自社の料金体系も契約条項も知らない。AIの役割は 質問を洗い出すことと回答の型を整えること の2つに限る。事実の裏取りは人間の仕事である。

なお、最初から完璧な網羅を目指すと着手できずに終わる。最初は質問30本、そのうち回答まで作るのは10本でよい。よく聞かれる質問から順に埋めていけば、営業現場での使用頻度は十分に高い。網羅性は運用のなかで後から足りていく。

想定問答集を作るプロンプトはどう書くのか？

ここからは実践だ。1本目で質問を洗い出し、2本目で回答原稿を作る。

まずは立場別に想定質問を出させるプロンプトから。

あなたは〔例: 従業員300名の製造業〕で、私の提案を受ける側の担当者を演じてほしい。
私は〔例: 営業支援SaaS〕を提案する営業だ。

# 商材の情報
- 提供価値: 〔例: 商談記録の入力を自動化し、案件の抜け漏れを防ぐ〕
- 主な機能: 〔例: 音声から議事録を作成／案件の停滞アラート／既存SFAとの連携〕
- 価格: 〔例: 1ユーザー月額3,000円・最低10ユーザーから〕
- 導入期間: 〔例: 契約から約2週間〕
- 商談フェーズ: 〔例: 初回提案の直後。これから社内検討が始まる段階〕

# やってほしいこと
次の4つの立場に順番になりきり、商談の場で実際に口に出すであろう質問を
それぞれ10個ずつ挙げること。
(1) 現場の営業担当者　(2) 情報システム部門　(3) 決裁者（役員）　(4) 調達・法務

# 条件
- 一般論ではなく、その立場の人が自分の責任と評価を守るために聞く質問にすること
- 答えにくい質問、痛いところを突く質問を3割以上含めること
- 各質問に次の3項目を添えること
  a. その質問の裏にある本音の関心
  b. 聞かれる頻度（高／中／低）
  c. 答えるのが難しい度合い（高／中／低）
- 立場ごとに表形式で出力すること

出力を眺めたら、自分の商談経験と突き合わせる。見たことのある質問はチェックし、思いつかなかった質問には印をつける。その印が、準備の穴そのものだ。

次に、優先度の高い質問から回答原稿を作る。回答の骨子、根拠、そして言ってはいけないNG回答までを一度に出させる。

先ほど挙がった質問への回答を作ってほしい。社内で共有する想定問答集の原稿として使う。

# 対象の質問
〔例: 今使っているシステムと二重入力になりませんか〕

# 自社の事実情報（ここに書いた内容だけを事実として扱うこと）
- 〔例: 主要なSFAとはAPI連携済み。連携設定は当社側で実施し、追加費用はかからない〕
- 〔例: 未対応のシステムはCSV取り込みで対応。日次の手動アップロードが必要〕

# 出力してほしい構成
1. 回答の骨子（30秒で言い切れる長さ。最初の一文で結論を言う）
2. 補足の根拠（上の事実情報から言えることだけ。数字・仕様・実績の順に）
3. 立場別の言い換え（現場担当者向け／情報システム向け／決裁者向け）
4. 言ってはいけないNG回答とその理由
   （断定しすぎて後から覆る表現、他社を貶す表現、はぐらかす表現を含めること）
5. その場で答えを持っていない場合の持ち帰りの型（いつまでに・誰が・何を返すか）

# 条件
- 上の事実情報に書かれていないことは推測で補わず、「要確認」と明記すること
- 営業がそのまま声に出せる話し言葉で書くこと
- 長さは各項目3〜5行に収めること

このプロンプトの狙いは4番と5番にある。想定問答集が現場で信頼を失うのは、答えが間違っていたときではなく、良さそうに見える答えが後から覆ったときだ。NG回答を明文化しておけば、若手が善意で放つ危険な一言を先に潰せる。そして「要確認」と出た箇所のリストが、そのまま社内への宿題になる。

想定問答集をチームの資産にするには？

問答集が死ぬ理由は、作られないからではない。作られたあと、個人のメモで終わるからだ。営業がそれぞれ自分のノートやスマートフォンのメモに答えを書き溜め、その人が異動すれば消える。同じ質問に、隣の席の後輩が来年また詰まる。これは記憶力の問題ではなく、置き場所と更新の設計を誰も決めていないという運用の欠陥である。

資産化に必要な条件は4つだけだ。

条件	やること	崩れたときの症状
置き場所を1つに決める	共有ドライブかSFAのナレッジ欄に、正本を1つだけ置く	各自のメモに分散し、古い回答が現場で使われる
更新の担当と頻度を決める	月1回15分、当番制でレビューする枠を固定する	半年で情報が古び、誰も開かなくなる
新しい質問を吸い上げる	商談報告のフォーマットに「今日詰まった質問」欄を1行足す	質問の供給が止まり、更新が形骸化する
探せる形にする	質問文そのままの言い回しで検索できる並びにする	分類は立派だが、目的の答えに辿り着けない

正本を1つに絞る意味は、情報の鮮度を守ることだけではない。回答のばらつきを消すことにある。同じ質問に対して、担当者Aは「対応できます」、担当者Bは「条件付きです」と答えていれば、いずれ同じ顧客の社内で両方の発言が突き合わされる。属人的な問答集は、便利であると同時にリスクの発生源だ。答えを一箇所に集めるのは、管理のためではなく事故を防ぐためである。

このうち最も効くのは3行目だ。商談報告に1行足すだけで、質問の供給が自動的に続く。ネタ出しの会議を開く必要はない。現場で詰まった瞬間の記録が、そのまま次の更新素材になる。逆に言えば、供給の動線がない問答集は、作った日を最高到達点として劣化していく。

新人教育での効果も大きい。研修資料を100ページ渡すより、実際に聞かれる質問30本とその答えを渡したほうが、初回商談の立ち上がりは速い。ただし読ませるだけでは口から出ない。想定問答集は、声に出して答える練習と組み合わせて初めて武器になる。相手役をAIに任せる方法はAIを相手にした営業ロープレの実践法にまとめてある。問答集を読ませたうえでロープレを回せば、答えの精度と反応速度を同時に鍛えられる。

もう一段引いて見れば、想定問答集を作る作業は、エースの頭の中にしかない答えを外に出す作業でもある。難しい質問への答えは、たいてい社内の誰かが既に持っている。ただ言語化されていないだけだ。個人の経験と勘をチームの型に変換する手順そのものは、トップセールスの暗黙知をAIで継承する方法で詳しく扱っている。想定問答集は、その最も着手しやすい入口だと考えてほしい。