提案・見積

提案書カスタマイズのAIプロンプト|顧客の言葉で刺さる提案に

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

  • 資料・提案書

必要データと準備

  • 商談の文字起こし1件: 提案相手との直近の商談(初回ヒアリングやデモ回など)の録音・録画から起こしたテキスト。話者ラベル(誰の発言か)が付いていると、課題を口にした人と決裁者を区別しやすくなります。文字起こしの取り方は共通ガイドを参照してください。
  • 自社の標準提案書・社内資料: いつも使っている汎用の提案書、料金表、強み、過去の打ち手メモなど。書き換えの素材になります。事実の根拠はここに書かれた範囲に限定されるため、社内で確定している情報を渡してください。
  • 顧客の発言や社内資料を外部の生成AIに貼るときは、社外持ち出し・個人情報の扱いに注意してください。取り扱いルールが決まっていないデータは避けます。

プロンプト本文

プロンプト(コピーして使う)
あなたは顧客に刺さる提案書へ仕上げる営業ライターです。
自社の標準提案書(汎用の下書き)を、実際の商談で相手が話した言葉・文脈に合わせて書き換えてください。相手が使っていない主張や、根拠のない数値を足してはいけません。

## 自社の標準提案書・社内資料
{標準提案書のテキストや、料金表・強み・過去の打ち手などの社内資料をここに貼り付け}

## 商談の文字起こし
{提案相手との商談の録画・録音の文字起こしをここに貼り付け}

## 出力フォーマット
1. 顧客の言葉マップ
   文字起こしから、相手が実際に口にした「課題・要望・懸念・意思決定の事情」の原文表現を抜き出し、提案書で使う言い換えと対にする(原文の短い引用 → 提案での表現)。抜き出せない要素は空欄にせず「該当発言なし」と書く。
2. リライトした提案書ドラフト
   標準提案書の構成を保ちつつ、以下を反映して書き換える。
   - 課題認識: 相手が口にした課題の言葉を、冒頭にそのまま置く
   - 解決策: その課題に直接対応する自社機能だけを、相手の業務語彙で説明する
   - 意思決定への配慮: 決裁プロセス・比較検討・懸念に相手が触れていれば、それに沿った一文を添える
   - 数値・効果: 社内資料に根拠がある範囲だけ書く。なければ「効果は御社の運用前提で個別に試算」と留める
3. 文体・トーンの調整
   です・ます調に統一し、過剰敬語を1段下げる(例:「ご送付させていただきます」→「お送りします」)。相手の話し方に合わせ、硬すぎない語調に寄せる。
4. 要確認リスト
   文字起こしにも社内資料にも根拠がなく、埋められなかった箇所(金額・連携仕様・導入時期など)を列挙する。

## 注意事項
- 書き換えの根拠は「文字起こしにある発言」または「社内資料の記載」に限る。どちらにもない事実・数値・導入事例を創作しない
- 相手の課題や要望は、原文の言い回しを短く引用して裏づける。言い換える場合も意味を盛らない
- 曖昧な同意(「前向きに考えたい」「良ければ」等)を、確定した合意や強い購買意欲として書かない
- 未確認の項目(金額・連携の可否・時期など)は断定せず、「要確認」として4に回す
- 競合サービスの優劣は、相手が話した事実の範囲でのみ触れ、根拠なく他社を下げない
- 顧客データ・商談の文字起こしを外部AIに貼る際は、社外持ち出し・個人情報の扱いに注意する

このプロンプトを動かしてみる

プリセットされた依頼のまま「送信」を押すと、AIの応答がその場でストリーミング表示されます(架空データに対する収録済みの応答。生成AIは呼び出しません)。

営業AIエージェントStockworkサンプル実行(収録済み)
うちの標準提案書を、相手がこの商談で使った言葉に合わせて書き換えて。
AIに渡した入力データ(架空サンプル)
入力サンプル: テクノアドバンス 提案書リライト ※プロンプトの `{標準提案書・社内資料}` と `{商談の文字起こし}` に貼る想定。架空データ(ロウムメイト営業×テクノアドバンス管理部)。 --- 自社の標準提案書・社内資料(汎用ドラフト抜粋・ロウムメイト株式会社) 標準提案書(他社にも共通で使っている汎用版) - 表紙タイトル: 「勤怠・労務管理の効率化のご提案」 - 課題認識(汎用): 多くの企業で勤怠集計や労務手続きが属人化し、月末の締め業務に工数がかかっています。 - 解決策: クラウド勤怠・労務管理SaaS「ロウムメイト」で勤怠・給与・労務手続きを一元管理します。主な機能は、打刻・勤怠集計の自動化/有休残数の自動計算/申請〜承認のワークフロー化/既存給与ソフトとのAPI連携です。 - 導入効果(汎用): バックオフィス業務の負荷軽減、属人化の解消。 - 料金: 1人あたり月400円〜、初期費用20万円〜。 - サポート: 導入伴走サポートあり。 社内メモ(定性) - 急拡大中のSaaS企業で、申請〜承認をワークフロー化して月末の転記作業を減らした事例がある。定量効果は案件により差が大きく、社内で共通の数値は未整備。 - 給与ソフト「ペイロールデスク」とのAPI連携実績あり。ただし対応範囲はソフトのバージョンにより異なる。 --- 商談の文字起こし(2回目・デモ商談 抜粋) 営業(ロウムメイト・鈴木): 本日はデモのお時間ありがとうございます。前回うかがった月末締めの負荷と、給与ソフト連携のあたりを中心に画面をお見せしますね。 佐藤(管理部長): お願いします。田中も気になっているところが多いみたいで。 田中(人事労務): はい。特に打刻修正の承認フローと、有休残数が自動で出るのかを見たいです。今は問い合わせのたびに私が計算していて。 営業: そこはまさに今日お見せします。(デモ実施)……という形で、有休残数は打刻と連動して自動計算されます。修正申請も承認者にアラートが飛びます。 田中: これは助かりますね。うちの給与ソフト、いま「ペイロールデスク」を使っているんですが、これとの連携はどうなりますか。 営業: ペイロールデスクですね。API連携の実績はあります。ただバージョンによって対応範囲が変わるので、御社が使われているバージョンを確認させてください。こちらで連携仕様書をお出しします。 田中: バージョンは……すみません、正確には即答できないです。あとで情シスに確認します。 佐藤: 費用感はどうなりますか。前回、金額次第という話をしたので。 営業: はい。御社は従業員200名規模なので、月額と初期費用を含めた見積を改めてお出しします。連携オプションの有無で少し変わるので、そこも整理して次回お持ちします。 佐藤: お願いします。あと、うちは取締役会に上げる形になるので、次の四半期の投資枠のタイミングを社内で確認しておきます。 営業: 助かります。導入するとなった場合のスケジュール感も、次回あわせてご提示しますね。 佐藤: そうですね。前向きに考えたいと思っています。ジンジワークスさんも一応見てはいるんですが、うちには少し大きいかなという印象で。まだ決めきってはいないです。 営業: 承知しました。比較の観点も次回整理してお持ちします。本日はありがとうございました。 田中: ありがとうございました。バージョンの件、確認しておきます。
「送信」を押すと、ここに実行結果を表示します。

カスタマイズのヒント

  • 業界で言葉が変わるとき: 相手の業界特有の呼び方(現場では「締め」「勤怠マスタ」など)が文字起こしにあれば、出力フォーマット2に「相手の社内用語をそのまま使う」と一行足すと、より馴染む提案になります。
  • 新規開拓と既存深耕で強調点を変える: 新規なら課題認識と解決策を厚く、既存の追加提案なら「意思決定への配慮」に既存の利用状況や過去の要望を反映させると効きます。社内資料に利用履歴メモを足して渡してください。
  • 決裁層に上げる版が欲しいとき: 「決裁者が1枚で読める要約を先頭に付ける」と指定すると、取締役会など上位向けの短い版も同時に作れます。詳しくはエグゼクティブ向け要約のプロンプトへ。

よくある質問

標準提案書がなくても使えますか。

使えますが、精度は落ちます。書き換えの根拠は「文字起こしにある発言」と「渡した社内資料」に限る設計なので、素材が少ないと汎用的な出力になります。料金表や強みのメモだけでも渡すことをおすすめします。

AIが勝手に効果の数値や実績を盛ることはありませんか。

注意事項で「社内資料にない事実・数値・導入事例を創作しない」と指定しており、根拠がない箇所は要確認リストに回すようにしています。ただし生成AIの出力は完全ではないため、公開前に数値と固有名詞は人の目で確認してください。

まだ聞けていない金額や導入時期はどう扱われますか。

文字起こしにも社内資料にも根拠がない項目は、本文で断定せず「要確認リスト」に分けて出力されます。そのまま相手に断定で伝えないよう、リストを見て本文の表現を調整してください。

商談の一次情報をAIが利活用、
営業担当者の行動が変わる

プロンプトの入力データが自動で貯まる仕組みを、資料でご確認ください

メニュー

資料請求