「わかりやすく伝えることが大事だ」
これは、今やほとんど異論のない前提だと思います。

実際、企業の説明資料も、広告も、教育コンテンツも、以前よりずっと「わかりやすさ」を意識するようになりました。

図解を入れる。言葉をやさしくする。短くまとめる。そうした工夫は、たしかに重要です。

ただ、ここで一つ立ち止まって考えたいことがあります。

わかりやすければ、人は本当に動くのでしょうか。

この問いは、意外と見落とされがちです。
なぜなら私たちは、「伝わらないこと」の反対を、すぐに「わかりやすさ」だと考えてしまうからです。

けれど実際の現場では、わかりやすく説明されているのに、相手が動かない場面が少なくありません。これはこの連載全体が扱う「理解設計」と「判断支援」という問題意識にもつながっています。

たとえば、サービス紹介の資料を思い浮かべてみてください。
デザインは整っている。要点も短くまとまっている。図も入っていて、一見するととてもわかりやすい。にもかかわらず、見た相手はこう感じることがあります。

「で、結局これは自分にどう関係あるのか」
「何が重要なのかは分かったようで、まだ判断できない」
「読みやすかったけれど、印象には残らなかった」

これは、説明が失敗しているというより、判断に必要な理解がまだ足りていない状態です。CODEでは、説明の目的は単なる情報伝達ではなく、「理解したうえで判断できる状態」をつくることだと考えます。

多くの人は、「わかりやすい」を次のように捉えています。

・言葉が簡単
・見た目が整っている
・短くまとまっている

もちろん、これらは大切です。
しかし、それだけでは不十分です。

人は、情報を受け取っただけでは動きません。
その情報が自分にとって何を意味するのか。
何が重要で、どこを見ればよいのか。
なぜ今それを判断すべきなのか。

そうした関係性が頭の中でつながったときに、はじめて判断が生まれます。CODEの用語で言えば、理解とは「情報の構造を認識すること」であり、判断支援とは、その理解の先に意思決定できる状態をつくることです。

ここで、よくある誤解があります。

それは、
「伝わらないなら、もっとやさしく言えばよい」
という発想です。

しかし実務では、やさしい言葉に言い換えても、短く要約しても、なお伝わらないケースが多くあります。たとえばSaaSサービスの説明で、機能一覧だけを順番に並べても、相手には「何のためのサービスか」が見えにくい。

行政資料で文章を短くしても、制度全体の関係性が整理されていなければ、市民は理解しにくい。プレゼンでも、情報を詰め込めば詰め込むほど、聞き手は「結局何が重要なのか」を見失います。こうした問題の本質は、言葉の難しさよりも、構造の不在にあります。

つまり、
わかりやすさには2種類あるのです。

一つは、表面的なわかりやすさ。
これは、読みやすさ、見やすさ、聞きやすさです。

もう一つは、構造的なわかりやすさ。
これは、情報同士の関係、優先順位、因果、理解の順序が見える状態です。

前者は入口として大切です。
しかし、人を動かすのは後者です。

この違いはとても大きいと思います。
読みやすい資料は作れても、判断できる資料は簡単には作れません。
見やすい動画は作れても、納得して行動したくなる動画は、構造設計なしには生まれません。

ここで、CODEフレームワークの視点が効いてきます。

CODEは、複雑な情報を整理し、理解を設計し、判断を支えるための思考フレームワークです。

4つの要素は、Cognitive、Organize、Design、Explainで構成され、特に前半のCOフェーズでは「何をどう理解してもらうべきか」という上流設計を扱います。単に表現を整えるのではなく、その前に問題認識と情報構造を整えることが重視されています。

この観点から見ると、「わかりやすいのに動かない」理由も見えてきます。

それは、表現の問題ではなく、
判断につながる構造が設計されていないからです。

たとえば、相手にサービスを理解してほしいなら、ただ特徴を並べるのではなく、

問題
↓
解決
↓
価値

という構造で見せた方が理解しやすい。
教育なら、知識を羅列するのではなく、

問い
↓
仮説
↓
説明
↓
納得

という順序の方が理解が進みやすい。
実際、CODEの具体例集でも、こうした「理解導線」の設計が重要だと整理されています。

ここで大切なのは、
「わかりやすくすること」を否定することではありません。

そうではなく、
わかりやすさをゴールにしてはいけない
ということです。

わかりやすさは、あくまで手段です。
本当に目指すべきなのは、

相手が
理解し、
意味をつかみ、
判断できる状態

をつくることです。

この視点に立つと、コンテンツ制作の見え方も少し変わります。
デザインは、見た目を整える作業ではなくなる。
説明は、情報を渡す作業ではなくなる。
コンテンツは、単なる発信物ではなくなる。

それらはすべて、
理解を設計し、判断を支えるための装置になります。
この連載が目指しているのも、まさにそこです。

まとめ

「わかりやすい」ことは大切です。
しかし、それだけでは人は動きません。

人が動くために必要なのは、
情報が見やすいことではなく、
意味の構造が見えていることです。

だからこそ、伝達の問題を「説明のうまさ」だけで考えるのではなく、
「理解がどう設計されているか」という視点で見直す必要があります。

わかりやすさの先にあるのは、理解です。
そして理解の先にあるのが、判断です。

この順番を取り違えると、
どれだけ見やすく整えても、相手は動けません。

次回予告

次回はさらに一歩進めて、
「伝わらない原因は、説明不足ではなく構造不足」
というテーマを掘り下げます。

なぜ情報があるのに伝わらないのか。
なぜ説明しているのに理解されないのか。
その原因を、「構造不足」という視点から整理していきます。

著者プロフィール
金井雄三。ゼブラクリエイト代表。複雑な情報を整理し、相手の理解と判断を支えるための設計と表現に取り組む。ホワイトボードアニメーション制作や説明設計の実務を通じて、CODEフレームワークを提唱。