提案書や企画書をAIに作らせても、目的や判断基準が曖昧なままでは、一般論を並べた資料になりがちです。AIが得意なのは、白紙から完成品を作ることではなく、材料を整理し、構成案や比較案を短時間で出すことです。
この記事では、アイデア出し、企画書・提案書、プレゼン資料、KPIダイジェスト、想定問答、工程表までを一つの実務フローとしてまとめます。
企画・提案を作る7つの手順
- 解決したい問題を一文で定義する
- 対象者と意思決定者を確認する
- 制約条件と判断基準を整理する
- AIで複数の選択肢を出す
- 根拠を確認して構成案を作る
- プレゼンと想定問答へ展開する
- 承認後に担当者・期限・工程表へ落とす
アイデア出し：数より評価軸を先に決める
「新商品の案を20個」のように数だけ指定すると、似た案が増えます。顧客の困りごと、実現可能性、費用、既存事業との相性など、評価軸をAIへ渡します。AIの案は市場の事実ではなく仮説として扱い、顧客調査や社内データで確かめます。
次の課題について、方向性の異なる案を8つ出してください。
課題：[解決したい問題]
対象：[利用者]
利用者の困りごと：[確認済みの情報]
自社の強み：[事実]
制約：[予算、期間、人員、法令]
評価軸：[効果、実現性、費用、独自性]
各案を「概要／対象の悩み／期待する価値／必要な条件／主なリスク」で整理し、
入力にない市場規模や実績は作らないでください。提案書・企画書の基本構成
| 章 | 答える質問 |
|---|---|
| 背景 | なぜ今、取り組むのか |
| 課題 | 誰が何に困っているのか |
| 提案 | 何をどの範囲で行うのか |
| 根拠 | なぜ効果が期待できるのか |
| 実施計画 | 誰が、いつ、どう進めるのか |
| 費用・効果 | 必要な資源と評価方法は何か |
| リスク | 失敗要因と対策は何か |
| 承認事項 | 相手に何を決めてほしいか |
以下の確認済み情報をもとに、企画書の構成案を作ってください。
提案先：[役割]
背景：[事実]
解決したい課題：[課題]
提案内容：[案]
判断基準：[費用、期間、効果など]
制約：[制約]
確認済みの数値：[数値と出典]
承認してほしいこと：[意思決定]
各章に「伝える要点／必要な根拠／不足情報」を示してください。
不足する数値や実績は補完せず「要確認」としてください。社内提案・イベント企画へ応用する
社内提案制度の応募シートでは、課題、提案、期待効果、必要コスト、関係部署を簡潔にします。社内イベントでは、目的、対象者、参加人数、予算、当日の運営、欠席者への対応、安全面まで整理します。案内文は企画承認後に作り、未確定の日時や会場を確定事項として書かないようにします。
KPIダイジェスト：数字と解釈を分ける
KPI資料では、実績値、比較対象、変化、考えられる要因、次の確認を分けます。AIが原因を断定しないよう、「データから確認できること」と「仮説」を別欄にします。
次のKPIデータを経営会議向けに整理してください。
指標：[名称]
当月：[数値]
前月・前年・目標：[数値]
補足情報：[確認済みの出来事]
出力：
1. 事実として確認できる変化
2. 変化の大きい指標
3. 考えられる要因（仮説と明記）
4. 追加で確認すべきデータ
5. 会議で決めること
入力にない原因や将来予測を断定しないでください。プレゼン資料へ変換する
企画書をそのままスライドへ貼り付けると、文字が多くなります。1枚につき1メッセージとし、見出しだけ読んでも話の流れが分かる構成にします。
次の企画書を10枚以内のプレゼン構成に変換してください。
聴衆：[役割]
持ち時間：[分]
最終的に決めてほしいこと：[承認事項]
企画書：[本文]
各スライドを「見出し／伝える要点／必要な図表／話す内容」に分け、
見出しは結論が分かる一文にしてください。
企画書にない事実や数値は追加しないでください。想定問答を作る
想定問答は、賛成してもらうための都合のよい質問だけでなく、費用、実現性、代替案、リスク、撤退条件から厳しい質問を作ります。回答できない点を隠さず、確認担当と回答期限を決めます。
あなたは提案を審査する立場です。次の資料に対して厳しい質問を15個作ってください。
観点：目的、費用、効果の根拠、実現性、代替案、リスク、法令、撤退条件
各質問に「質問の意図／回答案／回答に必要な追加資料」を添えてください。
資料にない内容は回答案で断定せず「要確認」としてください。
[資料]承認後：工程表・ガントチャートを作る
工程表では、成果物から逆算し、作業、担当者、開始日、期限、依存関係、確認ポイントを整理します。AIが実在しない工数や担当者を補わないよう、未定項目は空欄ではなく「未設定」とします。
次の企画を工程表にしてください。
開始日：[日付]
完了日：[日付]
成果物：[成果物]
担当者と役割：[一覧]
必要な承認：[承認者]
固定日程：[変更できない日]
作業候補：[作業]
表形式で「作業／担当者／開始／期限／前提作業／成果物／確認者」を示し、
日程や担当が不明な項目は「未設定」としてください。
最後に、遅延しやすい依存関係を列挙してください。提出前の確認表
- 課題と提案のつながりが明確か
- 数値・市場情報・引用に出典があるか
- 事実と仮説が分かれているか
- 費用だけでなく運用負荷も示したか
- リスク、代替案、撤退条件を検討したか
- 承認してほしい内容が一文で分かるか
- 機密情報や個人情報を不必要に入力していないか
まとめ
AIは企画の責任者ではなく、選択肢と構成を整理する壁打ち相手です。課題、根拠、制約、判断基準を先に渡し、人が事実を確認することで、一般論ではなく意思決定に使える提案へ近づけられます。
コメントを残す