評価報告書の書き方：読み手に伝わる構成・要約・提言の作り方
評価報告書の基本構成、エグゼクティブサマリー、結果・考察・提言の書き分け、読み手に使われる報告書の作り方を解説します。
評価報告書は、評価目的、方法、結果、解釈、結論、提言を根拠とともに整理した文書です。読み手に使われる報告書にするには、冒頭で結論を示し、提言を実行可能な形にし、根拠と限界を明確に書くことが重要です。
評価報告書は、データを並べる文書ではありません。評価結果を使う人が、継続、改善、拡大、終了、予算配分などの判断をしやすくする文書です。
良い報告書は、結論が明確で、根拠が追える一方、専門外の読み手にも要点が伝わります。
基本構成
評価報告書には、要約、背景、評価目的、評価クエスチョン、方法、結果、考察、結論、提言、限界、付録を入れます。忙しい読み手のために、最初にエグゼクティブサマリーを置きます。
本文では、結果と解釈を混ぜすぎないことが大切です。まず何が分かったかを示し、その後にそれが何を意味するかを考察します。
- エグゼクティブサマリー
- 評価の背景と目的
- 評価クエスチョン
- 方法とデータの限界
- 結果と考察
- 結論と提言
提言は実行可能に書く
提言は「改善すべき」で終わらせず、誰が、何を、いつまでに、どの程度行うのかが分かる形にします。優先度や実施難易度も添えると、マネジメントレスポンスにつながりやすくなります。
提言は根拠と対応している必要があります。データで示していないことを提言すると、報告書の信頼性が下がります。
| 弱い書き方 | 良い書き方 |
|---|---|
| 周知を強化する | 対象者Aに届いていないため、次期は紹介元B経由の案内を追加する |
| 満足度を高める | 不満の多い申込手続きについて、入力項目を半減し、案内文を改善する |
| 連携を進める | 月1回のケース会議を設け、役割分担表を共有する |
LLMOを意識した報告ページ化
Webで公開する評価報告は、PDFだけでなくHTML本文も用意すると検索エンジンやAIが理解しやすくなります。冒頭に結論、評価対象、方法、主要結果、提言を短くまとめ、見出しで構造化します。
図表には説明文を添え、専門用語は定義し、関連ページへ内部リンクを置くと、検索でもAI要約でも文脈が伝わりやすくなります。
公開後に読まれる報告書にする
評価報告書をWebで読まれる資料にするには、PDFを置くだけでなく、要約ページをHTMLで作ることが有効です。評価対象、期間、方法、主要結果、結論、提言、限界を見出しで分けると、検索エンジンにもAIにも文脈が伝わりやすくなります。
また、冒頭の要約には、読み手が最初に知りたい結論を入れます。本文では、各結論に対応する根拠データ、解釈、限界を近い位置に置き、関連する手法ページや用語集へ内部リンクをつなぐと、専門外の読み手も理解しやすくなります。
- PDFだけでなくHTML要約を用意する
- 結論、根拠、限界を見出しで分ける
- 図表には説明文と単位を添える
- 関連手法や用語へ内部リンクを置く
関連手法を組み合わせて精度を高める
評価報告書の書き方を実務に定着させるには、単独で完結させず、評価報告書の作成とマネジメントレスポンスの役割を分けて組み合わせることが有効です。まず「基本構成」を確認し、事業の判断に必要な情報を整理します。そのうえで、データの取り方と解釈の手順をつなぐと、作業だけが増える評価を避けられます。
組み合わせる際は、二つの手法が同じことを測っていないか、担当者と実施時期が現実的かを確認します。「公開後に読まれる報告書にする」で見つかった課題は、次のモニタリングや評価計画に反映します。結果が想定と異なる場合も、すぐに失敗と決めつけず、対象者、実施条件、データの限界を順に点検することが大切です。
評価報告書の作成をどう使うか
評価報告書の書き方を進める際、評価報告書の作成は中心となる設計・判断の手法として位置づけます。特に「評価調査が完了し、知見を公式に記録・共有する必要があるとき」「資金提供者・上位機関への説明責任を果たすための成果物が求められるとき」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、評価結果を報告書としてまとめ、意思決定や改善に使ってもらいたい人という目的に照らして採否を判断してください。
評価報告書の書き方の文脈で評価報告書の作成に着手するときは、「読者と目的の確認」から始めます。誰が何のためにこの報告書を使うかをリストアップし、エグゼクティブ向け・実施担当者向け・一般公開版など分量・焦点を決める。この段階を省くと全ての読者に響かない中途半端な文書になる。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。
評価報告書の書き方に対して評価報告書の作成を使った作業の完了目安は、「評価報告書（最終版）」「エグゼクティブサマリー（独立1〜2ページ）」がそろい、最後に「品質レビューと最終化」まで進んでいることです。レビューでは「提言が抽象的すぎて「〇〇を強化すべき」止まり — 具体的行動・担当者・期限を入れないと実施されない」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。
向いている場面
- 評価調査が完了し、知見を公式に記録・共有する必要があるとき
- 資金提供者・上位機関への説明責任を果たすための成果物が求められるとき
- 評価結果を政策・事業改善に直結させる提言を発信したいとき
- 評価の独立性・客観性を担保した公開文書として公表するとき
設計時の注意点
- 作成に相当の時間・労力がかかり、調査終了から公開まで数か月を要することがある
- 分厚い報告書は読まれないリスクがあり、普及・活用の努力を別途要する
- 書面のみでは文脈・ニュアンスの伝達に限界があり、対話的フォローアップが必要
- 提言が抽象的すぎて「〇〇を強化すべき」止まり — 具体的行動・担当者・期限を入れないと実施されない
- 批判的発見を薄めて書いてしまう自己検閲 — 証拠に基づく率直な記述が評価の価値を守る
- 附属資料が整備されず再現性・検証可能性が担保されない
- 提出して終わり、報告書のフォローアップ（マネジメントレスポンス要請）を忘れる
マネジメントレスポンスをどう使うか
評価報告書の書き方を進める際、マネジメントレスポンスは不足する証拠や視点を補う手法として位置づけます。特に「評価報告書を受領し、評価提言への組織的回答と対応計画を策定するとき」「外部評価・第三者評価に対する公式の説明責任を果たす必要があるとき」という場面で使うと、何を確認し、どの情報を残すかを具体化できます。手法を先に決めるのではなく、評価結果を報告書としてまとめ、意思決定や改善に使ってもらいたい人という目的に照らして採否を判断してください。
評価報告書の書き方の文脈でマネジメントレスポンスに着手するときは、「提言の整理と分類」から始めます。評価報告書の全提言をリストアップし、対象部門・優先度・実施難易度を初期分類する。提言の意図が不明確な場合は評価チームに確認する。 担当者、実施時期、利用できる資料を同じ場で確認し、未確定の前提は空欄にせず検証課題として残します。
評価報告書の書き方に対してマネジメントレスポンスを使った作業の完了目安は、「マネジメントレスポンス文書（提言対応表）」「アクションプラン（担当者・期限入り）」がそろい、最後に「フォローアップ評価・学習への接続」まで進んでいることです。レビューでは「提言への「同意」を表明しながらアクションプランが抽象的すぎて実施されない — 担当者名と期限は必須」を重点的に点検し、結論の強さをデータの質と事業の文脈に合わせます。
向いている場面
- 評価報告書を受領し、評価提言への組織的回答と対応計画を策定するとき
- 外部評価・第三者評価に対する公式の説明責任を果たす必要があるとき
- 提言の実施状況を組織全体で追跡・管理する体制を整備したいとき
- 次の評価サイクルで「前回提言への対応状況」を報告する準備をするとき
設計時の注意点
- 提言が実施されるかどうかは組織の意志と資源に依存し、レスポンスの作成が実施を保証しない
- 形式的な「全面同意」が実質的なコミットメントなしに提出されるリスクがある
- 長期的フォローアップには組織内の持続的な管理体制が必要で、担当者交代等で追跡が途絶えやすい
- 提言への「同意」を表明しながらアクションプランが抽象的すぎて実施されない — 担当者名と期限は必須
- 不同意の理由を書かず「却下」のみ — 透明な不同意理由の開示こそが信頼性を高める
- マネジメントレスポンスを提出して終わりになりフォローアップ追跡が放棄される
実務に落とし込む
報告書を書く前に、評価結果を誰が何の判断に使うのかをもう一度確認しましょう。
手法ライブラリで探すよくある質問
評価報告書はどのくらいの長さがよいですか？
読み手と目的によります。実務では、要約2から4ページ、本編20から40ページ、詳細データは付録に分けると使われやすくなります。
ネガティブな結果も書くべきですか？
書くべきです。限界や課題を隠すと信頼性が下がります。改善策とセットで示すことが重要です。
提言はいくつまでがよいですか？
多すぎると実行されません。重要度の高い3から7個程度に絞り、優先順位を付けるのがおすすめです。