生成AIで企画書を作る方法｜ChatGPT・Gemini・Claudeで構成・情報整理・改善

ChatGPTやGemini、Claudeへ「企画書を作って」と頼むと、構成案や文章が返ってきます。しかし、そのまま上司へ出そうとすると、「この数字の根拠は何か」「誰が実行するのか」「結局、何を承認すればよいのか」といった疑問が残りがちです。

提出できる企画書に仕上げるには、まず、誰に、何を、いつまでに判断してほしいのかを決めます。そのうえで、数字の根拠と実行担当を確認します。

生成AIは、確認した情報を整理し、読み手が判断できる構成と文章を作るために使います。 軽い企画では、構成と初稿の作成時間を短くすることが中心です。一方、重い企画では、判断に必要な情報を先に確認し、提出後の追加質問や差し戻しを減らせる企画書を目指します。

この記事のまとめ

• 企画書を書き始める前に、誰に何をいつまでに決めてほしいかを一文にします。
• 軽い企画は作成時間を短くし、重い企画は意思決定までに生じる追加質問・確認・差し戻しを減らすことを目指します。
• AIの出力は「確認済み・仮説・未確認」に分け、数字、根拠、社内事情、最終提案を人が確認します。

この記事では、「営業部内のFAQ整備」を軽い企画、「全社向けAIナレッジ検索の導入」を重い企画の例として使います。自分の企画へ置き換えながら、準備、構成、初稿、改善、提出前の確認まで進めてみてください。

企画書にする案をまだ選べていない場合は、AIで企画案を評価・比較する方法で、判断材料を集めて同じ条件で比べる手順を確認できます。

アイデア出し、企画案の整理・比較、企画書作成までの全体の流れは、生成AIで企画を進める方法で確認できます。

1. AIへ書かせる前に「誰に何を決めてほしいか」を定める

企画書の材料をAIへ渡す前に、読み手、判断してほしいこと、判断期限を決めます。 この3点に沿って、企画書に書く背景、提案内容、承認後の行動を決めます。

読み手・判断・期限を1文にする

まず、次の型で企画書の役割を書いてください。

[読み手]に、[期限]までに、[判断してほしいこと]を決めてもらう。

たとえば、営業部内のFAQ整備なら、「営業部長に、今月末までに、既存ツールを使った1か月の試行と担当者1名を承認してもらう」と書けます。「FAQ整備について説明する資料」とするより、必要な情報が具体的になります。

読み手が複数いる企画では、最終判断者と事前に確認する関係者を分けます。全社向けAIナレッジ検索なら、経営層が予算を判断する前に、情報システム部門が権限管理を確認し、各部署が対象データと運用負荷を確認します。この場合も、企画書の主な読み手と最終判断は一つに定め、関係者ごとの確認事項は別に整理します。

AIへ渡す前に、社内ルールと利用環境を確認する

企画書には、顧客名、売上、契約条件、社員情報などが含まれることがあります。AIへ入力する前に、会社が許可したツールとアカウント、入力できる情報、ファイル共有の範囲を確認してください。

利用条件を確認するまでは、顧客名、売上、契約条件、社員情報をAIへ入力しません。先に構成を作る場合は、「顧客A」「売上金額」のような仮の表現を使い、具体的な情報はAIの出力後に人が記入します。AIへ渡す情報は、会社が許可した範囲に限定してください。

誰に何を決めてほしいかが決まったら、軽い企画と重い企画のどちらとして進めるかを選びます。

2. 軽い企画は作成を速く、重い企画は意思決定までの往復を少なくする

軽い企画では、企画書を作る時間を短くします。重い企画では、企画書作成だけでなく、提出後の確認や修正も含めた意思決定までの往復を減らすことを目指します。

ここでいう「重さ」は、影響範囲、関係者や予算、不確実性、実施後の戻しやすさの4項目で見ます。企画の良し悪しとは分けて考え、本文を書く前にどこまで確認するかを決める目安にします。

企画の重さは、影響範囲・予算と関係者・不確実性・戻しやすさで見る

次の項目を見て、重い企画として扱うかを判断します。

営業部内のFAQ整備は、既存ツールで1か月試し、試行結果に応じて中止・修正できます。この場合は軽い企画として、構成と初稿作成へ進みます。

一方、全社向けAIナレッジ検索には、新規予算、複数部署のデータ、権限設定、運用担当が関わります。契約やデータ移行の後では戻しにくいため、重い企画として判断材料を先に確かめます。

軽い企画は初稿作成を速く、重い企画は提出後の往復を少なくする

軽い企画は、次の流れで進めます。

1. 判断してほしいことを決める
2. 手元の材料を渡す
3. 構成と初稿を作る
4. 人が事実と実施条件を確認する
5. 提出する

重い企画では、提出後の追加質問や差し戻しを減らすために、本文を書く前に費用、実施条件、リスクを確かめます。

1. 判断してほしいことを決める
2. 手元の材料から仮構成を作る
3. 追加で必要な判断材料を洗い出す
4. 結果によって企画が変わる情報から確認する
5. 構成と初稿を更新する
6. 読み手の質問で改善する
7. 人が最終確認して提出する

重い企画では、手元の材料を整理してから仮構成を作ります。仮構成を見ながら、費用、実施条件、リスクなど、本文を書く前に確かめる内容を挙げてください。提出後に聞かれそうな点を、本文を書く前に確認するためです。

3. 手元の材料を「確認済み・仮説・未確認」に分ける

会議メモや過去資料、担当者の意見を整理するときは、「確認済み」「仮説」「未確認」を区別します。

たとえば、「営業担当が回答を探すのに時間がかかっている」は、聞き取りや記録で確かめた内容なら確認済みです。「AI検索を導入すれば対応時間を半減できる」は、検証前なら仮説です。現在の対応時間が未測定なら、その数字は未確認として残します。

「確認済み」は、元資料や担当者への確認が済んだ内容だけに付けます。ラベルがない内容は、AIに「仮説」または「未確認」の候補として分けてもらい、人が確認して確定します。

企画書の材料を8項目へ整理する

手元の材料を、次の8項目へ分けてください。

1. 読み手と判断してほしいこと
2. 背景
3. 解決したい問題
4. 対象
5. 提案内容
6. 根拠
7. 予算・体制・日程
8. リスクと未確認事項

AIには、メモにある情報だけを使うよう明示します。

以下のメモを、8項目に整理してください。

1. 読み手と判断してほしいこと
2. 背景
3. 解決したい問題
4. 対象
5. 提案内容
6. 根拠
7. 予算・体制・日程
8. リスクと未確認事項

入力時に「確認済み」と明記された内容は、そのラベルを保持してください。
ラベルがない内容は「仮説」または「未確認」の候補に分け、確認が必要な点を質問してください。
AIの判断だけで「確認済み」を付けないでください。
メモにある事実と数字だけを使い、追加で必要な判断材料と、それを確認するための質問を残してください。

AIが「月20時間を削減できる」といった数字を加えた場合は、元のメモに根拠があるか確認します。根拠を確認できた数字だけを残し、それ以外は「試行で削減時間を測る」という確認項目へ変えます。

企画書は、読み手が判断しやすい順番に並べる

材料を整理したら、読み手が判断する順番で構成します。 基本形は次の通りです。

1. 今回判断してほしいこと
2. 背景と解決したい問題
3. 提案内容
4. 提案する理由と根拠
5. 実施方法
6. 予算・体制・日程
7. リスクと対応
8. 承認後の次の行動

企画に応じて、8項目から必要なものを選びます。既存ツールでFAQを試す軽い企画なら、詳細な製品比較を省けます。一方、全社導入の企画では、代替案との比較や情報管理の条件も入れます。

この8項目を見ながら、読み手が判断するために必要な説明がそろっているか確認します。まだ確かめていない内容には「未確認」と付け、誰がいつ確認するかを決めてください。

4. 軽い企画は、構成を確認したら初稿まで速く進める

軽い企画では、判断してほしいことと手元の材料がそろったら、構成を確認して初稿まで進めます。 調査範囲を広げる前に初稿を作り、人が数字と実施条件を確かめます。

構成案を先に確認してから、項目ごとの初稿を作る

営業部内のFAQ整備なら、営業部長へ試行の承認を求めること、既存ツールを使うこと、期間は1か月であることをAIへ渡します。最初は、見出し、各見出しの結論、必要な根拠だけを出してもらいます。

営業部長に、既存ツールを使ったFAQ整備を1か月試すことと、担当者1名を決めてもらう企画書を作ります。

以下の材料だけを使い、まず構成案を作ってください。
- 背景：[確認済みの内容]
- 解決したい問題：[確認済みの内容]
- 提案内容：[施策の概要]
- 実施期間：[期間]
- 体制：[確認済み／未確認]
- 効果の測り方：[指標]

各見出しについて、伝える結論と必要な根拠を示してください。
上に記載した事実と数字だけを使い、追加で必要な判断材料と、それを確認するための質問を残してください。
出力は構成案に限定してください。

構成案を確認し、判断に必要な見出しへ絞ったら、項目ごとの初稿を依頼します。一度に全文を作ることもできます。修正するときは「背景」「提案内容」のように対象を指定してください。変更した箇所と理由も出してもらうと、変更範囲を確認しやすくなります。

抽象的な初稿を、現場固有の事実で書き換える

AIの初稿に「情報共有を効率化します」「生産性を高めます」といった一般的な説明がある場合は、現場で確認した事実へ置き換えます。 件数や情報の所在、担当者など、その企画ならではの具体的な事実を加えます。

たとえば、営業チームで同じ質問が直近1か月に何件あったか、回答を探す場所がいくつあるか、誰がFAQを更新するかを確認し、初稿の該当箇所へ加えます。

効果が未検証なら、試行で何を測るかを書きます。「試行前後で、回答を見つけるまでの時間と同じ質問の件数を比べる」と書けば、承認後に何を確認するかが伝わります。

軽い企画では、このように構成と初稿の作成時間を短くします。重い企画では、提出後の質問や差し戻しを減らすために、本文へ進む前に判断材料を確認します。

5. 重い企画は、仮構成から追加で必要な判断材料を見つける

重い企画では、手元の材料で仮構成を作り、費用、実施条件、リスクなど、本文を書く前に確かめる内容を挙げます。

仮構成へ「判断に必要な情報は何か」と問い直す

全社向けAIナレッジ検索なら、仮構成に「導入目的」「対象部署」「対象データ」「製品候補」「導入日程」が並ぶことがあります。この段階で、経営層が予算を承認できるか、情報システム部門が実現性を確認できるかを問い直します。

以下は、全社向けAIナレッジ検索の企画書の仮構成と、現在ある材料です。

読み手：[最終判断者]
判断してほしいこと：[予算・試行・製品選定など]
仮構成：[見出し一覧]
現在ある材料：[確認済み・仮説・未確認を付けた材料]

読み手が「承認・保留・見送り」を判断するために追加で必要な判断材料を挙げてください。
各項目について、次の3点を表にしてください。
- どの判断に影響するか
- 誰または何で確認するか
- 確認結果によって企画がどう変わるか

社内事情は、入力内容で確認できる範囲だけを使い、その他は未確認としてください。

全社向けAIナレッジ検索では、検索対象のデータ、閲覧権限、既存システムとの関係、費用、導入体制、効果の測り方、代替案、運用上のリスクなどを確認します。それぞれ、誰が何を決めるために使う情報なのかを書いてください。

公開情報は公式サイトで、社内情報は担当者とデータで確認する

確認する内容ごとに、どこで確かめるかを分けます。 製品の仕様、公開価格、導入事例、関連制度などは、公式サイトや所管機関の公開情報を検索して整理します。出典を記録し、重要な内容は製品の公式情報や制度の所管機関で確認してください。

一方、利用人数、既存契約、現場の作業、担当者の稼働、社内の情報管理要件は、社内資料や担当部署で確かめます。社内で確認した情報を計画へ反映してください。

確認先を分け、外部情報と社内の実施体制を並行して確認します。最後に、両方の確認結果が企画へ反映されているか確かめてください。

結果によって企画が変わりそうな情報から確認する

確認結果によって企画がどれだけ変わるかを見て、順番を決めます。

たとえば、想定費用が一定額を超える場合に一部署での試行へ変えるなら、費用は早めに確認する情報です。権限管理が要件を満たすかを確かめ、対象にできるデータの範囲も先に決めます。

反対に、補足資料の表現や画面イメージの細部は、企画の方向が決まってからでも確認できます。「分かったら企画が変わるか」と「確認にどれだけ手間がかかるか」を並べ、影響が大きく確認しやすい情報から進めてください。

費用や実施条件を確認したら、仮構成と初稿を更新します。調べた内容のうち、読み手が承認・保留・見送りを決めるために使うものを選んでください。

6. 提出後の往復を減らすため、本編は判断に必要な情報へ絞る

重い企画では、提出後に「この数字の根拠は何か」「他案との違いは何か」「このリスクへどう対応するか」と確認が続くほど、意思決定までの往復が増えます。 そこで、提出前には製品比較、費用計算、代替案、リスク、関係部署の意見を確認し、本編には今回の判断に必要な情報だけを載せます。

本編・補足資料・作業メモへ情報を分ける

集めた情報は、次の3か所へ分けます。

全社向けAIナレッジ検索で5製品を比較した場合、本編には、推奨する案、選んだ理由、費用と実現条件、主要な代替案との差を残します。機能一覧や細かな評価条件は、補足資料へ移せます。

AIには削る理由と残す理由を説明させる

文章を絞るときは、何を判断してほしい企画書なのかをAIへ伝えます。そのうえで、本編に残す情報と補足資料へ移す情報を、理由付きで分けてもらいます。

この企画書について、読み手が今回の判断をするために必要な説明を残してください。

次の3つに分け、それぞれ理由を示してください。
- 本編に残す内容
- 補足資料へ移す内容
- 重複または一般論として削る内容

結論と根拠の対応、重要な条件、リスク、未確認事項は必ず残してください。

本編には、読み手が結論と、その根拠・条件を理解するために必要な情報を残します。 情報を本編・補足資料・作業メモへ分けたら、資料の保管場所と仕上げ方に合うAIツールを選びます。

7. ChatGPT・Gemini・Claudeは、資料の場所と仕上げ方で選ぶ

ChatGPT・Gemini・Claudeは、いずれも企画書作成に使えます。機能は重なるため、 普段どこに資料を置き、どこで仕上げるかを基準に選びます。

ChatGPTは、複数の資料を会話で整理・修正するときに使う

ChatGPTへは、これまでに整理した材料と制約を渡し、最初に構成案、次に本文を依頼します。Google Driveを接続できる環境では、Docs、Sheets、Slidesを検索・参照できます。対応する操作と権限が有効なら、文書の更新も依頼できます。

OpenAIの公式情報でも、文章作成では目標、読者、読後の行動を明確にし、素材と制約を渡す流れが案内されています。出力は、後で確認する下書きとして扱います。

Geminiは、Google DriveやGoogle Docs上の資料を使うときに使う

対象プランのGemini in Google Docsでは、Driveなどにある情報を参照しながら、文章の下書き、推敲、要約を行えます。Google Docsで作業する場合は、参照する企画メモや会議記録を指定し、提案された変更を確認してから反映します。

Geminiが参照できる範囲は、付与された権限内です。対象プランや利用できる言語も含め、自分の組織の環境で確認してください。

Claudeは、Projectsの資料を使って文書を継続編集するときに使う

Claudeは、PDF、DOCX、CSVなどのファイルを読み込み、チャットやProjectsで資料を参照できます。Projectsには、複数の会話で使う資料と共通指示を保存できます。Claude Docsでは文書を作成・修正し、Word、PDF、Markdown、Google Docsへ出力できます。

対応するファイル形式や容量、利用できる編集機能には条件があります。実際に使うときは、公式ヘルプと契約画面で確認してください。

途中でツールを変える場合は、「確認済み」「仮説」「未確認」の区別も一緒に引き継ぎます。

8. 読み手の質問を出し、追加で必要な判断材料を補う

初稿ができたら、誰が読み、何を判断する企画書なのかをAIへ伝えます。AIには、その読み手が確認したい質問と、回答に必要な判断材料を挙げてもらいます。 表現の修正は、その質問への回答を反映した後に行います。

読み手の立場ごとに、承認前に回答が必要な質問を出す

同じ企画でも、読み手によって確認する内容が変わります。AIには、上司の立場なら目的と優先順位、現場の立場なら運用負荷、情報システム部門の立場なら権限とデータ、経理の立場なら費用と効果について、承認前に確かめたいことを挙げてもらいます。

以下の企画書を、[読み手]が[判断してほしいこと]を決める立場で確認してください。

質問を次の2つに分けてください。
1. 承認・選択に必須の質問
2. 今回の判断を補足する質問

各質問について、企画書に追加で必要な判断材料を示してください。
今回の判断に関係する質問へ絞ってください。

優先するのは、1の「承認・選択に必須の質問」です。費用、実施体制、重要なリスクなど、答えによって承認や提案内容が変わるものを確認します。2の質問は、必要に応じて補足資料へ回せます。

AIが出した質問は、回答によって承認や提案内容が変わるかで分けます。本編へ追加する情報、補足資料へ置く情報、次の段階で確認する情報に分けてください。

提出前は、数字・根拠・仮説・依頼事項を人が確認する

最後は、人が次の項目を確認します。

• 数字と計算の元データがあるか
• 日付、価格、製品仕様が現在の情報か
• 主張と根拠がつながっているか
• 確認済み・仮説・未確認が区別されているか
• 社内固有の前提と実施担当が合っているか
• 重要なリスクと条件が残っているか
• 読み手に何を判断してほしいかが明確か

AIに誤字や文章の流れを確認させた後、数字や事実を、元資料、公式情報、社内データ、担当者の回答と照合してください。

提出前の確認が終わったら、企画書を出した後の質問と修正も記録します。

9. 実際の質問と修正履歴を、次の企画書へ生かす

AIが出す想定質問は提出前に使います。 提出後は、実際の読み手から返ってきた質問と修正を記録します。

次の内容を、企画書と一緒に記録してください。

1. 誰へ、何を判断してもらったか
2. 実際に質問されたこと
3. 追加を求められた根拠や数字
4. 分かりにくいと言われた箇所
5. 削った説明
6. 最終判断に影響した材料
7. 次回、先に確認すること

次の企画書では、今回の読み手や判断内容に近い過去の質問・修正を選び、参考資料としてAIへ渡します。

修正履歴にも社内情報が含まれます。保存場所を決め、AIへ渡す項目を社内ルールの範囲で選んでください。

まとめ

生成AIで企画書を作る目的は、企画の重さによって変わります。 軽い企画では、構成を確認して初稿まで速く進めます。重い企画では、仮構成を見ながら費用、実施条件、リスクを確認し、提出後の追加質問や差し戻しを減らすことを目指します。

集めた情報は「確認済み・仮説・未確認」に分けてください。検討段階では調査、比較、リスク確認に必要な情報を集めます。企画書の本編には、結論、理由、重要な根拠、主なリスク、次の行動を絞って載せます。

まずは手元の企画メモへ、「読み手」「判断してほしいこと」「確認済み」「仮説」「未確認」の5項目を追加してみてください。 そのうえでAIへ、まず構成案だけを依頼します。構成案を基に、追加で必要な判断材料を洗い出します。その判断材料を得るための質問を、確認項目として残してください。

参考資料

• ChatGPTを使った文章作成｜OpenAI Academy
• Google Drive app and setup in ChatGPT｜OpenAI Help Center
• Gemini in Docs, Sheets, Slides, Vids, & Forms｜Google Docs Editors Help
• Write & edit with Gemini in Docs｜Google Docs Editors Help
• Upload files to Claude｜Claude Help Center
• How can I create and manage projects?｜Claude Help Center
• Get started with Claude Docs｜Claude Help Center
• What are artifacts and how do I use them?｜Claude Help Center