エグゼクティブサマリーの書き方｜承認者が判断できる1枚の構成例
提案書の冒頭を短くしただけでは、承認者が判断できる要約にはなりません。目的、推奨案、根拠、条件、求める判断がつながっている必要があります。エグゼクティブサマリーは、詳細資料を読む前に提案の要点と論点をつかむためのものです。この記事では、承認依頼を伴う提案の一枚構成と、曖昧な文章の書き直し例を紹介します。
誰が何を判断するかを最初に確認する
読み手は予算承認者なのか、業務責任者なのか、技術確認者なのかで必要な情報が変わります。全員向けの概要にするより、今回求める判断を定めます。推奨案を述べる前に、提案の対象と制約を確認します。資料全体で合意していない前提を、要約で既定の事実にしてはいけません。詳細資料に結論がないなら、先に比較と判断材料を整えます。要約の書き方だけで、根拠のない提案を補うことはできません。
一枚に残す六つの項目
申請業務の案内を改善する説明用の例です。実施した案件や効果の報告ではありません。
| 項目 | 書く内容の例 |
|---|---|
| 求める判断 | 一部門で案内変更を試す範囲と実施担当を承認してほしい |
| 推奨案 | 全社展開前に対象部門で確認する |
| 背景となる事実 | 対象期間の問い合わせを分類し、入口案内に関する記録を確認したという想定 |
| 比較理由 | 全社変更より影響範囲を絞って確認できる |
| 条件・不確実性 | 効果は未検証。件数だけでなく利用量と負担も見る |
| 次の行動 | 承認後に対象・期間・確認指標を確定する |
根拠の参照先と対象時点を添えます。説明用の想定を実際の調査結果に置き換える際は、確認済みのデータだけを使ってください。
曖昧な要約を書き直す
弱い例は「業務効率化に向けて、最新の仕組みを活用した改善を検討します」です。何を選び、誰が何を判断するのかが分かりません。書き直すなら「初回利用者向けの入口案内を一部門で試す案を提案します。全社変更前に利用場面と問い合わせ理由を確認するためです。試験対象と担当の承認をお願いします。効果は未確認で、実施後に利用量も含め評価します」とできます。結論を先に書いても、条件を落としてはいけません。期限、費用、効果をまだ見積もっていないなら、調査範囲の承認と実施の承認を分けます。
数字は意味と確かさを説明する
費用には対象範囲、期間、含む作業、見積もりの前提を付けます。削減効果は実測か予測かを明記し、試験で得た結果を全社へ単純に拡大しないようにします。比較の数字は同じ条件でそろえます。点数が僅差なら「大きく優位」と言い換えず、どの優先順位に依存するかを説明します。不確実性は末尾の小さい注記だけに置かず、判断に影響するものを本文へ残します。重要なリスクを要約で隠すと、詳細を読まなかった相手が誤った判断をする可能性があります。
要約だけ読んでも誤解しないか点検する
一枚の分量は固定の文字数ではありません。詳細の章を全部縮めるより、判断に必要な情報だけ残し、確認したい人が根拠へ戻れるようにします。結論、根拠、条件、依頼が同じ対象範囲を指すかを確認します。試験導入の提案なのに、効果が全社導入後の数字になっていないかなどを点検してください。第三者に「何の判断が必要で、何が未確認か」を説明してもらうと不足が見えます。スマートな一枚は見た目の密度ではなく、判断と不確実性を短時間で理解できる一枚です。
次に確認したい実務ガイド
PMO実務テンプレート・確認表の一覧から、目的に合う記事を探せます。
参考情報とこの記事の位置づけ
主要な目的・結論等を要約する資料の考え方を確認しました。1枚構成と書き直し例は独自作成です。 Atlassian：Executive Summary（確認日：2026年10月11日）。記入例・確認表は当サイトが説明用に作成したもので、実在の案件・実績ではありません。
背景と目的の違いも必要な作業に合わせて参照してください。
アイキャッチ写真：Gabriel Cox / Unsplash。職場の実写ではなくイメージ写真です。
