提案・見積
提案書カスタマイズのAIプロンプト|顧客の言葉で刺さる提案に
汎用の標準提案書を、商談で相手が実際に口にした言葉と文脈に合わせて書き換えるプロンプトです。文字起こしと社内資料をコピペで渡すだけで、相手の課題語彙に沿った提案ドラフトと「まだ確認できていない箇所」のリストが同時に出ます。「提案書 カスタマイズ AI」で探している方向けの、コピペで使える型です。

必要データと準備
- 商談の文字起こし1件: 提案相手との直近の商談(初回ヒアリングやデモ回など)の録音・録画から起こしたテキスト。話者ラベル(誰の発言か)が付いていると、課題を口にした人と決裁者を区別しやすくなります。文字起こしの取り方は共通ガイドを参照してください。
- 自社の標準提案書・社内資料: いつも使っている汎用の提案書、料金表、強み、過去の打ち手メモなど。書き換えの素材になります。事実の根拠はここに書かれた範囲に限定されるため、社内で確定している情報を渡してください。
- 顧客の発言や社内資料を外部の生成AIに貼るときは、社外持ち出し・個人情報の扱いに注意してください。取り扱いルールが決まっていないデータは避けます。
プロンプト本文
あなたは顧客に刺さる提案書へ仕上げる営業ライターです。
自社の標準提案書(汎用の下書き)を、実際の商談で相手が話した言葉・文脈に合わせて書き換えてください。相手が使っていない主張や、根拠のない数値を足してはいけません。
## 自社の標準提案書・社内資料
{標準提案書のテキストや、料金表・強み・過去の打ち手などの社内資料をここに貼り付け}
## 商談の文字起こし
{提案相手との商談の録画・録音の文字起こしをここに貼り付け}
## 出力フォーマット
1. 顧客の言葉マップ
文字起こしから、相手が実際に口にした「課題・要望・懸念・意思決定の事情」の原文表現を抜き出し、提案書で使う言い換えと対にする(原文の短い引用 → 提案での表現)。抜き出せない要素は空欄にせず「該当発言なし」と書く。
2. リライトした提案書ドラフト
標準提案書の構成を保ちつつ、以下を反映して書き換える。
- 課題認識: 相手が口にした課題の言葉を、冒頭にそのまま置く
- 解決策: その課題に直接対応する自社機能だけを、相手の業務語彙で説明する
- 意思決定への配慮: 決裁プロセス・比較検討・懸念に相手が触れていれば、それに沿った一文を添える
- 数値・効果: 社内資料に根拠がある範囲だけ書く。なければ「効果は御社の運用前提で個別に試算」と留める
3. 文体・トーンの調整
です・ます調に統一し、過剰敬語を1段下げる(例:「ご送付させていただきます」→「お送りします」)。相手の話し方に合わせ、硬すぎない語調に寄せる。
4. 要確認リスト
文字起こしにも社内資料にも根拠がなく、埋められなかった箇所(金額・連携仕様・導入時期など)を列挙する。
## 注意事項
- 書き換えの根拠は「文字起こしにある発言」または「社内資料の記載」に限る。どちらにもない事実・数値・導入事例を創作しない
- 相手の課題や要望は、原文の言い回しを短く引用して裏づける。言い換える場合も意味を盛らない
- 曖昧な同意(「前向きに考えたい」「良ければ」等)を、確定した合意や強い購買意欲として書かない
- 未確認の項目(金額・連携の可否・時期など)は断定せず、「要確認」として4に回す
- 競合サービスの優劣は、相手が話した事実の範囲でのみ触れ、根拠なく他社を下げない
- 顧客データ・商談の文字起こしを外部AIに貼る際は、社外持ち出し・個人情報の扱いに注意するこのプロンプトを動かしてみる
プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。
AIに渡した入力データ(架空サンプル)
1. 顧客の言葉マップ
相手が口にした原文(引用) | 提案書で使う表現 |
|---|---|
「打刻修正の承認フローと、有休残数が自動で出るのか」(田中) | 打刻修正の承認と、有休残数の自動表示 |
「今は問い合わせのたびに私が計算していて」(田中) | 有休残数の問い合わせ対応が担当者の手作業になっている状態 |
「うちの給与ソフト、いま『ペイロールデスク』を使っている」(田中) | 現在ご利用のペイロールデスクとの連携を前提にした設計 |
「取締役会に上げる」「次の四半期の投資枠のタイミング」(佐藤) | 取締役会での起案・四半期の投資枠に合わせた提示 |
「ジンジワークスさんも…うちには少し大きいかな」(佐藤) | 他社比較の観点整理(相手の印象として言及されたもの) |
費用・見積の確定額 | 該当発言なし(「見積を改めて出す」段階) |
2. リライトした提案書ドラフト(抜粋)
課題認識: 現在、打刻修正の承認フローと有休残数の管理が課題になっているとうかがいました。特に有休残数については「問い合わせのたびに計算している」状態で、田中様のご負担になっています。本提案は、この2点を軸に絞ってご説明します。
解決策(うかがった課題に対応する機能に絞る)
- 打刻修正の承認: 修正申請が出ると承認者にアラートが飛び、承認フロー上で処理できます。
- 有休残数の自動表示: 打刻と連動して自動計算され、都度の計算対応が不要になります。
- ペイロールデスクとの連携: API連携の実績があります。対応範囲はバージョンにより異なるため、確認のうえ連携仕様書をお出しします(要確認・4参照)。
意思決定への配慮: 取締役会への起案と次の四半期の投資枠のタイミングに合わせ、判断に必要な材料(見積・スケジュール)を次回そろえてお持ちします。他社比較の観点も次回あわせて整理します。
効果・料金・要確認リストの続きを見る
効果: 申請〜承認をワークフロー化し、月末の転記や集計の負荷を減らした導入例があります。効果の大きさは運用の前提により差があるため、効果は御社の運用前提で個別に試算します(社内の共通数値は未整備のため、本提案では具体的なパーセンテージは記載しません)。
料金: 標準は1人あたり月400円〜、初期費用20万円〜。従業員200名規模のため、連携オプションの有無を含めた見積を改めてお出しします(確定額は要確認)。
3. 文体・トーンの調整: 全文をです・ます調に統一。過剰敬語を1段下げ(「ご送付させていただきます」→「お送りします」)。うかがった機能名にそのまま触れる語調に。
4. 要確認リスト
- ペイロールデスクの連携範囲: 使用バージョンが未確認のため要確認。
- 見積金額: 確定額は未提示。「見積を改めて出す」段階。
- 導入時期: 四半期の投資枠のタイミングを社内確認中。
- 他社比較の観点: ジンジワークスは相手の印象の言及のみ。優劣は事実ベースで別途整理が必要。
カスタマイズのヒント
- 業界で言葉が変わるとき: 相手の業界特有の呼び方(現場では「締め」「勤怠マスタ」など)が文字起こしにあれば、出力フォーマット2に「相手の社内用語をそのまま使う」と一行足すと、より馴染む提案になります。
- 新規開拓と既存深耕で強調点を変える: 新規なら課題認識と解決策を厚く、既存の追加提案なら「意思決定への配慮」に既存の利用状況や過去の要望を反映させると効きます。社内資料に利用履歴メモを足して渡してください。
- 決裁層に上げる版が欲しいとき: 「決裁者が1枚で読める要約を先頭に付ける」と指定すると、取締役会など上位向けの短い版も同時に作れます。詳しくはエグゼクティブ向け要約のプロンプトへ。
よくある質問
標準提案書がなくても使えますか。
使えますが、精度は落ちます。書き換えの根拠は「文字起こしにある発言」と「渡した社内資料」に限る設計なので、素材が少ないと汎用的な出力になります。料金表や強みのメモだけでも渡すことをおすすめします。
AIが勝手に効果の数値や実績を盛ることはありませんか。
注意事項で「社内資料にない事実・数値・導入事例を創作しない」と指定しており、根拠がない箇所は要確認リストに回すようにしています。ただし生成AIの出力は完全ではないため、公開前に数値と固有名詞は人の目で確認してください。
まだ聞けていない金額や導入時期はどう扱われますか。
文字起こしにも社内資料にも根拠がない項目は、本文で断定せず「要確認リスト」に分けて出力されます。そのまま相手に断定で伝えないよう、リストを見て本文の表現を調整してください。
