商談メモを提案書の骨子に変えるAIプロンプトテンプレート
商談後のメモを、提案書の見出し、訴求ポイント、確認事項まで整理するためのプロンプトです。営業担当者、カスタマーサクセス、企画担当者など、「会話の記録はあるが、提案書に落とす時間がない」人向けに使えます。
このテンプレートの狙いは、AIに完成版の提案書を丸投げすることではありません。商談で聞いた事実を、提案書として検討できる骨子に並べ替えることです。
- 使う場面: 商談メモ、議事録、ヒアリング結果を提案書の下書きにしたいとき
- 出力形式: 箇条書き中心の提案書骨子
- 向いている人: 法人営業、導入支援、制作・開発・コンサル提案の担当者
- 注意点: 社名、個人名、金額、契約条件などの機密情報は必要に応じて伏せてから入力する
ここがポイント: AIに「いい感じの提案書を書いて」と頼むより、商談メモのどの情報を使い、どの順番で提案にするかを指定した方が、確認しやすい骨子になります。
用途と完成イメージ
このプロンプトは、商談メモを「提案書に入れるべき項目」へ変換するために使います。
商談直後のメモには、相手の課題、予算感、導入時期、決裁者、競合状況、次回までの宿題が混ざっています。そのまま提案書を書き始めると、相手が重視していた点より、自社が言いたい機能説明が前に出やすくなります。
そこで、まずAIに次の形で整理させます。
- 提案の前提
- 顧客の課題
- 提案の方向性
- 提案書に入れる章立て
- 強調すべき価値
- 不足情報と確認事項
- 次回商談までに準備する材料
この段階では、文章を美しく仕上げるより、提案の抜け漏れを見つけることを優先します。骨子が整ってから、社内の提案書フォーマットや営業資料に合わせて肉付けすると、確認作業がかなり楽になります。
コピペ用プロンプトテンプレート
以下をそのままコピーし、{} の中を自分の商談内容に置き換えて使ってください。ChatGPT、Claude、Gemini などの汎用的な対話型AIで使う前提ですが、サービスごとの仕様や社内ルールに従い、入力してよい情報だけを使ってください。
あなたは法人営業の提案書作成を支援するアシスタントです。
以下の商談メモをもとに、提案書の骨子を作ってください。
# 目的
商談内容を整理し、次回提出する提案書の章立てと主な論点を明確にする。
# 想定読者
{提案書を読む相手: 例 営業部長、情報システム部門、経営層、現場責任者}
# 提案する商材・サービス
{商材・サービス名または概要}
# 商談メモ
{ここに商談メモを貼り付ける}
# 出力してほしい内容
1. 商談内容の要約
2. 顧客の課題と背景
3. 提案の方向性
4. 提案書の章立て案
5. 各章に入れるべき要点
6. 強調すべき価値・効果
7. 不足している情報
8. 次回までに確認すべき質問
9. 提案書に入れない方がよい内容や注意点
# 出力条件
- 事実として商談メモに書かれている内容と、AIの推測を分ける
- 不明点は断定せず「要確認」と書く
- 提案書の骨子として使えるように、見出しと箇条書きで整理する
- 相手に見せる前に人間が確認しやすい形にする
- 過度な営業表現や根拠のない効果は書かない
このテンプレートでは、「事実」と「推測」を分ける指定を入れています。商談メモには、相手が明言したことと、こちらがそう感じたことが混ざりやすいからです。
提案書では、この違いが重要です。相手が「来期に検討」と言ったのか、担当者が「来期になりそう」と感じただけなのかで、提案の温度感は変わります。
入力時に変える部分
このテンプレートで毎回変えるのは、主に4か所です。
1. 想定読者
{提案書を読む相手} は、必ず具体的に書きます。
同じ商談メモでも、読む相手によって強調点が変わります。
- 経営層向け: 費用対効果、投資判断、導入後の変化
- 部門責任者向け: 業務負荷、運用体制、現場への影響
- 情報システム部門向け: 連携、セキュリティ、保守、権限管理
- 現場担当者向け: 日々の作業がどう楽になるか、使い方、移行手順
「誰が読むか」を曖昧にすると、AIの出力も一般的な提案書になりがちです。最初に読者を決めるだけで、章立ての優先順位が変わります。
2. 商材・サービスの概要
{商材・サービス名または概要} には、正式名称だけでなく、何を解決するものかも入れます。
たとえば、単に「SaaS」と書くより、次のように書いた方が出力が安定します。
中小企業向けの問い合わせ管理SaaS。メール、フォーム、チャットから来る問い合わせを一元管理し、対応漏れを減らすサービス。
AIは、商材の特徴を知らない状態では提案の方向性を具体化できません。公開してよい範囲で、対象業務、主な機能、導入後に変わる作業を短く入れてください。
3. 商談メモ
商談メモは、きれいな文章でなくても構いません。ただし、次の情報が入っていると骨子が作りやすくなります。
- 相手企業・部署の状況
- 困っていること
- 現在のやり方
- 予算や時期に関する発言
- 決裁者・関係者
- 競合や比較対象
- 相手が強く反応した話題
- 次回までの宿題
メモが長い場合は、時系列のまま貼っても使えます。ただ、発言者が分かるように「先方」「自社」「部長」「現場担当」などを付けておくと、提案書に反映しやすくなります。
4. 出力条件
出力条件は、案件の性質に合わせて足してください。
たとえば、価格が重要な商談なら「費用に関する不明点を分けて整理する」、法務確認が必要なら「契約・個人情報・セキュリティに関する確認事項を別枠にする」と指定します。
AIに任せる範囲を広げるより、確認したい観点を先に書く方が、実務で使いやすい出力になります。
NG例と改善例
商談メモから提案書を作るときに失敗しやすいのは、指示が短すぎるケースです。
NG例
以下の商談メモから提案書を作ってください。
{商談メモ}
この指示でも文章は出ます。しかし、次のような問題が起きやすくなります。
- 提案書の読者が誰か分からない
- 事実と推測が混ざる
- メモにない効果を言い切ってしまう
- 不足情報が見えない
- 次回確認すべき質問が出ない
特に商談後の初期段階では、完成文よりも「何が分かっていて、何が足りないか」の整理が大切です。
改善例
以下の商談メモをもとに、次回商談で使う提案書の骨子を作ってください。
読者は {相手の役職・部門} です。
提案するサービスは {サービス概要} です。
出力は、次の順番にしてください。
1. 商談メモから確認できる事実
2. 顧客の課題
3. 提案で解決できそうな点
4. 提案書の章立て
5. 不足情報
6. 次回確認すべき質問
商談メモにない内容は断定せず、「推測」または「要確認」と明記してください。
改善のポイントは、AIに文章作成だけでなく、判断材料の仕分けを頼んでいる点です。提案書は相手に提出する資料なので、根拠が薄い表現を早い段階で分けておく必要があります。
出力を安定させるコツ
商談メモは案件ごとにばらつきます。だからこそ、出力形式と確認観点を固定しておくと、毎回の見直しが楽になります。
出力形式を固定する
おすすめは、最初から章立てを指定する方法です。
出力は以下の見出しで整理してください。
- 提案の前提
- 顧客の現状
- 顧客の課題
- 提案方針
- 提案書の章立て
- 不足情報
- 次回確認事項
見出しを固定すると、複数案件を比較しやすくなります。営業チームで使う場合も、各担当者の出力がばらつきにくくなります。
「提案しないこと」も書かせる
提案書では、入れる内容だけでなく、入れない内容も重要です。
たとえば、相手がまだ予算を明言していない段階で詳細な料金プランを前面に出すと、話が価格だけに寄ってしまうことがあります。逆に、現場担当者が運用負荷を気にしているのに、経営向けの投資効果ばかり並べると刺さりません。
次の一文を入れておくと、提案の焦点を保ちやすくなります。
商談メモの内容から見て、現時点の提案書に入れない方がよい内容、または慎重に扱うべき内容も挙げてください。
機密情報をそのまま入れない
AIサービスに入力する内容は、利用規約、社内規程、顧客との契約に従う必要があります。OpenAI、Anthropic、Google などの公式ドキュメントでも、入力データの扱いや安全な利用方法はサービスごとに説明されています。
実務では、次のように置き換えてから使うと安全です。
- 実名の企業名:
A社、既存顧客A - 個人名:
担当者A、部門責任者B - 具体的な金額:
月額数十万円規模、予算未確定 - 契約条件:
個別条件あり、法務確認中 - 未公開の製品名:
新サービスX
骨子作成に不要な機密情報は、最初から入れない方が扱いやすくなります。
出力形式別の追加指定例
提案書の骨子は、用途に応じて形式を変えると使いやすくなります。
| 使いたい形 | 追加する指示 | 向いている場面 |
|---|---|---|
| 箇条書き | 各見出しごとに3〜5個の箇条書きで整理してください。 | 商談直後の整理、社内共有 |
| 表 | 「顧客の発言」「読み取れる課題」「提案に反映する内容」の3列で表にしてください。 | メモの根拠を確認したいとき |
| 短文 | 上司に共有するため、300字以内で要点をまとめてください。 | Slack、Teams、メール共有 |
| 長文 | 提案書の本文下書きとして、各章300〜500字で文章化してください。 | 骨子確認後の本文作成 |
| JSON | 章立て、要点、不足情報、確認質問をJSON形式で出力してください。 | 社内ツールや管理表に取り込みたいとき |
表で整理したい場合は、次のように指示できます。
商談メモをもとに、次の列で表にしてください。
列:
- 顧客の発言・事実
- 読み取れる課題
- 提案書に反映する内容
- 確認が必要な点
商談メモに根拠がない内容は書かず、不明な場合は「要確認」としてください。
JSONで出したい場合は、後から整形しやすいように項目名を固定します。
次のJSON形式で出力してください。
{
"summary": "商談内容の要約",
"customer_issues": ["課題1", "課題2"],
"proposal_direction": ["提案方針1", "提案方針2"],
"outline": [
{
"section_title": "章タイトル",
"points": ["入れる要点1", "入れる要点2"]
}
],
"missing_information": ["不足情報1"],
"questions_for_next_meeting": ["確認質問1"]
}
活用例と応用パターン
このテンプレートは、提案書そのものだけでなく、商談後の社内共有にも使えます。
上司への報告に使う
商談メモをそのまま送ると、読む側が論点を拾う必要があります。AIで一度整理し、次の形にすれば、上司は判断しやすくなります。
上司に案件状況を共有するため、以下の商談メモを300字以内で要約してください。
あわせて、受注可能性を判断するために不足している情報を3つ挙げてください。
商談メモ:
{商談メモ}
ここでは、提案書の完成度より「案件判断に必要な情報」が中心です。報告用と提案書用では、同じメモでも出すべき内容が変わります。
次回商談の質問作成に使う
提案書の骨子を作ると、不足情報が見えてきます。そのまま次回の質問に変えることもできます。
以下の提案書骨子を見て、次回商談で確認すべき質問を作ってください。
条件:
- 相手が答えやすい順番に並べる
- 価格、導入時期、決裁者、現場運用、比較対象に分ける
- 質問は10個以内にする
提案書骨子:
{AIが作成した骨子}
質問を先に用意しておくと、次回商談で「何となく追加で聞く」状態を避けられます。
提案書タイトル案を作る
骨子ができた後に、提案書のタイトルを出す使い方もあります。
以下の提案書骨子をもとに、提案書タイトル案を10個出してください。
条件:
- 顧客の課題が伝わるタイトルにする
- 大げさな表現は避ける
- 20〜35文字程度にする
- 経営層向け、現場責任者向け、情報システム部門向けに分ける
提案書骨子:
{提案書骨子}
タイトル案は、そのまま使うよりも、提案の焦点を確認するために使うと便利です。タイトルがぼやける場合は、骨子の課題設定もぼやけている可能性があります。
使う前のチェックリスト
最後に、商談メモをAIに入れる前と、出力を提案書に使う前の確認項目です。
- 入力してよい情報だけに加工したか
- 社名、個人名、金額、契約条件を必要に応じて伏せたか
- 提案書を読む相手を指定したか
- 商材・サービスの概要を短く入れたか
- 事実と推測を分けるように指示したか
- 不足情報と次回確認事項を出すようにしたか
- AIの出力に、商談メモにない断定が混ざっていないか
- 提案書に入れる内容と、まだ入れない内容を分けたか
商談メモから提案書を作るとき、AIに任せるべきなのは「事実の整理」と「骨子のたたき台」です。最終的な判断、表現、約束できる範囲の確認は、人間が行う必要があります。
次に見るべきポイントは、AIが作った骨子のうち、どこに根拠があり、どこがまだ仮説なのかです。ここを分けておけば、提案書はただ早く作れるだけでなく、次回商談で確認すべきことまで見える資料になります。