見た目から直すと、同じ図を何度も作り直す
図解を見直すとき、最初に気になるのは色や余白です。色が強い、余白が狭い、文字が小さい、アイコンが合っていない。もちろん、見やすさは大切です。ただ、そこから直し始めると、あとで情報の入れ替えが起きたときに、せっかく整えた配置をまた崩すことになります。
図解の修正で手戻りが多い資料は、直す順番が逆になっていることが多いです。色を整えた後に、結論が違うと気づく。レイアウトを組んだ後に、比較軸がそろっていないと分かる。アイコンを選んだ後に、そもそも情報が多すぎると気づく。これでは、毎回ほぼ作り直しです。
先に見るべきなのは、図解が何を伝えるものかです。次に、伝えるために必要な情報だけが残っているかを見ます。その後で、軸や流れを整え、最後に見た目を調整します。この順番を決めておくだけで、レビューの会話がかなり具体的になります。
最初に見るのは、結論が一つに見えるか
図解を開いたとき、まず確認したいのは「この図は何を言っているのか」です。サービスの全体像なのか、導入前後の変化なのか、比較の判断材料なのか、課題の構造なのか。ここが曖昧な図解は、どれだけ整えても伝わりにくさが残ります。
よくあるのは、複数の目的が一枚に混ざっている図です。サービスの仕組みを見せたいのに、導入効果も、利用部門も、運用ステップも同じ強さで入っている。比較表のはずなのに、説明文や注意事項が増えて、何を比べる図なのか分からない。こういう図は、まず結論を一つに絞る必要があります。
レビューでは、「この図を見た人に、最初に何を分かってほしいか」を一文で言えるか確認します。一文で言えない場合は、図の中身を直す前に、ページの役割を見直します。図解の修正は、配置の問題に見えて、実際には結論の問題であることが多いです。
次に、情報を減らせるかを見る
結論が決まったら、次は情報量を見ます。ここで大事なのは、情報を少なくすること自体ではありません。結論を伝えるために必要な情報と、別の場所で説明したほうがよい情報を分けることです。
図解に入れたくなる情報には、たいてい理由があります。関係者に確認してもらうため、サービスの特徴を落としたくないため、誤解を避けるため。けれど、その理由があるからといって、すべてを図に入れる必要はありません。詳細条件は本文へ、補足は注釈へ、別テーマは別図へ分けたほうが伝わることがあります。
情報を減らすときは、「削る」より「移す」と考えると進めやすいです。図から外した情報を捨てるのではなく、本文、表、注釈、別ページに移す。そうすると、関係者も納得しやすくなります。図解の中で全部を解決しようとしないことが、読みやすい図への近道です。
比較軸や単位がそろっているかを見る
情報量を整理したら、次は軸を見ます。比較表なら、同じ観点で並んでいるか。Before / After なら、前後で比べている内容がそろっているか。業務フローなら、作業、担当者、システム、データの粒度が混ざっていないか。ここが崩れていると、読み手は判断に使えません。
たとえば、導入前は「手作業が多い」、導入後は「ダッシュボードで確認できる」と並べると、少し軸がずれます。前者は作業負荷、後者は確認方法です。読み手は何がどう変わったのかを自分で補う必要があります。導入前「Excelで手入力」、導入後「入力データを自動集計」のように軸をそろえると、変化が見えやすくなります。
軸のずれは、作っている側には見えにくいです。社内では文脈が共有されているため、多少ずれていても読めてしまいます。外部の読者が初めて見る資料では、その補完が起きません。図解を直すときは、見た目より先に、並んでいる情報の種類がそろっているかを確認します。
視線の流れが一つに決まっているか
次に見るのは、読み手の視線です。左から右へ読むのか、上から下へ読むのか、中心から外側へ広がるのか。図解の中で複数の読み順が混ざると、読み手はどこから見ればよいか迷います。
矢印が多い図では、矢印の意味も確認します。時間の流れ、作業の受け渡し、因果関係、データ連携。これらが同じ矢印で混ざると、図は読みにくくなります。必要なら、流れを一つに絞る、矢印の種類を分ける、補助線を減らす、番号を付けるといった修正をします。
視線の流れは、図の中だけでなくページ全体でも見ます。見出しを読んで図を見るのか、図を見て本文で理由を読むのか。図解が本文のどこにつながるのかが分からないと、ページの中で浮いて見えます。図解は単体で整えるだけでなく、前後の文章との接続まで見る必要があります。
最後に、色、余白、線、アイコンを見る
ここまで確認してから、ようやく仕上げに入ります。色は重要な場所を示すために使います。余白はまとまりを作るために使います。線や矢印は関係を示すために使います。アイコンは意味を補助するために使います。表面上の調整に見える要素も、すべて情報の理解に関係しています。
装飾を増やすほど分かりやすくなるわけではありません。色が多いと強調点が分からなくなります。アイコンが多いと、読み手は記号の意味を解釈する必要があります。余白が少ないと、情報のまとまりが見えません。最後の仕上げでは、「きれいか」だけでなく「どこを見ればよいかが分かるか」を見ます。
仕上げの修正は、情報の整理が終わっているほど判断しやすくなります。結論が決まり、情報量が絞られ、軸と流れがそろっていれば、どこを強調すべきかも自然に決まります。
修正依頼は、好みではなく読者の行動で伝える
図解のレビューで難しいのは、修正依頼が感覚的になりやすいことです。「もっと見やすく」「すっきりさせたい」「分かりやすくしたい」だけでは、どこを直すべきか分かりません。制作側も、色を変えるのか、情報を減らすのか、配置を変えるのか判断できません。
修正依頼では、読者にどう読んでほしいかを言葉にすると伝わりやすくなります。「最初に導入後の変化が見えるようにしたい」「比較軸を料金ではなく運用負荷から見せたい」「矢印が多くて順番が追いにくいので、工程を上から下にそろえたい」。このように伝えると、修正の方向が具体的になります。
図解を直す順番を持っておくと、レビューの会話も落ち着きます。好みの話に入りすぎず、結論、情報量、軸、流れ、見た目のどこに問題があるのかを分けて話せます。BtoB資料の図解は、きれいに作るだけでは足りません。読み手の理解と判断が進むかどうかを、順番に確認することが大事です。