情報デザインの目的は受け手の行動まで考えること
情報デザインとは、情報を受け取る人が内容を理解し、目的に沿って判断や行動ができるように、情報の選択、表現、配置、流れを設計することです。色や図形を加えて華やかにする作業だけを指すのではありません。同じ内容でも、災害時の避難案内、調査結果を説明する発表、操作方法を示す手順書では、受け手が置かれた状況と必要な行動が違います。その違いから逆算して、残す情報と省く情報、先に見せる情報、詳しく説明する情報を決めます。
作り始める前に、「誰に」「何を」「どの場面で」「どうしてほしいか」を一文にします。たとえば「初めて施設を訪れた人が、入口から受付まで迷わず移動できるようにする」と定めれば、建物の歴史より、現在地、進む方向、目印、受付の位置が優先されます。「調査結果から一つの提案を選んでもらう」なら、結論、判断基準、根拠となるデータ、他案との違いが必要です。
良い資料かどうかは、作り手の意図ではなく受け手の結果で確かめます。確認の問いは「きれいか」だけでは足りません。「最初に見る場所はどこか」「中心となる主張を一文で言えるか」「図表から何を読み取ればよいか」「次に行う操作が分かるか」と尋ねます。答えが分かれるなら、受け手の能力不足と決めず、見出し、順序、ラベル、強調の設計を見直します。使う人の読み取りを支える点で、情報デザインはユーザーインタフェースの設計ともつながります。
抽象化・可視化・構造化を順番に使う
情報を整理するときは、抽象化・可視化・構造化を別々の飾り付けとしてではなく、判断の流れとして使います。抽象化は、目的に必要な特徴を残し、それ以外をいったん省くことです。可視化は、言葉や数値だけでは捉えにくい量、差、変化、関係を、図表や位置などで見えるようにすることです。構造化は、情報をまとまりに分け、順序や階層、因果関係を示すことです。先に目的と要点を決めずにグラフや色を選ぶと、不要な情報まで目立たせることになります。
一枚の資料へ変換する例
- 素材を並べる：調査で集めた数値、意見、写真、出典を、まだ装飾せず一覧にします。事実と解釈を別の欄に置きます。
- 目的を一文にする：「三つの案から、待ち時間を最も減らせる案を選ぶ」のように、受け手が行う判断まで書きます。
- 抽象化する：判断に直接関係する「平均待ち時間」「混雑する時間帯」「必要な準備」を残し、結論に影響しない細部は補足へ移します。
- 構造化する：「現状の問題→比較の基準→三案の比較→提案」の順に並べ、各まとまりへ内容を言い表す見出しを付けます。
- 可視化する：案ごとの差は同じ尺度の棒グラフ、時間による変化は折れ線グラフ、手順は矢印で結んだ図というように、伝えたい関係に合う表現を選びます。
ここで間違えやすいのは、抽象化を「短くすること」、可視化を「画像を入れること」、構造化を「箇条書きにすること」とだけ捉えることです。判断に必要な条件まで消せば抽象化として不適切であり、内容と関係のない写真は理解を助ける可視化とは限りません。箇条書きも、順序やグループの意味がなければ構造を十分に示しません。
記号や形には、見ただけで操作や意味を予想させる手掛かりがあります。これはシグニファイアの考え方です。ただし、アイコンの意味がすべての人に同じように伝わるとは限りません。初めて出る記号には短いラベルを添え、資料内で同じ形を同じ意味に使います。案内にピクトグラムを使う場合も、形だけで細かな条件まで伝えようとせず、必要な文字情報と組み合わせます。
色だけに情報を乗せない
色は、情報をまとめたり、注目箇所を示したりする有効な手段です。しかし、「赤は不合格、緑は合格」「青線は今年、赤線は前年」のように色だけで違いを表すと、色の見え方が異なる人、白黒で印刷する人、明るい場所で投影を見る人には区別できない場合があります。色をなくすのではなく、同じ意味を別の手掛かりでも確認できるようにします。
- 状態には「要確認」「完了」のような文字ラベルを付け、色付きの丸だけにしません。
- 折れ線グラフでは、色に加えて実線・破線を使い分け、線の近くへ系列名を直接書きます。
- 地図や領域図では、色に加えて模様、境界線、記号を使い、凡例との対応を明記します。
- 入力エラーでは枠を赤くするだけでなく、該当欄の近くに原因と直し方を文章で示します。
背景と文字の差も重要です。淡い灰色の文字を白い背景に置いたり、写真の上へ細い文字を重ねたりすると、輪郭を読み取りにくくなります。本文は十分な明暗差を取り、写真を使うなら文字の背後に単色の面を置きます。強調色には「中心メッセージ」「注意」などの役割を決め、同じ役割には同じ色を使います。
色の設計を確認する三つの見方
まず資料を白黒表示にし、分類と重要度が残るかを見ます。次に画面の明るさを下げたり、少し離れたりして、本文と背景、グラフの線と目盛りを区別できるか確かめます。最後に、色名を使わず内容を説明します。「赤い部分が増えた」ではなく「要確認の項目が増えた」と言い換えられれば、意味が色から独立しています。色の見分けにくさは特定の人だけの問題ではなく、印刷、投影、端末設定、周囲の明るさでも起こるため、複数の手掛かりは全員の読み取りを安定させます。
フォントと文字サイズで情報の階層を示す
フォントは雰囲気ではなく、文字を正確に、速く読むための部品として選びます。投影する資料では、線の太さが安定し、小さい文字でも字形を区別しやすい書体から試すと確認しやすくなります。装飾の強い書体は短い見出しに限り、長い本文や数値には使いません。また、端末に入っていない書体へ置き換わると改行や記号の形が変わるため、別の端末で開く場合は表示を確認し、必要に応じてレイアウトを保てる形式でも用意します。
書体を多く使うより、役割を少なく決める方が階層は伝わります。たとえば、見出しと本文で同じ書体を使い、見出しだけを大きく太くする方法でも十分です。強調のたびに別の色、斜体、下線、囲み、影を重ねると、強調同士が競合します。下線はリンクと誤解されやすく、日本語の斜体は字形を読み取りにくくすることもあるため、まず太さ、文字サイズ、余白で差を付けます。同じ階層の見出しは同じ見た目に統一します。
文字サイズに万能の正解はありません。大きな画面でも、遠くから投影を見る場合と手元の端末で見る場合では条件が違います。最初に「タイトル・要点・補足」のように段階を作り、重要度に応じて明確な差を付けます。本文が収まらなければ文字を小さくする前に、文を短くする、詳細を話す内容へ移す、スライドを分ける、配布資料へ移す、の順で直します。一枚に収めることを優先して読めない文字にすると、情報を載せても伝達できません。
表示条件で確かめる
- 実際に使う画面比率と投影環境に近い状態で全画面表示します。
- 最も遠い位置を想定し、本文、グラフの軸、凡例、出典を読めるか確認します。
- 見出しだけを追っても話の流れが分かるか、本文だけが過度に目立っていないかを見ます。
- 読みにくい箇所は拡大だけで解決せず、不要な語、重複する説明、細かすぎる図表を減らします。
日本語と英数字を混ぜる資料では、数字の桁、単位、似た字形も確認します。同じ種類の数値はそろえて配置し、単位がどの値に適用されるかを明確にします。文字は情報の優先順位と比較の仕方を示す設計要素です。
ユニバーサルデザインとアクセシビリティを設計に入れる
ユニバーサルデザインは、年齢、身体の状態、経験、利用環境などの違いを前提に、できるだけ多くの人が使いやすいよう最初から設計する考え方です。完成後に一部の人向けの機能を足すだけではなく、誰がどこで困るかを企画段階で考えます。たとえば、色と形を併用する、専門語に説明を添える、操作の順序を一定にする、誤りを戻せるようにすることは、特定の一人だけでなく初めて使う人にも役立ちます。
ユーザビリティとアクセシビリティは似ていますが、同じ意味ではありません。ユーザビリティは、想定した利用者が目的を達成しやすいかという使いやすさに注目します。アクセシビリティは、視覚、聴覚、身体の動き、認知、利用機器などが異なっても、情報や機能へ到達できるかを考えます。使いやすいと感じる人が多い資料でも、画像にしか説明がない、動画に音声だけの重要情報がある、読み上げる順序が崩れているなら、アクセスできない人が残ります。
- 画像や図表には、何を示す図か、結論に必要な値は何かを周囲の文章や代替テキストで補います。
- 動画の音声に重要な説明がある場合は字幕や要約を用意し、効果音だけで開始・終了を知らせません。
- 見出しを見た目だけ大きくせず、文書上も見出しとして設定し、内容の階層を保ちます。
- 「右の赤いボタン」のように位置と色だけで指示せず、ボタン名や操作の目的も書きます。
- 点滅や自動切り替えに頼らず、読む時間を利用者が調整できる形を選びます。
対応項目は、構成案、試作、完成前の各段階で確認します。構成案では情報が音声だけ、画像だけになっていないかを見ます。試作ではキーボード操作、拡大表示、白黒表示、読み上げ順を確認し、完成前には内容を知らない人が目的を達成できるかを試します。
スライドと配布資料は役割が違う
スライドは、多くの場合、話し手の説明と同時に短い時間だけ見られます。配布資料は、読む人が自分の速さで進み、後から資料だけを読み返します。この利用状況の違いを無視して同じデータを使うと、スライドは文字で埋まり、配布資料は説明不足になります。両方に同じ中心メッセージを持たせながら、情報量と参照方法を変える必要があります。
スライドで優先すること
一枚につき、受け手がその場でつかむ中心メッセージを一つに絞ります。見出しを「調査結果」のような分類名だけにせず、「待ち時間は昼に最も長くなる」のように、その一枚で伝えたい内容まで書くと、見出しだけでも流れを追えます。グラフは説明する系列を目立たせ、口頭で触れない細かな表は補足へ移します。話す文をすべて書くのではなく、結論、数値、固有名詞など、正確に共有する必要がある情報を画面に残します。
配布資料で補うこと
配布資料は話し手がいなくても意味が通るようにします。前提、用語の説明、図表の題名・単位・凡例、出典、補足の条件を加えます。「これ」「先ほどの図」のような口頭の指示語は、節名や図番号へ置き換えます。ページ番号と見出しがあれば、別の場所を参照しやすくなります。印刷するなら、白黒でも区別できるか、端が欠けないか、細い線や小さな注記が読めるかを実物に近い条件で確認します。
作業を二重にしないためには、最初に共通の構成を作ります。「問い」「結論」「根拠」「条件」「出典」をそろえ、そこからスライド版では瞬時に読む情報を残し、配布版では単独で理解する情報を補います。写真やグラフなどのメディアを使うときも、スライドでは注目箇所を指し示し、配布資料ではその意味を文章で残します。スライドを縮小して並べただけの配布版は、文字が小さく、口頭説明も欠けるため、読み返す資料として十分かを改めて点検します。
プレゼンガイドで資料を点検する
資料を作った後は、プレゼンガイドを点検の補助に使えます。このツールのソースで確認できる範囲では、「結論先行」「根拠明示」「一スライド一メッセージ」という基本原則、作成ステップ、発表前のチェックリスト、スライドと発表を分けた評価ルーブリックが表示されます。チェックリストには、テーマと目的、文字サイズと配色の可読性、データや引用元、時間配分などの確認項目があります。チェック状態は画面上で切り替えられます。
- 資料を開く前に、プレゼンガイドの基本原則と作成ステップを読み、中心メッセージを一文で書きます。
- 各スライドについて、その一文に必要な役割があるかを確認します。役割を説明できない一枚は削るか、別の一枚と統合します。
- 発表チェックリストを上から確認し、未完了の項目は「直す場所」と「直し方」を資料側へ記録します。チェックを付けること自体を目的にしません。
- スライド用ルーブリックの「構成」「デザイン」「情報の正確性」「視覚資料活用」「メッセージ性」を読み、各観点の根拠になるページを一つずつ挙げます。
- カウントダウンまたはストップウォッチで通し時間を測ります。時間が足りなければ早口にする前に、中心メッセージと関係の薄い説明を補足へ移します。
- 最後に、白黒表示、実際に近い投影、印刷した配布版で、色、文字、図表、参照関係をもう一度確認します。
ツールのルーブリックは、資料を自動で判定する機能ではありません。段階の説明を読み、どの事実を根拠に判断したかを自分で記録するための見本です。また、確認できた実装では、画面上で観点名や段階の説明を自由編集する機能はありません。目的に合わない観点を無理に当てはめず、課題に合う評価観点を作る方法はプレゼンテーション評価ルーブリックの作り方で確認できます。
完成の基準は、すべての空白を埋めたことではありません。受け手が中心メッセージを取り出せること、情報の関係を追えること、色や音声など一つの表現だけに依存せず内容へ到達できること、媒体が変わっても必要な説明が残ることです。目的、抽象化、構造化、可視化、色、文字、利用条件の順に戻って直せば、「何となく見づらい」を具体的な修正へ変えられます。