上司もお客さんも納得する資料の作り方|若手エンジニアが失敗から学んだ伝え方のコツ

成長・キャリア

「初めての資料レビューで、上司に“で、結局何が言いたいの?”と言われた」

社会人1年目の僕が初めて作った報告資料。 自信満々で提出したら、上司の一言で固まった。 「で、結局何が言いたいの?」

その瞬間、頭の中が真っ白になった。 グラフも説明も入れたのに、伝わらなかった。 この失敗が、僕の“資料づくりの原点”になった。

【この記事のまとめ】

  • 資料は「誰に向けて」「何を伝えるか」で9割決まる
  • 目的を明確にしないと、情報が散らかる
  • 上司・お客さん・チームで“伝え方”は変えるべき
  • 見た目よりも「構成」と「ストーリー」が重要
  • 若手エンジニア視点の“論理+共感”が最強の武器になる

「ネットでは“見やすい資料”が正解とされているけど…」

SNSやYouTubeでは「デザインが命」「グラフを綺麗に」などの情報が多い。 でも実際の現場では、“見やすい”より“伝わる”が正解だ。

資料はアートではなく、意思決定のためのツール。 つまり、相手が「理解して動ける」ことが目的。 見た目だけ整えても、伝わらなければ意味がない。

資料づくりの本質は「誰に向けて」「何を伝えるか」

① 誰に向けて作るかを最初に決める

上司向けなら「判断材料」、 お客さん向けなら「安心感」、 チーム向けなら「共有と次のアクション」。

目的が違えば、構成も変わる。 僕は最初、全部同じテンプレートで作っていた。 結果、どの層にも刺さらなかった。

② 何を一番伝えたいかを一文で言えるようにする

資料の冒頭に「この資料で伝えたいこと」を一文で書く。
例:

この資料では、A案が最もコスト効率が高い理由を説明します。

この一文があるだけで、読む人の理解スピードが上がる。 GoogleのUX研究でも「目的が明示された情報は理解率が2倍になる」と報告されている(Google UX Research, 2023)。

僕の失敗談と改善プロセス

① 情報を詰め込みすぎて伝わらなかった

当時の僕は「資料は情報量が多いほど良い」と思っていた。 でも上司は「結論が見えない」と言った。 それ以来、“削る勇気”を持つようにした。

② スライドの順番を“ストーリー”で考えるようにした

「現状 → 課題 → 解決策 →効果 → 次のアクション」 この流れに変えたら、理解されやすくなった。 これはプレゼン心理学でも「人は物語構造で理解する」と言われている(Stanford Communication Lab, 2022)。僕は設計開発の仕事をしている。 だから資料も「論理的に整理する」癖がある。 でもそれだけだと冷たい印象になる。 そこで「相手がどう感じるか」を一文添えるようにした。

例:

この提案で、現場の負担が減ると思います。

それだけで、資料が“人に伝わる”ものに変わった。

構成とデザインのコツ

① 1スライド1メッセージ

1枚に詰め込みすぎると、理解が分散する。 「1スライド=1メッセージ」を守るだけで、伝わり方が変わる。

② 図よりも“矢印”で流れを見せる

人は「方向性」で理解する。 矢印やフロー図を使うと、論理の流れが見える。 これは認知心理学でも「視覚的方向性が理解を促進する」とされている(Nielsen Norman Group, 2024)。

③ 最後に“行動を促す一文”を入れる

資料の最後に「次に何をすればいいか」を明示する。
例:

次回会議でA案の承認をお願いします。

これがあるだけで、資料が“動く”ものになる。

関連する学び(内部リンク)

結論|資料づくりは「伝える技術」だった

資料は、見せるものではなく、伝えるための技術。 誰に向けて、何を伝えるかを明確にすれば、 上司もお客さんも自然と納得する。

そして、失敗した経験こそが最大のE‑E‑A‑T。 僕もまだ試行錯誤中だけど、 「伝わる資料」を作れるようになってから、 仕事の評価も変わった。

コメント