生成AIで営業提案書作成を効率化する方法｜試行と品質確認

営業提案書づくりは、資料を速く書くだけでは完結しません。顧客の課題を取り違えないこと、社内で合意した条件を守ること、根拠のない表現を送らないことが、提案の品質そのものです。生成AIは、この前提を置いたうえで「考え始めるまでの時間」と「過去資料を探して整える時間」を減らす道具として使うと、試行を設計しやすくなります。

この記事では、営業提案書のすべてをAIに任せるのではなく、限定した工程を2週間程度の小さな試行で検証する方法を紹介します。目的は、速さだけを評価することではありません。営業担当者が説明に使える品質を保ちながら、どの条件なら運用できるかを明らかにすることです。

最初に決めるのは「何を速くするか」

「提案書をAIで作る」という目的のまま始めると、対象範囲が広すぎて結果を比較できません。はじめに、現在の作業を分解します。

工程	AIに任せやすい作業	人が確認・決定する作業
事前準備	承認済み資料から関連する章を探す、論点を並べる	利用してよい資料かを判断する
構成	提案骨子や見出しの案を複数出す	顧客課題との一致、提案方針を決める
下書き	既存の言い回しをもとに文章案を作る	事実、価格、契約条件、約束事項を確認する
送付前	チェックリストに沿って確認項目を並べる	最終承認と送付の可否を判断する

最初の試行では、たとえば「承認済みの会社紹介とサービス説明を使い、提案書の構成案を20分以内に作る」といった一工程に絞ります。作業者、入力資料、出力形式、確認者を固定すれば、従来のやり方との違いを振り返れます。

対象案件は、再現できるものを選ぶ

試行対象には、営業担当者だけが扱い方を知っている案件ではなく、同じ条件で別の人も再現できる案件を選びます。具体的には、次の条件がそろうものが向いています。

• 過去の提案書や承認済みの説明資料がある
• 顧客課題、想定する提案範囲、担当者が明確である
• 個人情報、未公表情報、契約上の機微情報を入力せずに検証できる
• 送付予定が急すぎず、レビューする時間を確保できる

反対に、大型商談、例外的な価格条件、法務確認が未了の契約条件を含む案件は、最初の対象から外します。生成AIの試行で確認したいのは「難しい案件でも使えるか」ではなく、「安全な条件で、どの工程に効果があるか」です。

入力資料と利用ルールを先に固定する

提案書の質は、生成前に渡す情報で大きく変わります。だからこそ、プロンプトを工夫する前に、入力してよい資料を一覧にします。資料名、承認者、更新日、利用可能な範囲を確認し、試行用フォルダに置く資料だけを使う運用にすると、確認の責任範囲が明確になります。

特に次の情報は、社内の情報管理ルールと利用中サービスの設定を確認するまで入力しません。

• 顧客名、担当者名、連絡先などの個人情報
• 未公表の価格、原価、見積条件、契約交渉の内容
• 顧客から預かった資料や、第三者に共有できない情報
• 根拠や更新日が確認できない数値、導入実績、効果表現

入力を抽象化しても目的を検証できる場合は、まず「製造業の営業責任者」「既存のサービス紹介資料」のように置き換えます。実データが必要になった段階で、利用規約、権限、保存先、ログの扱いを関係者と確認します。

下書き用の指示は、出力と禁止事項を分けて書く

生成AIには、完成文ではなく確認しやすい下書きを求めます。次のように、入力、出力、制約、確認依頼を分けると、レビューしやすい形になります。

目的: 承認済み資料をもとに、初回提案の構成案を作成する。
入力: 指定した会社紹介、サービス説明、顧客課題の要約のみ。
出力: 1) 見出し案 2) 各見出しの要点 3) 確認が必要な前提。
制約: 入力にない数値、導入実績、機能、約束事項は作らない。
確認依頼: 不確かな点は「要確認」と明記し、推測で補わない。

この形なら、AIの出力にもっともらしい表現が含まれても、確認対象として見つけやすくなります。指示の良し悪しは、一度で完璧な答えを出すことではなく、修正理由を記録して次の試行に反映できることです。

送付前レビューは「人の判断」を残す

AIが作った文書をそのまま送らないために、担当者と確認者の役割を分けます。確認者がいない小規模な試行でも、作成者が時間を置いて別の観点で見直す工程を置きます。

確認項目	確認の観点
顧客理解	課題、対象範囲、前提条件が商談内容と合っているか
事実と根拠	数値、機能、事例、効果表現に確認できる根拠があるか
条件と約束	価格、納期、契約、対応範囲を勝手に確定していないか
情報管理	不要な個人情報や機密情報が残っていないか
表現	顧客にとって曖昧な言葉、過度な断定、誤解を招く表現がないか

レビューで見つかった修正は、「AIの誤り」「入力資料の不足」「指示の不足」「人の判断が必要」の4つ程度に分けて記録します。特に、顧客への約束につながる修正が出た場合は、次回の試行でも人の確認を必須にする判断材料になります。

KPIは時間だけでなく品質も並べる

作成時間が短くなっても、レビュー負荷や修正回数が増えれば、現場で使える改善とは言えません。試行の開始前に、次のような指標を決めます。

• 構成案の完成までにかかった時間
• 送付可能な状態までの総リードタイム
• 事実・条件・表現に関する修正件数
• 重大な修正（誤った約束や情報管理上の懸念）の有無
• 営業担当者と確認者が「次回も使える」と判断した理由

件数だけでは判断しにくいため、同じ種類の案件を2〜3件扱い、試行前の通常手順と比べます。効果が見えた工程だけを広げ、品質上の懸念が残った工程は、入力資料や確認ルールを見直してから再試行します。

判定基準も試行前に合意します。たとえば、重大な修正が1件でも出た場合は対象工程を止めて原因を確認し、総リードタイムが短くなってもレビュー時間が増えた場合は条件変更とします。時間と品質の両方で目標を満たし、担当者・確認者が継続可能と判断したときだけ、対象案件を少し広げます。ここでの数値や条件は、各社の通常手順を基準に決めることが重要です。

2週間の小さな試行プラン

実施の流れは、短くても次の4段階を外さないのがポイントです。

1. 準備（1〜2日）: 対象案件、利用資料、入力禁止情報、確認者、評価指標を決める。
2. 実行（3〜5日）: 同じ工程で2〜3件の下書きを作り、作業時間と修正理由を記録する。
3. 振り返り（1日）: KPIとレビュー記録を見て、継続・条件変更・停止を判断する。
4. 共有（1日）: 使えた指示、使ってはいけない資料、レビュー項目を営業チームに共有する。

この段階で「全員に展開するか」を決める必要はありません。むしろ、どの資料なら使えるか、どの確認が必須かを明文化できたことが、次の検証への成果です。

まとめ：速さより、確認できる提案プロセスを作る

生成AIを営業提案書に使う最初の目的は、送付前の確認を省くことではありません。承認済みの情報から下書きを作り、人が根拠と約束を確認する流れを固定し、時間と品質を一緒に測ることです。

提案書の作成工程や情報管理の条件は、会社ごとに異なります。どこから試すべきか、レビュー基準をどう作るかに迷う場合は、導入支援についてご相談ください。営業現場で続けられる試行範囲と確認手順を整理します。