読まれるホワイトペーパーの構成をAIで作るプロンプト｜根拠不足も洗い出す実務テンプレート
ホワイトペーパーの構成作りでAIに任せたいのは、見出しを並べる作業だけではありません。重要なのは、読者の課題から結論までの流れを組み立て、各章に必要な根拠の不足まで見つけることです。
この記事では、企画担当者やマーケティング担当者が、調査前のメモや社内資料からホワイトペーパーの骨子を作るためのプロンプトを紹介します。出力形式は、章ごとの目的、要点、必要な根拠を含む構成案です。
この記事で分かることは次のとおりです。
- コピペして使える構成作成プロンプト
- 入力時に変更する項目と、固定したい条件
- AIが作る構成が薄くなる原因と改善方法
- 情報不足や未確認事項を分離する指定方法
- 調査レポート、課題解決型、比較検討型への応用方法
このプロンプトで作るもの
完成原稿ではなく、執筆と調査の設計図を作るためのプロンプトです。
AIには、想定読者が抱える課題、読後に取ってほしい行動、主張を支えるデータを整理させます。各章の役割を先に決めるため、執筆段階で同じ説明を繰り返したり、突然サービス紹介へ飛んだりする事態を防ぎやすくなります。
想定する利用場面は次のとおりです。
- 見込み顧客向けの課題解決型ホワイトペーパー
- 調査結果やアンケートを解説するレポート
- 複数の手法や製品カテゴリを整理する比較資料
- 導入前に必要な知識をまとめる入門資料
- 営業担当者が商談前後に渡す解説資料
ここでのポイントは、章数を先に決めることではありません。まず「誰の、どの判断を助ける資料か」を明確にし、その判断に必要な情報から章を組み立てます。
ここがポイント: AIには文章のうまさより先に、読者の疑問、答える順序、必要な証拠を整理させます。
コピペ用プロンプトテンプレート
次のテンプレートは、特定のAIサービスに依存しない形で使えます。{}で囲んだ部分を案件に合わせて変更してください。
あなたはBtoBコンテンツの編集者です。
以下の情報を基に、ホワイトペーパーの構成案を作成してください。
# 目的
{この資料を作る目的}
# 想定読者
- 業種・職種: {例：中小企業の情報システム担当者}
- 知識レベル: {初心者／実務経験あり／専門家}
- 現在の課題: {読者が困っていること}
- 読後に取ってほしい行動: {例：自社の運用を点検する}
# 扱うテーマ
{ホワイトペーパーの中心テーマ}
# 伝えたい結論
{読者に持ち帰ってほしい主張を1文で記載}
# 利用できる情報
{調査データ、社内資料、事例、専門家コメントなどを貼り付ける}
# 制約
- 全体を{想定ページ数}ページ程度で読める分量にする
- 読者の課題から結論へ段階的に進む構成にする
- 提供情報にない数値、事例、固有名詞を創作しない
- 未確認の内容を事実として書かない
- サービス紹介は{含める／含めない}
- 含める場合も、本文の結論とのつながりを説明する
# 出力形式
次の順番で出力してください。
1. 仮タイトル3案
2. この資料が答える中心的な問い
3. 全体の論理展開（3～5文）
4. 章ごとの構成案
- 章タイトル
- この章で答える問い
- 読者に伝える要点
- 使用する根拠・データ
- 図解または表に向く内容
- 次の章へのつながり
5. 結論で再確認する内容
6. 読後の行動案
7. 追加で必要な情報
8. 事実確認が必要な項目
# 確認ルール
- 各章が中心的な問いへの回答に必要か確認する
- 内容が重複する章は統合する
- 根拠がない主張には「根拠未提示」と明記する
- 入力だけでは判断できない箇所は推測せず、確認質問として示す
このテンプレートの中心は、「追加で必要な情報」と「事実確認が必要な項目」を構成案から分離する指定です。AIが空欄をそれらしい説明で埋めるのではなく、執筆前の調査タスクとして返せるようになります。
入力時に変える部分
構成の品質を大きく左右するのは、テーマよりも読者と結論の具体性です。最低限、次の項目を案件ごとに書き換えます。
必ず変更する項目
{この資料を作る目的}：認知獲得、課題理解、比較支援など{業種・職種}：実際に読む人の役割{現在の課題}：読者が今つまずいている状況{読後に取ってほしい行動}：点検、社内相談、資料請求など{中心テーマ}：資料が扱う範囲{伝えたい結論}：資料全体で証明したいこと{利用できる情報}：AIが根拠として使ってよい材料
「担当者向け」のような広い指定では、構成も一般論になりがちです。「従業員100人前後の企業で、兼任でセキュリティを担当している管理者」のように、役割と置かれた状況まで示すと、必要な説明の順序が定まります。
固定したい条件
案件が変わっても、次の条件は残しておくと出力が安定します。
- 入力にない事実を創作しない
- 根拠のない主張を明示する
- 重複する章を統合する
- 各章が答える問いを書く
- 不明点は確認質問に分ける
- 章と章のつながりを説明する
特に「各章が答える問い」は有効です。章タイトルだけでは似た内容が並んでも気づきにくい一方、問いに直すと役割の重複が見えます。
NG例と改善例
「それらしい構成を作って」という依頼では、読者の意思決定に必要な流れを設計できません。
NG例
中小企業向けに、情報セキュリティについてのホワイトペーパー構成を作ってください。
分かりやすく、詳しく説明してください。
この指示では、次の情報が不足しています。
- 誰が読むのか
- 読者は何に困っているのか
- 何を結論にするのか
- どの資料を根拠に使えるのか
- 読後に何をしてほしいのか
- どこまでを扱い、何を扱わないのか
そのため、「セキュリティとは」「主な脅威」「対策方法」といった一般的な章立てになりやすく、資料を読む理由が弱くなります。
改善例
従業員50～200人の企業で、専任者を置かずにITを管理している担当者向けのホワイトペーパー構成を作ってください。
目的は、限られた人員でも優先順位を付けて基本対策を点検できるようにすることです。読後には、自社の未対応項目を確認してもらいます。
結論は「対策を一度に増やすのではなく、保有情報、想定被害、復旧の難しさから優先順位を決める」です。
提供資料にない統計や被害事例は作らないでください。各章について、答える問い、要点、必要な根拠、図解案を示し、根拠不足は別に列挙してください。
改善したのは文章量ではありません。読者、目的、結論、根拠の境界、出力項目を具体化したことです。この5点がそろうと、AIは章の名前だけでなく、各章が必要な理由まで整理できます。
出力を安定させる3つのコツ
AIへの指示は、一度に長い文章を書かせるより、構成の検査工程を分ける方が扱いやすくなります。
1. 章数より論理展開を先に指定する
最初から「全5章」と固定すると、不要な章を水増しする場合があります。先に中心的な問いと論理展開を作らせ、必要な章数を判断させましょう。
ページ数の制約がある場合は、構成が出た後で調整します。
この構成を12ページ以内に収めます。
中心的な問いへの回答に直接必要でない章を削り、残す章ごとのページ配分案を示してください。
2. 根拠を章ごとに対応付ける
資料一覧を末尾にまとめるだけでは、どの主張を何で支えるのかが曖昧です。章ごとに「使用する根拠・データ」を出力させます。
根拠が未提出なら、仮の数字を埋めさせず、次のように分類させます。
- 公開情報から調査するもの
- 社内で確認するもの
- 独自調査が必要なもの
- 根拠がなければ削る主張
この分類まで行うと、構成案がそのまま調査担当者への依頼リストになります。
3. 生成後に編集者として再点検させる
最初の出力に追記を重ねるより、一度検査させる方が問題点を見つけやすくなります。
作成した構成案を編集者の立場で再点検してください。
次の観点ごとに、問題箇所、問題である理由、修正案を示してください。
- 想定読者の課題から外れた章がないか
- 結論を支えない情報が混ざっていないか
- 同じ説明が複数章に重複していないか
- 根拠なしに断定する予定の箇所がないか
- サービス紹介へ不自然に誘導していないか
- 読者が次に取る行動が具体的か
最後に、点検結果を反映した改訂版の構成案を出してください。
OpenAI、Anthropic、Googleの公式ガイドでも、明確な指示、入力情報の整理、出力形式の指定、段階的な改善がプロンプト作成の基本として案内されています。画面や機能名は変わる可能性がありますが、このテンプレートは特定モデル固有の機能を使わないため、汎用的な対話型AIで調整できます。
用途別の応用パターン
基本テンプレートは、結論と出力項目を差し替えることで別タイプの資料にも使えます。
調査レポート型
調査結果を扱う場合は、意見よりデータの読み方を明確にします。
各章について、使用する設問、集計軸、確認できる事実、解釈、データだけでは判断できないことを分けてください。相関関係を因果関係として説明しないでください。
この追加指定により、集計結果と編集者の解釈を混同しにくくなります。
比較検討型
製品や手法を比較する資料では、先に評価軸を定義します。
比較対象を説明する前に、想定読者の課題から評価軸を作ってください。各評価軸について、重要になる条件、確認方法、判断時の注意点を示してください。根拠のない順位付けは行わないでください。
対象をすぐ順位付けさせないことが重要です。利用規模、運用体制、予算などの条件によって選択が変わる場合、その分岐を構成に含めます。
課題解決型
具体的な業務課題を扱う場合は、解決策の前に原因の切り分けを入れます。
課題を症状、主な原因、確認方法に分けてください。原因を確認せずに解決策を提示しない構成にし、対策ごとに実施条件と注意点を示してください。
これにより、結論ありきの資料ではなく、読者が自社の状況を判定できる構成になります。
構成案を採用する前のチェックリスト
最後は人が確認します。AIが整った形式で出力しても、社内事情や公開可否までは自動で判断できません。
- 想定読者を職種と状況まで説明できているか
- 資料が答える中心的な問いは1つに絞られているか
- 結論が入力資料の根拠で支えられているか
- 各章に固有の役割があるか
- 数値、事例、引用元を確認できるか
- 未確認事項が本文案から分離されているか
- 図表にする情報と文章で説明する情報を分けたか
- 読後の行動が資料の目的につながっているか
- 商品やサービスの紹介が唐突に挿入されていないか
- 公開できない社内情報や個人情報を入力していないか
最初に着手すべきなのは、章タイトルを増やすことではありません。{想定読者の現在の課題}と{伝えたい結論}をそれぞれ1文で書き、その結論を証明できる資料が手元にあるか確認してください。根拠が足りなければ、構成案の完成より先に「何を調べるか」が次の作業になります。