報告資料を作るとき、「分析を実施しました」「新しい管理表を作成しました」と、取り組んだ内容を並べていないでしょうか。
しかし、相手が本当に知りたいのは作業内容ではありません。その取り組みによって、何が解決され、どのような状態になるのかです。
資料のメッセージは、単なる活動報告ではなく、「課題→対応→変化→メリット」の流れで組み立てる必要があります。本記事では、仕事の成果を相手に正しく伝えるための考え方を解説します。
「何をやったか」だけでは成果にならない
プロジェクトの報告では、次のような説明をよく見かけます。
- 業務管理ツールを作成しました
- データ分析を実施しました
- 関係者との会議を開催しました
- 新しい業務フローを策定しました
もちろん、これらは実際に行った重要な作業です。しかし、相手から見ると、まだ「何をやったか」が説明されているだけです。
ツールを作ることも、分析をすることも、会議を開くことも、それ自体が最終的な目的ではありません。これらは、課題を解決するための手段です。
たとえば、「進捗管理ツールを作成した」という説明だけでは、その価値は十分に伝わりません。
一方で、次のように説明すれば意味が変わります。
担当者ごとに進捗管理の方法が異なり、遅延の発見が遅れていたため、プロジェクト全体を一覧化できる管理ツールを作成した。これにより、遅延の兆候を早期に把握し、問題が大きくなる前に対応できるようになる。
ここでは、ツールを作ったことよりも、ツールによって何ができるようになるのかが中心になっています。
成果物の価値は、成果物そのものではなく、成果物が生み出す変化にあります。
資料を作る際は、「何を作ったか」の後に、必ず次の問いを置いてみてください。
- これによって何ができるようになるのか
- 以前と比べて何が変わるのか
- 誰にとって、どのようなメリットがあるのか
この問いに答えられて初めて、活動が成果として伝わります。
まず「何が困っていたのか」を置く
改善後の状態だけを説明しても、その価値は伝わりにくいものです。
たとえば、「今後は案件の状況を一元管理できます」と説明されても、聞き手は、それがどれほど重要なことなのか判断できません。
なぜなら、改善前にどのような問題があったのかが分からないからです。
資料で施策や成果を説明するときは、最初に次の点を明確にします。
- 現在、何がうまくいっていないのか
- 誰が、どのような場面で困っているのか
- そのまま放置すると、どのような問題が起こるのか
たとえば、案件管理を改善したのであれば、最初に次のような課題を示します。
案件情報が担当者ごとのExcelやメールに分散しており、管理者が全体の状況を把握できない。問題のある案件を発見するまでに時間がかかり、対応が後手に回っている。
この課題が示されているからこそ、「案件情報を一元管理する」という施策の価値が伝わります。
反対に、課題を説明せず、いきなり改善策から入ると、聞き手には「なぜそこまで対応する必要があるのか」が分かりません。
改善の価値は、改善前との比較によって初めて明確になります。
資料全体を物語として考えるなら、課題は前振りです。前半で困りごとを示し、後半で「その問題が今回の取り組みによって、こう改善される」と回収します。
この順番にすることで、施策の必要性と成果の大きさを自然に理解してもらえます。
「課題→手当て→どう良くなるか」でつなぐ
課題と施策が書かれていても、その間のつながりが弱い資料は少なくありません。
たとえば、次のような説明です。
- 課題：情報が複数の場所に分散している
- 施策：新しい管理システムを導入する
一見すると話はつながっていますが、まだ「システムを入れることで、本当に課題が解決されるのか」が十分に説明されていません。
資料のメッセージは、次の順番で一続きにします。
- どのような課題があるのか
- その課題に対して何をするのか
- その対応によって何が変わるのか
- その変化によって誰がどのように助かるのか
たとえば、次のように組み立てます。
案件情報が担当者ごとに分散しているため、管理者が全体状況を把握できていない。そこで、案件情報を共通フォーマットで一元管理する。これにより、案件の進捗や問題を横断的に確認できるようになり、管理者は対応が必要な案件を早期に特定できる。
重要なのは、課題と対応を並べるだけではなく、「この手当てをするから、この変化が起こる」という因果関係を示すことです。
さらに、最後には「だから何が嬉しいのか」まで踏み込みます。
先ほどの例であれば、単に状況を確認できるだけでなく、次のようなメリットが考えられます。
- 問題のある案件に早く支援を入れられる
- 管理者が個別に担当者へ確認する時間を減らせる
- 経営層への報告を迅速に作成できる
- 担当者が変わっても案件情報を引き継ぎやすい
同じ施策でも、相手の立場によって嬉しい点は異なります。資料を作る際は、誰に説明する資料なのかを考え、相手にとって意味のあるメリットを選ぶことが大切です。
1枚のスライドでも同じ構造を使う
この考え方は、資料全体だけでなく、1枚のスライドにも使えます。
たとえば、スライドの上部に課題、中央に対応、下部に変化やメリットを置けば、読み手は上から順番に因果関係を理解できます。
スライドタイトルも、「管理ツールを作成」ではなく、次のようなメッセージに変えられます。
案件情報を一元化し、問題案件を早期に把握できる管理体制を構築する
タイトルだけでも、「何をするか」と「何が良くなるか」が伝わります。
長期プロジェクトでは社内で説明できる「クイックウィン」をつくる
大規模な業務改革や中長期戦略の策定では、最終的な成果が出るまでに数年かかることがあります。
しかし、事業部やプロジェクトの責任者は、年度ごとに「今年は何を実現したのか」を社内で説明しなければなりません。
最終成果が数年後にしか出ない設計では、途中段階でプロジェクトの価値を示しにくくなります。
そこで重要になるのが、短期間で一定の成果を示すクイックウィンです。
たとえば、全社的な業務システムの刷新に数年かかる場合でも、事業年度内に次のような成果を設定できます。
- 対象業務と課題を可視化する
- 一部の部署で新しい運用を試行する
- 手作業の一部を簡易ツールで削減する
- 共通ルールや管理指標を先行して整備する
- 優先度の高い業務だけを先に改善する
これらがあれば、「最終的なシステムはまだ完成していないが、今年度はここまで状態を変えた」と説明できます。
ただし、クイックウィンは、単に早く終わる作業を選べばよいわけではありません。
すぐに作れる資料やツールでも、現場で使われず、実際の変化につながらなければ成果とは言いにくいでしょう。
短期成果は、速さだけでなく、効果とのバランスで選ぶ必要があります。
クイックウィンを考える際は、次の3点で確認します。
- 事業年度内など、説明が必要な時期までに実現できるか
- 現場や管理者が変化を実感できるか
- 最終的なプロジェクト成果につながっているか
中長期の構想と短期成果を対立させるのではなく、長期的なゴールに向かう途中に、説明可能な成果を意図的に配置することが重要です。
結論だけでなく「なぜそうなったか」も説明できるようにする
資料の作成者は、検討の経緯や細かな分析をすべて知っています。そのため、最終的な結論だけを見ても自然に理解できます。
しかし、初めて資料を見る人は、その経緯を知りません。
「A案を採用します」とだけ説明されても、聞き手には次の疑問が残ります。
- なぜA案なのか
- B案やC案では何が問題なのか
- 何を基準に比較したのか
- 前提条件が変わっても同じ結論になるのか
結論だけを簡潔に伝えることは大切ですが、簡潔さと説明不足は異なります。
資料は、まずサマリで結論を示し、質問されたときには判断過程や明細まで説明できる構造にしておく必要があります。
たとえば、資料本編では次のように簡潔に示します。
費用、導入期間、業務適合性を比較した結果、A案を推奨する。
そのうえで、後続ページや別紙に次の情報を用意します。
- 評価項目と評価基準
- 各案の比較結果
- 重視した前提条件
- 採用しなかった案の理由
- 詳細な数値や分析結果
これが「サマリ＋明細」の考え方です。
伝わる資料は、結論が簡潔であると同時に、結論までの道筋をたどれる資料です。
すべての検討過程を本編に詰め込む必要はありません。ただし、「なぜその結論なのか」と聞かれたときに、順番に説明できる状態にはしておきましょう。
まとめ
資料の価値は、「何を作ったか」「何を実施したか」を詳しく並べることではありません。
成果を伝えるには、まず何が困っていたのかを示し、その課題に対して何を行い、どのような変化が起こり、誰にとって何が嬉しいのかまで一続きに説明する必要があります。
資料を作るときは、「何が困っていた→何をした→何が変わった→何が嬉しい」の順番でメッセージを確認してみてください。作業実績ではなく、相手に起こる変化を主語にすることで、資料は単なる報告から、成果を伝える資料へ変わります。
