商談準備
想定問答のAIプロンプト|来そうな質問に先回り【コピペ可】
商談で相手が投げてきそうな質問と懸念を、会う前にAIで洗い出して想定問答を用意します。価格・導入の手間・他社比較・社内調整といった「詰まりやすい論点」に落ち着いて返す準備が、コピペで10分ほどで整います。

必要データと準備
このプロンプトは基本的にデータ不要で動きます。自社サービスの特徴(強みと、できないこと)を書ける範囲で入れれば、一般的な初回商談を想定した問答が出ます。
精度を上げたいときは、社内に溜まっている「よく聞かれること」「過去に詰まった論点」のメモを貼ってください。営業ミーティングの議事録や、先輩の商談メモから拾えるものが素材になります。相手の状況(フェーズ・課題・キーパーソン)が分かっていれば、それも足すと問答が具体的になります。
社内資料や商談メモを外部AIに貼るときは、社外持ち出し・個人情報の扱いに注意してください。
プロンプト本文
あなたは商談前の想定問答づくりを支援する営業準備アシスタントです。
これから会う相手が投げてきそうな質問と懸念を先回りして洗い出し、その場で落ち着いて返すための想定問答(Q&A)と切り返しトークを準備してください。
## 自社サービス
{自社サービス名・特徴・強み・弱み(できないこと)・価格帯を、分かる範囲で貼り付け}
## 相手・商談の状況
{相手企業/担当者・検討フェーズ・これまでに分かっている課題や関心事。情報が少なければ「一般的な初回商談」と書いてよい}
## 過去によく言われる質問・懸念(任意)
{社内に蓄積している「よく聞かれること」「詰まりやすい論点」があれば貼り付け。なければ空欄でよい}
## 出力フォーマット
1. 来そうな質問・懸念リスト(カテゴリ別に。価格・費用対効果/導入の手間・移行/機能・できないこと/他社比較/社内の通しやすさ/現場の納得 など。相手が実際に口にしそうな言い回しで書く)
2. 各質問への想定回答(「結論 → 根拠 → 相手に確認したいこと」の3ステップ。そのまま口に出せる長さで)
3. 特に危ういトップ3(ここで詰まると失注に効く論点。理由を1文添えて)
4. その場で答えを持っていない質問への返し方(ごまかさず持ち帰るためのトーク。1〜2パターン)
## 注意事項
- 想定回答は、自社について「事実として言えること」と「推測・見込み」を必ず分ける。見込みには文末に「(見込み)」と付け、事実であるかのように断定しない
- 自社の弱み・できないことを隠さない。答えに詰まる論点ほど正直に扱い、「持ち帰り」でよいものは無理に回答を作らない
- 効果や費用対効果を聞かれても、社内で確かめていない数値は書かない。数値がなければ「案件により差が大きいため要確認」とし、代わりに何がどう変わるかを定性で示す
- 競合について問われても、確認できない競合の弱点は書かない。「〜と言われることがある(要確認)」等、推測は推測と明示する
- 相手の状況が不明な論点は「相手の関心度:要確認」と付し、決めつけない
- 社内資料や商談メモを外部AIに貼るときは、社外持ち出し・個人情報の扱いに注意するこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。
AIに渡した入力データ(架空サンプル)
1. 来そうな質問・懸念リスト(カテゴリ別)
価格・費用対効果
- 「1人400円だと200名で結構な額になる。今のExcel運用と比べて何が変わるの?」
- 「初期費用20万円は何に使うお金?」
導入の手間・移行
- 「切り替えの間、田中の手が余計に取られるのでは。繁忙期に重ならない?」
- 「今の給与ソフトのデータはそのまま移せる?」
機能・できないこと
- 「勤怠だけ? 人事評価もまとめて管理したいんだけど」
- 「変則シフトがあるけど設定できる?」
他社比較
- 「有名な大手の労務SaaSと何が違うの? 安いと機能が少ないのでは」
社内の通しやすさ
- 「取締役会に上げるとき、何を根拠に費用対効果を説明すればいい?」
現場の納得(田中さん視点)
- 「今のやり方でも一応回ってはいる。乗り換えて本当に楽になる?」
2. 各質問への想定回答(結論 → 根拠 → 確認したいこと)
Q. 今の給与ソフトと連携できる?
- 結論: 主要な給与ソフトとはAPI連携の実績があり、標準の範囲で無償対応できるものが広いです。
- 根拠: 連携の広さは自社の強みとして訴求している点(事実)。ただし御社が使う製品名が未確認のため、その製品が標準対応かは要確認。
- 確認: 「今お使いの給与ソフトの製品名を教えていただけますか。標準連携の対象か、その場で確認します」
Q. 大手の労務SaaSと何が違う?
- 結論: 機能の網羅性は大手が上、設定のシンプルさと中堅企業向けの伴走は当社が強い、という住み分けです。
- 根拠: 当社は中堅向けに設定を絞っている(事実)。大手が機能過多・初期設定が重いというのは「そう言われることがある」レベルで、御社が実際にどう感じるかは要確認(推測)。
- 確認: 「田中さんが設定と運用を回す前提だと、機能の多さより"迷わず使えるか"が効くと思うのですが、その感覚は合っていますか?」
Q. 結局どれくらい工数が減る?
- 結論: 月末の締め工数と、有休残数などの問い合わせ対応を減らせる見込みです(見込み)。
- 根拠: 申請〜承認のワークフロー化と自動集計で手作業の転記を減らせる(仕組み上の事実)。ただし削減幅は案件により差が大きく、社内で共通の数値を持っていないため「○%減」とは断定しない。
- 確認: 「締めに田中さんともう1人で3日とのことでしたね。どの作業に一番時間が溶けているか教えていただければ、どこが軽くなるか具体的にお話しします」
Q. 人事評価もまとめて管理したい
- 結論: 現時点で人事評価・タレントマネジメント機能は持っていません(事実・できないこと)。
- 返し: 「そこは正直、当社の範囲外です。まずは月末に効いている勤怠・労務の属人化から解くのが御社の優先課題と理解していますが、評価まわりは別で検討されている段階でしょうか?(相手の関心度:要確認)」
続きを見る(切り替えの手間への回答/トップ3/持ち帰りトーク)
Q. 切り替えの間、現場の手間が増える?
- 結論: 移行期に一時的に手が増える面はありますが、専任担当が伴走します(事実)。
- 確認: 「田中さんの繁忙は月末に寄っていますよね。切り替え時期を月初〜中旬に寄せる進め方もできます。無理のない立ち上げ時期のご希望はありますか?」
3. 特に危ういトップ3
- 給与ソフト連携の可否:製品名が未確認のまま「できます」と言うと後で覆るリスク。次回までに製品名を必ず押さえる。
- 費用対効果の説明:佐藤さんが取締役会に上げる材料。数値を盛ると危険。田中さんの実作業ベースで「どこが楽になるか」を具体化する方が通る。
- 現場(田中さん)の納得:佐藤さんの起案は田中さんの「回る」次第。切り替えの手間という不安に先に答える。
4. その場で答えを持っていない質問への返し方
- 「そこは正確にお答えしたいので、一度持ち帰って確認します。◯日までにお戻しします」(曖昧に答えず期限を切る)
- 「その論点は御社の◯◯の状況次第で変わります。今この場だと憶測になるので、田中さんの運用を一度見せていただいてからお答えさせてください」
カスタマイズのヒント
- 相手のフェーズで問答を変える: 初回商談なら「そもそも何が課題か」寄り、デモ後なら「価格・稟議・比較」寄りに。「相手・商談の状況」欄にフェーズを明記すると出力が寄ります。
- 商材で懸念カテゴリを足す: セキュリティが問われる商材なら「情報管理・認証」、業務が止められない商材なら「移行リスク・SLA」のカテゴリを出力フォーマットに追記します。
- 相手役でロールプレイ: 出た問答を使い、AIに「意地悪な決裁者役で質問を10個投げて」と続けると、想定の抜けを炙り出せます。
- チームの共有資産にする: よく出る質問と回答を蓄積し、次回の入力「過去によく言われる質問」に貼り足すと、回すたびに自社仕様の想定問答が育ちます。
よくある質問
データがなくても使えますか?
使えます。自社サービスの特徴だけ入れれば、一般的な商談を想定した問答が出ます。社内の「よく聞かれる質問」メモを足すと、自社に固有の論点まで拾えて精度が上がります。
AIが競合を悪く言う回答を作ってしまいませんか?
プロンプトの注意事項で「確認できない競合の弱点は書かない/推測は推測と明示する」を指定しているため、断定は避ける設計です。それでも断定が混じることはあるので、出力チェックリストで温度を確認してから使ってください。
想定問答の回答をそのまま読み上げていいですか?
たたき台として使い、必ず自社の一次情報(連携可否・製品名・価格の最新値)で裏取りしてください。特に数値と連携可否は、AIが埋めてしまいやすい箇所です。
