Claude Codeで提案書を量産する方法|テンプレ×顧客データで営業資料を一括生成
提案書を毎回ゼロから作っている現場では、コピペミス、ブランド崩れ、宛名の取り違えが常態化しがちです。テンプレートを用意していても、手動で差し替えている限りこの問題は残ります。提案先が10社を超えると、作業量そのものより「間違えていないか」の確認コストが重くなります。提案書AI活用の概念記事で整理した通り、量産の前提は「人が考える部分」と「機械が回す部分」の切り分けです。
Claude Codeは、マスターテンプレートと顧客データCSVを使い、提案書をバッチ処理で一括生成するスクリプトの設計・生成に向いています。自然言語でスクリプトの修正を回せるため、Pythonに慣れていない担当者でも運用に乗せやすいのが特徴です。
本記事のポイント
- 提案書量産の設計は「マスターテンプレート × 変数定義 × バッチスクリプト」の3層で考えると、属人化しにくい。
- Claude Codeは、顧客データCSVを読み込んでテンプレートに差し込むPythonスクリプトの生成・修正を自然言語で回せるため、非エンジニアでも運用に乗せやすい。
- PPTX・DOCX・PDFの出力形式は提出先の要件で決まる。社内レビューはPPTX、顧客提出はPDF、契約書系はDOCXが実務上の基本パターン。
このフローが向いている場面
- 提案先が月10社以上あり、毎回テンプレートを手動コピーして宛名・課題・提案内容を差し替えている
- ブランドガイドラインやフォーマットの統一が崩れやすく、レビュー工数が増えている
- 営業が資料作成に時間を取られ、商談準備や顧客理解に充てる時間が減っている
テンプレートの型が決まっている資料ほど、バッチ生成との相性が良くなります。
提案書量産の設計思想:テンプレ × 変数 × バッチ処理
提案書の量産を安定させるには、「テンプレート」「変数定義」「バッチスクリプト」の3層に分けて考えるのが基本です。テンプレートに直接データを書き込む運用は、最初は速くても変更に弱くなります。
| レイヤー | 役割 | 具体的な成果物 |
|---|---|---|
| マスターテンプレート | 資料の構成・デザイン・ブランド要素を固定 | PPTX / DOCX のテンプレートファイル |
| 変数定義 | 顧客ごとに差し替える項目を一覧化 | 顧客データCSV / JSON |
| バッチスクリプト | テンプレートにデータを流し込み、ファイルを生成 | Pythonスクリプト(Claude Codeで生成・修正) |
この3層が分離していれば、テンプレートの修正はデザイン担当だけ、データの追加は営業だけ、スクリプトの調整はClaude Codeに自然言語で依頼するだけで回ります。属人化を防ぐポイントは、3つを混ぜないことです。
手順1:マスターテンプレートを準備する
テンプレートは、差し替え箇所をプレースホルダーで明示しておくのが前提です。命名規則を決めずにテンプレートを作ると、スクリプト側で何を差し替えるか判定できません。
| プレースホルダー | 差し替え内容 | 記載例 |
|---|---|---|
{{company_name}} | 提案先企業名 | 株式会社サンプル |
{{challenge}} | 顧客の課題 | 営業資料の属人化 |
{{proposal_summary}} | 提案概要 | テンプレート運用による標準化 |
{{delivery_date}} | 提出予定日 | 2026-04-01 |
{{contact_name}} | 担当者名 | 山田太郎 |
プレースホルダーの命名は {{snake_case}} で統一すると、CSVのカラム名とそのまま対応できます。テンプレートファイル内でプレースホルダーを検索・置換する処理が安定するため、全角括弧や独自記法は避けてください。
手順2:顧客データ(CSV/JSON)を用意する
テンプレートのプレースホルダーに対応する列を持つCSVを準備します。1行が1社分の提案書に対応する構造です。
company_name,challenge,proposal_summary,delivery_date,contact_name
株式会社A,リード管理の属人化,CRM連携による可視化,2026-04-01,佐藤一郎
株式会社B,提案書の品質ばらつき,テンプレート標準化,2026-04-05,田中花子
株式会社C,営業報告の遅延,週次レポート自動化,2026-04-10,鈴木次郎
実務上のポイントは3つあります。第一に、列名はテンプレートのプレースホルダーと完全一致させること。第二に、空欄がある行はスクリプトでスキップするかデフォルト値を入れるか、先に決めておくこと。第三に、CRMからエクスポートする場合はカラム名のマッピングルールを別ファイルで持っておくと、CRM側の変更に強くなります。
手順3:Claude Codeでマージ&生成する
テンプレートとCSVが揃ったら、Claude Codeにバッチスクリプトの生成を依頼します。ディレクトリ構成を先に決めておくと、指示がぶれにくくなります。
proposal-batch/
templates/
proposal-master.pptx
data/
customers.csv
scripts/
generate.py
output/
株式会社A_提案書.pptx
株式会社B_提案書.pptx
株式会社C_提案書.pptx
Claude Codeへの指示例は次の通りです。「templates/proposal-master.pptx のプレースホルダーを data/customers.csv の各行で差し替え、output/ に企業名付きのファイルを生成するPythonスクリプトを作って」。python-pptx や python-docx などのライブラリ選定もClaude Codeに任せられます。
スクリプトの修正も自然言語で回せます。「出力ファイル名に日付を入れて」「空欄がある行はスキップして」「PDFにも変換して」といった追加要件を都度伝えるだけで、コードを直接触る必要はありません。
PPTX・DOCX・PDF出力の使い分け
出力形式は、提出先の要件と社内レビューの都合で決まります。「全部PDFで統一」は一見楽ですが、社内レビューで修正を入れたい場合にはPPTXやDOCXの方が回しやすくなります。
| 形式 | 主な用途 | 向いている場面 | 注意点 |
|---|---|---|---|
| PPTX | 社内レビュー・プレゼン | 営業が微調整して使う提案書 | フォント崩れに注意 |
| DOCX | 契約書・仕様書・報告書 | テキスト中心の長文資料 | レイアウト崩れのリスクあり |
| 顧客提出・最終納品 | 変更不要の確定版 | 後から修正できない |
実務上の基本パターンは、社内レビューはPPTXで回し、顧客提出はPDFに変換、契約書系はDOCXで管理する流れです。各形式の詳しい生成方法は、PPTX自動生成の記事、Word文書生成の記事、PDFレポート生成の記事を参照してください。
人が確認する境界はここ
バッチ生成で効率化できるのはデータ流し込みと出力の部分です。以下は人が確認すべきチェックポイントです。
- 顧客名や担当者名が正しく差し替わっているか(特に敬称・法人格の表記ゆれ)
- 課題と提案内容の組み合わせが論理的に成立しているか
- 金額・納期・条件など、商談固有の数値が正しいか
- ブランドガイドラインに沿ったデザインが崩れていないか
特に注意すべきは、CSVのデータ品質です。元データに誤りがあれば、バッチ処理はその誤りをすべてのファイルに正確に複製します。生成前のCSVレビューが最も費用対効果の高いチェックポイントです。
よくある質問
テンプレートは何ファイル必要?
基本は1マスターテンプレートで始めるのが安定します。業種別・商材別に分けたい場合でも、最初は1ファイルで回し、差し替え変数で出し分ける方が管理コストは低くなります。テンプレートが増えるほどメンテナンス負荷が上がるため、3ファイル以上に分かれたら設計を見直してください。
画像も差し替えられる?
python-pptx を使えば、スライド内の画像をプログラムで差し替えることは可能です。ただし、画像の差し替えはテキストより崩れやすいため、ロゴや業種別イメージの差し替え程度に留めるのが実務的です。Claude Codeに「スライド3の画像を顧客ロゴに差し替えて」と指示すれば、対応するコードを生成できます。
CRMから直接データを引けるか?
CRMのAPIエクスポートやCSVエクスポートを使えば、データの取得は自動化できます。ただし、CRMの項目名とテンプレートのプレースホルダーが一致しない場合が多いため、マッピング定義を別途用意する必要があります。Claude Codeに「SalesforceのCSVエクスポートをテンプレートの変数名に変換するスクリプトを作って」と依頼するのが現実的です。
何社分まで一括で回せる?
技術的な上限はローカルマシンのメモリとストレージに依存しますが、実務上は50〜100社分を1バッチで回すのが現実的です。それ以上になる場合は、バッチを分割して実行し、出力を確認しながら進める方が安全です。1,000社規模になるとファイル名の衝突や出力フォルダの管理も課題になるため、命名規則とフォルダ分割を先に設計してください。
公開情報と責任主体
本記事はファネルAi編集部が実務経験に基づいて構成しています。Claude Codeの具体的な操作手順やライブラリのバージョンは、公式ドキュメントの最新情報を参照してください。バッチ生成された提案書の内容・数値の正確性は、最終的に提出者が確認する責任を負います。
関連ページと関連記事
提案書の量産は、テンプレート設計、各形式の出力、営業フロー全体とつなげて見ると実装範囲が明確になります。
- 提案書AI活用の基本:量産の前に、AIで提案書を扱う全体像を整理できます。
- Claude Coworkで営業資料を作成する方法:1件ずつ丁寧に作る場合はこちらが向きます。
- Claude CodeでPPTXを自動生成する方法:PPTX出力の詳細な手順を確認できます。
- Claude CodeでWord文書を生成する方法:DOCX出力の設計と注意点を整理しています。
- Claude CodeでPDFレポートを生成する方法:PDF変換の実装パターンを確認できます。
- RFP対応をAIで効率化する方法:提案書の上流にあるRFP対応の自動化と接続できます。
- Claude Codeで競合比較表を作る方法:提案書に組み込む競合情報の整理に使えます。
提案書バッチ生成をPoCから始めたい場合
記事で整理した設計を、自社のテンプレートとデータで試してみたい場合は、超速AI PoCも確認しておくと進め方が明確になります。
相談前に整理しておくと早い3項目
- 現在の提案書テンプレートの形式(PPTX / DOCX)と差し替え箇所の数
- 顧客データの保管場所(CRM / スプレッドシート / CSV)と項目一覧
- 月間の提案書作成件数と、品質が崩れやすいポイント
この前提があると、PoCで作るスクリプトの範囲と検証項目がすぐに固まります。