図解にすれば伝わる、とは限らない
資料を直していると、「ここは図にしたほうがよさそうです」と言われる場面があります。たしかに、文章が長く続くページに図が入ると、見た目は軽くなります。ただ、図にした瞬間に意味が伝わるわけではありません。むしろ、理由や前提まで無理に図へ押し込むと、読み手は何を受け取ればよいのか分からなくなります。
BtoB資料で大事なのは、図解と文章の役割を分けることです。図解は、読み手が一目で「関係」「順番」「違い」「変化」をつかむために使います。文章は、その図だけでは伝えきれない理由、背景、判断のニュアンスを補います。どちらが上という話ではなく、役割が違います。
ここを混同すると、よくある失敗が起きます。図の中に説明文が長く入り、結局読む量は減っていない。文章では図と同じ内容を繰り返していて、ページ全体が間延びする。図には見た目の整理だけがあり、肝心の判断材料は本文の奥に埋もれている。図解を入れたのに読みやすくならない資料は、このどれかに当てはまることが多いです。
図にするのは、頭の中で位置関係を作らせている情報
図解に向く情報は、読み手が文章を読みながら頭の中で配置し直している情報です。部門と部門の関係、導入前後の違い、業務の流れ、複数プランの比較、課題と原因のつながり。こうした情報は、文章だけで追うと読み手が自分で地図を作らなければなりません。
たとえば「営業部が入力した情報を、管理部が確認し、承認後に請求データへ連携する」と文章で書くことはできます。しかし読み手は、部門、作業、データの移動を頭の中で並べます。ここは図にしたほうが早い場面です。図解にすると、誰が、どこで、何を受け渡すのかが見えます。
逆に、「なぜその運用に変える必要があるのか」「現場がどこで不安を感じやすいのか」「導入時にどの条件を確認すべきか」は、図だけでは伝わりにくい情報です。これらは判断の背景です。図にすると薄く見え、文章で書くと読み手の理解に厚みが出ます。
文章で残すべき情報を、図に逃がさない
図解を入れた資料で意外に多いのが、説明すべきことを図に逃がしてしまうケースです。ページの中央に大きな図があり、周辺に「効率化」「一元管理」「可視化」といった言葉が並ぶ。見た目は整っていますが、なぜ効率化できるのか、何が一元化されるのか、誰にとって可視化されるのかが分かりません。
抽象語だけで作った図解は、分かったように見えて、読み手の判断を進めません。営業資料なら、商談相手が社内で説明できる材料になりにくい。ホワイトペーパーなら、読者が自社に置き換えて考えにくい。導入事例なら、成果が実感として伝わりにくい。図解は便利ですが、理由を省略する道具ではありません。
文章で残すべきなのは、読み手が納得するための部分です。なぜこの課題が起きるのか。なぜこの順番で進めるのか。A案よりB案が合う条件は何か。どの条件なら注意が必要なのか。こうした説明は、図の外に置いたほうが読み手に届きます。
図と文章が同じことを言っていないか
図解と本文の役割が重なると、ページは冗長になります。図に「導入前」「導入後」とあり、本文でも「導入前はこうでした。導入後はこうなりました」と同じ順番でなぞるだけなら、どちらかの働きが弱い状態です。
図解は、本文の要約ではなく、本文を読む前に全体像をつかませたり、本文では追いにくい関係を見せたりするものです。本文は、図を見ただけでは分からない理由や読み解き方を補います。たとえば、図では業務フローの変化を見せる。本文では、どの工程で現場の負担が減ったのか、なぜその工程がボトルネックだったのかを書く。この分担ができると、ページ全体に意味が出ます。
確認するときは、図だけを見て何が分かるか、本文だけを読んで何が分かるかを分けて見ます。両方が同じことしか言っていないなら、図の役割を変えるか、本文の説明を深めたほうがよいです。
迷ったら、読み手の負担で決める
図にするか文章で残すか迷ったときは、制作側の見栄えではなく、読み手の負担で考えます。文章で読んだときに、読み手が頭の中で並べ替えたり、比較したり、前後関係を追ったりしているなら、図解にする価値があります。反対に、読み手が知りたいのが理由や判断の細部なら、文章で残したほうが自然です。
たとえば、料金プランの違いは図表に向いています。ただし、どのプランを選ぶべきかの考え方は文章が必要です。導入ステップは図に向いています。ただし、各ステップで社内調整が起きやすい理由は文章が必要です。課題と原因の関係は図に向いています。ただし、その課題が放置されやすい背景は文章で書いたほうが伝わります。
図解は、読み手の頭の中で発生している整理作業を肩代わりするものです。文章は、整理された情報に意味を与えるものです。この分け方を持っておくと、図を増やすべきページと、文章を磨くべきページを判断しやすくなります。
最初に作るのは、完成図ではなく役割分担
実務では、いきなり図を描き始めるより、ページ内での役割分担を先に決めるほうがうまくいきます。このページで図が担うことは何か。本文が担うことは何か。見出しが先に伝えることは何か。キャプションで補うことは何か。ここを分けるだけで、図解の密度は変わります。
たとえば、サービス紹介ページなら、図は「サービス全体の構造」を見せ、本文は「利用者にとって何が変わるか」を説明する。導入事例なら、図は「導入前後の業務の変化」を見せ、本文は「なぜその変化が成果につながったか」を説明する。ホワイトペーパーなら、図は「問題の構造」を見せ、本文は「読者が自社で確認すべき論点」を示す。
この分担があいまいなままだと、図解は装飾に近づきます。図が全体像を見せ、本文が理由を支え、見出しが読む方向を決めていると、ページ全体が一つの説明として動きます。図にする情報と文章で残す情報を分ける作業は、読み手の理解の順番を設計する作業です。