シャノン=ウィーバーモデル

英語名 Shannon-Weaver Model
読み方 シャノン ウィーバー モデル
難易度
所要時間 15〜20分
提唱者 クロード・シャノン、ウォーレン・ウィーバー(1949年)
目次

ひとことで言うと
#

「送信者がメッセージを符号化し、チャネルを通じて送り、受信者が復号する。その過程でノイズが入る」というコミュニケーションの最も基本的なモデル。伝わらない原因を「符号化」「チャネル」「ノイズ」「復号」のどこにあるか特定するのに使える。

押さえておきたい用語
#

押さえておきたい用語
送信者(Sender)
メッセージを発信する主体のこと。ビジネスでは話し手・書き手・発表者がこれにあたる。
符号化(Encoding)
伝えたい内容を言葉・図・ジェスチャーなどの信号に変換するプロセスを指す。
チャネル(Channel)
メッセージが伝わる媒体・経路。対面・メール・電話・チャットなどを指す。
ノイズ(Noise)
メッセージの正確な伝達を妨げるあらゆる障害である。物理的ノイズ(雑音)だけでなく、心理的ノイズ(偏見)や意味的ノイズ(専門用語の誤解)も含む。
復号(Decoding)
受信者が信号を受け取り、意味を解釈するプロセスを指す。

シャノン=ウィーバーモデルの全体像
#

送信→符号化→チャネル→復号→受信の情報伝達プロセス
送信者伝えたい意図・内容符号化言葉・図・信号に変換チャネル対面・メール電話・チャット復号信号を解釈意味を理解受信者理解した内容ノイズ物理的(雑音・通信障害)心理的(偏見・感情)意味的(専門用語・文化差)フィードバック(理解の確認)
伝達ミスをシャノン=ウィーバーで分析するフロー
1
ミスを発見
「伝わっていなかった」事実を特定する
2
プロセスを分解
符号化・チャネル・ノイズ・復号のどこで起きたか特定
3
原因に対策
該当プロセスに対する改善策を実行する
フィードバックを追加
受信者の理解を確認する仕組みを組み込む

こんな悩みに効く
#

  • 「ちゃんと伝えたはずなのに伝わっていない」が繰り返される
  • 伝達ミスの原因がわからず、同じ問題が再発する
  • チーム内のコミュニケーション改善をどこから手をつけるか迷う

基本の使い方
#

ステップ1: 伝達ミスの事実を特定する

「何が・誰から誰に・いつ・どの媒体で伝えられ、結果どうズレたか」を具体的に記録する。

  • 「伝わっていなかった」だけでは曖昧。「Aさんが3/15のメールでBさんに納期を伝えたが、Bさんは別の日付で理解していた」レベルで記述する
  • 当事者双方にヒアリングし、送信者の意図と受信者の理解を比較する
ステップ2: プロセスのどこでズレたか分解する

モデルの各段階(符号化→チャネル→ノイズ→復号)を順に検証する。

  • 符号化の問題: 送信者の表現が曖昧だった(「なるはやで」→いつ?)
  • チャネルの問題: メールが埋もれた、通知が見えなかった
  • ノイズの問題: 会議中に別の議題と混同した、専門用語が通じなかった
  • 復号の問題: 受信者の前提知識が不足していて誤解した
ステップ3: 原因に対する具体的な対策を打つ

特定した段階に応じた改善策を実行する。

  • 符号化 → 数字・期限を明記する。曖昧な表現を禁止する
  • チャネル → メディアリッチネス理論を参考に媒体を見直す
  • ノイズ → 会議の環境整備、専門用語の用語集を作成する
  • 復号 → 受信者の前提知識レベルに合わせて説明を調整する
ステップ4: フィードバックの仕組みを組み込む

伝達後に受信者の理解を確認するプロセスを追加する。

  • メールなら「この認識で合っていますか?」と確認文を添える
  • 会議なら最後に参加者が要約を復唱する
  • チャットならリアクション+一言返信のルールを設ける

具体例
#

例1:ECサイト運営の受注チームで出荷ミスが頻発する

従業員20名のEC事業者。月間出荷 3,000件 のうち、出荷ミス(数量違い・商品違い)が月 25件 発生していた。

シャノン=ウィーバーモデルで分析した結果:

  • 符号化: 受注担当がSlackに「○○3つお願い」と略称で依頼
  • チャネル: Slackの複数チャンネルに指示が分散
  • ノイズ: 類似品番の商品が多く、略称が重複
  • 復号: 倉庫スタッフが略称を別商品と解釈

対策として「注文番号+正式品番+数量」のテンプレートを導入し、チャンネルを1つに統一。出荷ミスは月 25件 → 3件 に減少した。

例2:グローバルSaaS企業で日本拠点と米国本社の仕様伝達がズレる

従業員500名のSaaS企業の日本拠点(50名)。米国本社の開発チームに機能要望を伝えるが、実装結果が意図と異なるケースが四半期に 8件 発生していた。

モデルで分析:

  • 符号化: 日本チームが「ユーザーが困っている」と感情的に伝えていた
  • チャネル: 英語のJiraチケットのみ(スクリーンショットなし)
  • ノイズ: 時差によるリアルタイム確認ができず、文化的な「行間」が通じない
  • 復号: 米国チームが日本の商習慣を知らず、要件を汎用的に解釈

対策として「ユーザーストーリー+画面モック+受入条件」の3点セットを必須にし、週1回のビデオ同期でフィードバックループを設置。仕様ズレは四半期 8件 → 1件 に改善した。

例3:病院の外来で医師の説明が患者に伝わらない

外来患者 1日150名 を診る総合病院。患者アンケートで「医師の説明がわからなかった」が 28% に達していた。

モデルで分析:

  • 符号化: 医師が専門用語(「HbA1c」「エビデンス」)をそのまま使用
  • チャネル: 診察室での口頭説明のみ(書面なし)
  • ノイズ: 待合室の混雑による焦り、患者の体調不良
  • 復号: 高齢患者は医学用語の前提知識がない

対策として「やさしい日本語での説明チェックリスト」と「持ち帰り用の要約シート」を導入。「説明がわからなかった」の割合は 28% → 9% に改善した。

やりがちな失敗パターン
#

  1. 「伝えた=伝わった」と思い込む — 送信者の仕事はメッセージを送ることではなく、受信者が正しく復号することまで。フィードバックなしに伝達完了とみなさない
  2. ノイズの存在を過小評価する — 「メールを送ったから大丈夫」はチャネルのノイズ(他のメールに埋もれる、通知を見逃す)を無視している
  3. 符号化の問題をすべて受信者のせいにする — 「なぜ理解できないの?」は送信者の符号化が不適切だった可能性を見落としている
  4. フィードバックを面倒がって省略する — 確認に30秒かけることで、手戻りの30分を防げる。フィードバックはコストではなく投資

まとめ
#

シャノン=ウィーバーモデルは、コミュニケーションを「符号化→チャネル→ノイズ→復号」に分解し、伝達ミスの原因を構造的に特定するためのフレームワークだ。「伝わらない」を漠然と嘆くのではなく、どの段階で問題が起きているかを特定し、ピンポイントで対策する。フィードバックの仕組みを必ず組み込むことが、一方通行の伝達を双方向のコミュニケーションに変える鍵になる。