あれだけ説明したのに、なぜ伝わっていないんだ


経営者やマネージャーがこの言葉を口にするとき、たいていの場合、問題は「説明の量」でも「現場の理解力」でもない。

「伝えた」と「届いた」は、まったく別の出来事だ。

全社会議で丁寧に方針を説明した。メールでも共有した。質問を受け付けた。全員がうなずいた。それでも3ヶ月後、現場は別の動きをしている。社長が思い描いていた組織の姿と、現場が実際に動いている方向が、少しずつ、しかし確実にズレていく。

このズレは、意図の問題でも熱量の問題でも、ましてや現場の怠慢でもない。人間の認知の構造、組織の情報伝達の物理的な限界、そして「理解した気になる」という脳の自動補完機能が引き起こしている、設計上の問題だ。

本稿では行動経済学・認知科学・組織心理学の知見と、成功している経営者の実践手法、そしてAI活用を組み合わせて、「伝わらない」の構造を解体し、「届く」を設計する具体策を提示する。


なぜ「伝えた」が「届いた」にならないのか――4つの構造的な理由

図1|情報が組織を伝わるにつれて「温度」が失われる

社長の
意図
100℃
発信者

翻訳・省略

幹部の
解釈
70℃
中間管理職

咀嚼・変換

マネージャー
理解
45℃
チームリーダー

希釈・変形

現場の
受け取り
20℃
現場担当者

情報は階層を一つ下るたびに約30%の「温度(熱量・ニュアンス・背景)」が失われる。4階層下の現場には、当初の20%程度しか届いていないことも珍しくない。

なぜこれほど情報の温度が失われるのか。認知科学と行動経済学が示す4つの構造的な理由がある。

① 「知識の呪い(Curse of Knowledge)」:一度知識を得た人間は、「知らない状態」を想像できなくなる。社長は自分の意図の全体像・背景・文脈を知っているため、「これを言えば分かるはず」と思うが、受け手には文脈がない。

② 「意味の自動補完」:人間の脳は不完全な情報を受け取ったとき、自分の経験・価値観・置かれた状況で空白を埋める。「顧客満足を高めよう」という言葉は、営業担当には「値引きを積極的に」、エンジニアには「バグをゼロに」、デザイナーには「UIを磨け」という別々の行動指針として解釈される。

③ 「階層によるフィルタリング」:中間管理職は経営層の言葉を「自分の部署に関係する部分」だけを抽出して下に伝える。背景・理由・全体像は省略され、「指示」だけが残る。指示だけを受けた現場は、文脈なしで動くことになる。

④ 「心理的安全性の不足」:「理解できなかった」「解釈に自信がない」を言い出せない環境では、現場は「なんとなく理解した」という状態で行動を始める。確認しないまま進む先に、大きなズレが待っている。


解釈のズレが「組織のばらつき」になるメカニズム

図2|同じ方針が「部署ごとに別の行動」に変換されていく構造

「今期は顧客との関係をもっと深めよう」

🏢 営業部の解釈

「訪問回数を増やして接触頻度を上げる」→ 既存顧客への無計画な訪問が増加、顧客の負担に

💻 開発部の解釈

「顧客向けの機能を優先して実装する」→ 顧客からの個別要望を全て対応し、コアロードマップが停滞

📞 サポート部の解釈

「問い合わせ対応の速度を上げる」→ スピード優先で品質が低下、解決率が下がる

全部署が「顧客との関係を深める」つもりで動いているが、方向はバラバラ。組織全体としての成果は最大化されない。

行動経済学の「フレーミング効果(Framing Effect)」が示すように、同じ情報でも「どのフレーム(文脈・立場)で受け取るか」によって、意味が180度変わる。社長が「顧客との関係を深めよう」と言うとき、社長の頭の中には「長期的なLTV向上・戦略的なパートナーシップ・顧客の成功に寄り添う姿勢」という具体的なビジョンがある。しかし各部署は「自分の業務フレーム」でこの言葉を受け取り、自部署の文脈で解釈する。

問題は、誰も「間違えた」とは思っていないことだ。各自は自分の解釈が正しいと信じ、善意で行動している。それが組織全体の「ばらつき」を生む。


実践策① 「Why→What→How」の3層伝達設計

なぜこれが機能するのか:「文脈のない指示」は必ず誤訳される

ほとんどの経営コミュニケーションは「What(何をするか)」から始まる。「顧客訪問を月2回にしよう」「NPS調査を実施しよう」。しかしWhatだけでは、受け手は「なぜこれをやるのか・この背景にある経営課題は何か・優先度はどこにあるのか」が分からない。

認知科学の「意味付け(Sensemaking)」理論では、人間は行動の「意味(Why)」が理解されているとき、状況に応じた適切な判断ができる。しかし意味が分からないまま手順(How)だけを実行しているとき、想定外の事態が起きた瞬間に行動が止まるか、誤った判断が生まれる。

【具体的な実施方法】

すべての方針・指示を伝えるとき、以下の3層構造で伝える。

図3|「Why→What→How」3層伝達設計(実例付き)

Why

なぜやるのか(背景・目的・経営課題)

「競合が価格競争に入ってきており、価格以外の差別化が急務。顧客が我々を選ぶ理由を『関係性の深さ』に移行させる必要がある」

What

何を達成するのか(目標・成果指標)

「今期末までに主要顧客50社のNPS(推奨度スコア)を現在の32から50以上に引き上げる」

How

どうやるのか(部署ごとの具体的な行動指針)

「営業:月次ビジネスレビューの実施。開発:顧客別ロードマップの共有。サポート:プロアクティブな問題予防連絡」

Whyが共有されると、現場は「想定外の状況」でも正しく判断できる。Whyなしのまま動かすと、状況が変わった瞬間に行動が止まるか、誤訳が起きる。

【AIを使った「Why→What→How」の品質チェック】
社長・マネージャーが作成した方針文書をAIに貼り付け、「この文章を読んで、WhyとWhatとHowに分解してください。Whyが不明確な場合はその旨を指摘し、現場担当者が自己流で解釈してしまいそうな曖昧な表現をリストアップしてください」とプロンプトを投げる。AIは感情なく論理的に「解釈が分かれそうな箇所」を抽出する。人間が「これで伝わるはず」と思っている文章でも、AIが盲点を発見してくれる。


実践策② 「解釈の返し」を制度化する――受け手の理解を可視化する

なぜこれが機能するのか:「分かりました」は「理解した」を意味しない

会議や全社説明会の後、「質問はありますか?」という問いかけに沈黙が返ってくる。これを「全員が理解した」と解釈するのは、「社会的望ましさバイアス(Social Desirability Bias)」の見落としだ。日本の職場文化では特に「質問すること=理解できていない人間」という暗黙の評価が働くため、分からなくても質問しない。うなずきは同意でなく、「話を聞いています」の社会的シグナルだ。

図4|「分かりました」という返答が持つ3つの実態

本当に理解した

Whyも含めて理解し、自分の業務に落とし込めている

推定 約20%

🤔

なんとなく理解した

大意は取れているが、自己流の解釈が混じっている

推定 約50%

😐

理解できていない

意味は掴めていないが、質問できず「分かりました」と言った

推定 約30%

「質問ありますか?」への沈黙を「全員理解」と判断すると、80%の現場が不完全な理解のまま動き出す。

【「解釈の返し」プロトコルの導入】
方針を伝えた後、「あなたの言葉で、この方針を聞いてあなたが来週最初にやることを1文で教えてください」と全員に書かせる。GoogleフォームやSlackのスレッドを使えばリアルタイムで収集できる。この「解釈の返し」によって、理解のばらつきが即座に可視化される。

特に重要なのは「正解・不正解を評価しない」という運用設計だ。「あなたの解釈は間違っています」という返しが起きると、次回から誰も正直に書かなくなる。あくまで「全員の理解を集めてすり合わせるための情報収集」として位置付ける。

【AIによる「解釈のばらつき分析」の自動化】
収集した「解釈の返し」のテキストをAIに一括で貼り付け、「これらの回答を分析し、①全員に共通している理解②部署・立場ごとに異なっている解釈③明らかに意図からズレている解釈③理解が薄い・抽象的すぎる回答を分類してください」とプロンプトを投げる。10人の回答を人間が一つひとつ読んで分析する時間を、AIが1分以内に代替する。分析結果を次の全体ミーティングで共有し、「このような解釈のズレがありました。正しい意図はこうです」とフィードバックするループを作る。


実践策③ 「行動の翻訳」を中間管理職の役割として定義する

なぜこれが機能するのか:「橋渡しの役割」が設計されていない組織は必ず情報が劣化する

多くの組織で、中間管理職(部長・課長・チームリーダー)は「経営の言葉を現場に伝える伝書鳩」として機能している。しかし本来の役割は「経営の意図を、自部署の文脈に翻訳するコミュニケーションデザイナー」だ。

「翻訳」と「転送」は根本的に違う。転送は情報をそのまま下に流す。翻訳は「この方針が、私たちの部署ではどういう意味を持つか・私たちが具体的に何を変えるべきか・優先順位はどこか」を再解釈してから伝えることだ。この翻訳が行われないとき、現場は生の経営言語をそのまま受け取り、自己流で解釈する。

【「部署別アクション翻訳シート」の導入】
全社方針が発表されるたびに、各部署のリーダーが「部署別アクション翻訳シート」を作成し、1週間以内に部署内で共有する義務を設ける。シートの記入項目はシンプルにする。①この方針が意味すること(我々の部署にとっての解釈)②この方針によって変わること(具体的な業務の変化)③この方針によって変わらないこと(継続すべき行動の明確化)④今月の具体的なアクション(行動レベルまで落とした指示)。この4項目を埋めるプロセスが、「伝書鳩」を「翻訳者」に変える。

【AIによる「翻訳シート」の初稿生成支援】
中間管理職がこのシートを作るとき、最大の障壁は「何を書けばいいか分からない」という白紙の恐怖だ。AIに「全社方針(貼り付け)」と「自分の部署の業務内容(貼り付け)」を入力し、「この方針を私の部署の業務に引き当てて、部署別アクション翻訳シートの4項目のドラフトを作成してください」とプロンプトを投げる。AIが初稿を30分で生成し、マネージャーがそれを自分の文脈で修正・確認するフローにする。作成コストが下がると、継続率が劇的に上がる。


実践策④ 「温度計測」を仕組みとして組み込む

なぜこれが機能するのか:測定していないものは管理できない

「方針が現場まで届いているか」を確認する仕組みを持っている組織は少ない。感覚で「伝わっているだろう」と判断し、問題が顕在化したとき(組織の動きがばらつき始めたとき)に初めて「届いていなかった」と気づく。これは行動経済学の「楽観バイアス(Optimism Bias)」の典型だ。

図5|組織の「理解温度」を測る4つの方法

方法 頻度 所要時間 何が分かるか
①匿名パルスサーベイ 月次 3分/人 「方針を自分の業務に落とし込めているか」の定量スコア
②行動観察レポート 月次 15分/部署 方針に沿った行動が現場で実際に増えているかの定性確認
③1on1での「理解確認」設問 月次 5分/人 個人レベルの解釈ズレと、言い出せなかった疑問の発見
④KPIの方向性確認 週次 30分/チーム 各部署の行動KPIが方針と同じ方向を向いているかのデータ確認

この4つを組み合わせることで、「感覚」ではなく「データ」で組織の理解温度をモニタリングできる

【AIによるサーベイデータの自動分析とアクション提案】
毎月のパルスサーベイの結果をAIに分析させ、「この結果から、どの部署・どの層で方針の理解にズレが生じているかを特定し、原因の仮説と次月のアクション案を提示してください」とプロンプトを投げる。AIがデータを読んで仮説を生成するため、経営者は「問題を発見する作業」ではなく「仮説を検証し打ち手を決める判断」に集中できる。組織の理解温度モニタリングを、月次の定例業務として仕組み化する。


「届く」組織をつくる――すべての打ち手に共通する原則

ここまで紹介した4つの実践策に共通する原則がある。「伝わること」を偶然に委ねず、仕組みとして設計することだ。

「Why→What→How」の3層設計は、解釈の自動補完を減らすための情報設計だ。「解釈の返し」の収集は、理解のばらつきを見えるようにするフィードバック設計だ。「部署別翻訳シート」は、中間管理職の役割を明確化するプロセス設計だ。「温度計測」は、問題が顕在化する前に異常を検知するモニタリング設計だ。

いずれも「もっと丁寧に説明しよう」「もっと熱意を持って伝えよう」という属人的な努力ではなく、誰がやっても一定の伝達品質が保たれる構造を組織に埋め込むという発想だ。

AIはこの「構造の設計と運用」を加速する。方針文書の品質チェック、解釈ばらつきの分析、翻訳シートの初稿生成、サーベイデータの自動解析――これらを人間が手作業でやれば毎月数十時間かかるが、AIを活用すれば数時間に圧縮できる。その分の時間を「現場との対話」に使う。それが「届く組織」への最短経路だ。


まとめ:「伝えた」を「届いた」に変える4つの設計

問題 認知の原因 実践策 AIの活用法
意図が薄まって届く 知識の呪い・階層フィルタ Why→What→Howの3層設計で発信する 方針文書の曖昧表現を自動抽出・指摘
「分かりました」が信用できない 社会的望ましさバイアス 「解釈の返し」を収集し理解を可視化する 全員の回答を分類・ばらつき分析
部署ごとに別の動きをする フレーミング効果・文脈の断絶 中間管理職が「部署別翻訳シート」を作成する 全社方針×部署業務からシート初稿を生成
ズレの発見が遅い 楽観バイアス・フィードバック欠如 月次の「温度計測」を仕組みとして組み込む サーベイデータを自動分析しアクション提案

今日から一つだけ始めるとすれば、次の方針共有の後に「あなたが来週最初にやることを1文で」と全員に書かせることを勧める。その回答を読んだとき、何人が自分の意図通りの行動を書いているか。その数字が、あなたの組織の「伝達品質」の現在値だ。

「届いていると思っていた」が「届いていなかった」に変わる瞬間が、組織の本当のコミュニケーション改革の出発点になる。


コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です