見知らぬ土地で道に迷ったとき、地元の人に尋ねたことがあるでしょうか。
「この辺りをずっと行ったら、角に古い薬局があるから、そこを右に曲がって、少し行くと小さい橋があって——」
親切に教えてくれている。それは伝わる。でも、歩き出した瞬間にもう不安になっています。「少し行く」ってどのくらいだろう。「小さい橋」って何メートルくらいだろう。頭の中に地図が描けない。
教えてくれた人は何も間違っていません。情報は正確です。それでも、「わかった」にはなっていない。
これが「伝えた」と「わかってもらえた」の間にある、埋めにくいギャップの正体です。
「伝わる」の本質は、相手の内側で何かが変化すること
4つの段階それぞれに、異なる目的と手法がある
| 段階 | 目的 | 主な手法 |
|---|---|---|
| 届ける | 注意を得る | 意外性・数字・問い |
| わからせる 今回 | 理解させる | 構造化・具体例 |
| 納得させる | 信じさせる | 証拠・権威・物語 |
| 動かす | 行動させる | 感情・緊急性・簡単さ |
前回は「届ける」——相手のフィルターを突破する技術を扱いました。今回はその次の壁、「わからせる」です。届いた情報を、相手の頭の中で「わかった」という状態に変えるには何が必要か。その構造を深掘りしていきます。
「わかる」とは何か——理解の正体
「わかった」という状態は、どういう状態でしょうか。
認知科学的に言うと、こうなります。
「わかる」とは、相手の頭の中にある既存の知識と、新しい情報が結びついた瞬間に起きます。
これは非常に重要な示唆を持っています。「わかる」かどうかは、送り手ではなく受け手の中にある構造で決まるということです。
どんなに正確な情報を丁寧に伝えても、相手の頭の中に「引っかかるもの」がなければ、情報はただ通過するだけです。
でも乗れない人には「バランス」が何かわかりません。乗れる人はすでに体でバランスを知っているから言語化できなくなっている。知っている人と知らない人の間には、言葉では渡せない何かがあります。
なぜ「わからせる」のは難しいのか——知識の呪い
「角の薬局」も「小さい橋」も、地元の人の頭の中には鮮明に存在しています。毎日見ているから。でも初めての人の頭の中には、それらが存在していません。同じ言葉を聞いていても、頭の中に描かれている地図がまったく違うのです。
「わからせる」が難しい最大の理由は、送り手がすでに「わかっている人」だからです。
これを認知科学では「知識の呪い（Curse of Knowledge）」と呼びます。一度知ってしまうと、知らない状態に戻れない。だから「これくらいわかるだろう」という前提で話してしまいます。
悪意はありません。ただ「知っている人」の視点から話しているだけです。それでも結果として、相手の頭には届かない。
| 失敗パターン | 何が起きているか |
|---|---|
| 専門用語をそのまま使う | 相手の辞書にない言葉で話している |
| 説明が速い | 既知と接続する時間を与えていない |
| 抽象的なまま終わる | 頭の中に映像の引っかかりを作れていない |
| 結論を最後に言う | どこに向かうかわからず途中で迷子になる |
| 一度に多く詰め込む | 処理容量を超えて情報が溢れる |
「ここ」がどこかわからない。「押す」のか「触れる」のかもわからない。教えている本人には自明すぎて、何がわからないのかすら想像できない。これが知識の呪いが起きている瞬間です。
具体例の3つの機能——理解を生む装置
知識の呪いを解く最も強力な道具が「具体例」です。
具体例の役割を一言で言うと、こうなります。
人間の脳は抽象的な概念をそのままでは処理しにくい構造になっています。具体例とは、その解凍作業を送り手が代わりにやることです。
ただし、具体例には3つの異なる機能があります。この違いを理解して使い分けることで、理解の質が大きく変わります。
抽象概念を、頭の中で映像として描けるようにします。「顧客との信頼構築が重要です」という抽象より、「初回訪問で契約の話を一切しない営業マンが、3ヶ月後に最も高い成約率を出していた」という具体のほうが、場面として体験させます。言葉として受け取るのではなく、映像として残る。これが最も基本的な機能です。
具体例は証拠ではありません。しかし「自分の経験と照合させる装置」として機能します。「たしかに、あの時もそうだった」という照合が起きた瞬間、理解は納得に変わります。この照合を起こすためには、相手の世界に近い具体例を選ぶことが不可欠です。
具体例が1つだと「その話」で終わります。異なる文脈の具体例が2〜3あると、相手はパターンを抽出し始めます。パターンが見えると、自分の状況への応用が起きます。「わかった」が「使える」に変わる瞬間です。
「あの角、コンビニがあるところですよね」——これは照合です。相手の既知と接続した瞬間に「あ、わかった」が起きます。
「この駅でも、あの公園でも、目印を使って説明するといいですよ」——これは転用促進です。「目印を使う」というパターンが抽出され、次の場面でも使えるようになります。
構造化とは何か——全体の地図を先に渡す
全体の地図が先に見えています。「東口」「北」「5分」「大通りで半分」——これだけで、迷っても立て直せる軸ができます。どこに向かっているかがわかっているから、途中の細かい説明が頭に入ってきます。
「構造化」とは、全体の地図を先に渡すことです。
人間の脳は、全体が見えない状態で部分を処理することが苦手です。どこに向かっているかわからないまま情報を受け取ると、処理の負荷が上がり、記憶にも残りにくくなります。
先に地図を渡すと3つのことが起きます。
②処理が軽くなる——次に何が来るか予測できるので構えられる
③記憶に残る——情報が地図の中の「場所」として定着する
具体例と構造化の関係を整理すると、こうなります。
具体例は「点」を理解させる道具。構造化は「全体」を理解させる道具。どちらか一方では不完全です。具体例で点をつくり、構造化でその点をつなぐ地図を渡す。この組み合わせが「わかった」を最も確実に生みます。
初心者でも「今は①にいる」「次は②がある」と構造の中で動けます。逆に手順だけ羅列されたレシピは、今自分がどこにいるかわからなくなり、失敗しやすくなります。
まとめ——そして、種明かし
「わかる」を生む3つの原則
①「わかる」は受け手の中で起きる。送り手がどう説明するかより、相手の頭の中に「引っかかるもの」があるかどうかが先に問われます。
②知識の呪いを自覚する。わかっている人は、わからない状態に戻れません。この非対称性を常に意識することが、わからせる技術の出発点です。
③具体例と構造化を組み合わせる。具体例で点をつくり、構造化で地図を渡す。この往復が「わかった」を最も確実に生みます。
この記事自体が、ABA構造で書かれています
実はこの記事、「わからせる」技術を説明しながら、その技術そのものを使って書かれています。
各セクションで繰り返し使ってきた構造を、ここで開示します。
この構造を「ABA構造」と呼びます。最初の具体例（A）で引き込み、抽象・原則（B）で構造を渡し、別の具体例（A'）で転用を促す。
「わかった」だけでなく「使える」まで届けるための、実践的な設計です。
そしてこの種明かし自体が、ABA構造の最後のA'です。「この記事を読んだ体験」という具体例を通じて、ABA構造というパターンを渡しています。あなたの次のプレゼン、記事、説明の場面で使えるものとして。