理解の錯覚(IOED)とは——「わかったつもり」の正体

自分では手順を理解しているつもりなのに、人に説明させると急に言葉が出てこない——「理解の錯覚(illusion of explanatory depth)」の仕組みと、マニュアルが使われない原因への対策を解説。

理解の錯覚(IOED)とは——「わかったつもり」の正体

自分で作ったマニュアルを後から読んだ担当者に「ここ、何をすればいいんですか」と聞かれて初めて、手順の途中が飛んでいたことに気づく——これは書き手がうっかりしていたからではなく、人は自分がどれだけ理解しているかを、実際より高く見積もってしまうという「理解の錯覚(illusion of explanatory depth, IOED)」という現象が関わっている可能性がある。

理解の錯覚とは何か

理解の錯覚とは、人が物事の仕組みや手順について、実際よりも深く理解していると思い込んでしまう認知バイアスを指す。2002年にイェール大学のLeonid RozenblitとFrank Keilが命名した概念で、ファスナーや速度計のような身近な道具の仕組みを「説明できる」と多くの人が考えるが、実際に説明させてみると途中で言葉に詰まる、という実験で示された。

ポイントは、この錯覚が「説明させてみるまで本人には見えない」という点だ。頭の中では一連の流れがスムーズに完成しているように感じられるため、本人は錯覚に気づく機会がないまま、理解度を高く見積もり続けてしまう。

なぜ「説明させる」と急に理解の浅さが露呈するのか

理解には、いくつかの異なる種類がある。「何をするか」という事実・手順の知識は比較的正確に自己評価できるのに対し、「なぜそうするのか」という因果関係の説明を要する知識ほど、理解の錯覚が強く出やすいとされている。

頭の中で手順を思い浮かべるだけなら、要所要所のイメージが繋がっていれば「わかった」感覚が成立する。ところが、それを他人に伝わる言葉として順序立てて説明しようとすると、イメージの間を飛ばしていた部分、暗黙のうちに前提にしていた条件が、言語化の過程で初めて要求される。この「説明という作業そのものが理解の検証になっている」構造が、錯覚が説明時にしか崩れない理由になっている。

中小企業のマニュアル・引き継ぎでどう表れるか

理解の錯覚は、特にマニュアル作成や引き継ぎの場面で問題として表面化しやすい。

  • 担当者が自分用に作った業務マニュアルを後任に渡したところ、「この条件分岐のときはどうするのか」が書かれておらず、作成者自身も「そこまで書く必要があると思っていなかった」と答える
  • 新しいメンバーに業務の流れを口頭で説明したつもりが、実際にやらせてみると手順の途中で止まってしまい、聞いていた側も「分かったつもりだった」と気づく
  • 会議で「これはもう共有済みのはず」と前提にして話が進むが、実際に説明を求められると、話していた側も重要な詳細を省いていたことに気づく

いずれの場合も、書いた側・話した側が不誠実だったわけではなく、本人自身が「どこまで理解しているか」を正しく自己評価できていなかったという点が、単純な説明不足とは質的に異なる。

この現象は、相手の知識水準を正しく想定できずに説明が足りなくなる「知識の呪い」とは軸が異なる。知識の呪いは他者の理解度を見誤る伝達側の問題であるのに対し、理解の錯覚は自分自身の理解度を見誤る自己評価の問題だ。また、熟練者の判断が自動化され本人が言語化できなくなる「エキスパートの盲点」とも違い、理解の錯覚は熟練度に関係なく誰にでも起こる。さらに、自分の指示や意図が相手に当然伝わっていると思い込む透明性の錯覚と並べると、透明性の錯覚は「自分の中の情報が相手にも伝わっている」という他者との情報共有の誤解であるのに対し、理解の錯覚は自分自身の理解度そのものの誤解であり、向きが逆になる。

一般的な対策アプローチ

理解の錯覚に対しては、本人の自己申告(「分かっています」という答え)をそのまま信用しないという前提に立った対策が有効とされている。

対策 具体的な内容
実際に説明させてみる 「分かった」という返事だけで終わらせず、要点だけでなく手順の根拠まで声に出して説明させる
因果関係を問う質問を挟む 「何をするか」だけでなく「なぜこの順番か」「この条件のときはどうなるか」を具体的に聞く
読み手に実際に操作させてレビューする マニュアルは作成者の自己評価ではなく、初めて読む人が実際に手を動かせたかで評価する
完成直後ではなく時間を置いて読み直す 作成直後は記憶で補完してしまうため、数日後に本人が読み直すだけでも抜けに気づきやすい

共通しているのは、「わかった」という感覚そのものは信頼できる指標にならないため、実際に言語化・実行させる場を外側から作るという発想だ。IKEA効果(自作の管理表に愛着が生まれる不安で解説)が「自作したものへの愛着によって見直しが甘くなる」問題であるのに対し、理解の錯覚は愛着の有無とは無関係に、理解度の自己評価そのものが構造的に不正確になるという、より根本的な問題だ。

HACHでの解決: 日常の質問対応が「説明させる場」を自然に作る

HACHは、Slack / Microsoft Teams / Chatwork / LINE WORKS に招待するだけで使える常駐型AIスタッフだ。チャット上での日々の問い合わせ対応を自動で収集・整理し、毎朝レポートとして届ける。

理解の錯覚の厄介さは、改めて「説明会」を開かない限り、本人も気づかないまま時間が過ぎてしまう点にある。新人からの質問にスポットライト効果で「こんな初歩的なことを聞いたら評価が下がるのでは」とためらいがちな場面でも、チャット越しの日常的な質問応答であれば負担が小さく、ベテラン側も身構えずに答えやすい。結果として、改めて時間を取った「説明テスト」を設けなくても、日々の自然な質問のやり取り自体が、理解の抜けを早期に見つける機会になる。

まとめ

  • 理解の錯覚とは、自分の理解度を実際より高く見積もってしまう認知バイアスで、誰にでも起こる
  • 錯覚は「説明させてみるまで」本人にも見えないため、自己申告だけでは検出できない
  • マニュアルは作成者の自己評価ではなく、実際に読んだ人が操作できたかで評価する必要がある
  • HACHは日常の質問対応を通じて、理解の抜けに早く気づける機会を自然に作る

HACHは、Slack / Teams / Chatwork に招待するだけで使える常駐型AIスタッフです。 無料相談で見積もりを依頼する

SHARE