文法は正しい。単語も間違っていない。それなのに、英語で話していると相手の顔に「？」が浮かぶ瞬間はありませんか？特に専門的な話題や複雑な説明になると、一生懸命話しているのに「理解してもらえない」というもどかしさを感じることがあるかもしれません。その原因は、しばしば「何を、どのレベルで説明するか」という、言葉そのものよりも奥にある「抽象度」の選択ミスにあるのです。このセクションでは、英語スピーキングにおけるコミュニケーションの壁の正体、「抽象度のミスマッチ」について深掘りします。
なぜ伝わらない？スピーキングにおける「抽象度のミスマッチ」の正体
英語学習者が陥りがちなのは、「正しい英語」を話すことだけに集中してしまうことです。もちろん文法や語彙は大切な基礎です。しかし、それらが完璧でも、説明の「粒度」や「概念のレベル」が聞き手と合っていなければ、メッセージは正確に届きません。これは、話し手と聞き手の間に存在する「知識の背景」や「前提となる情報」の差から生まれる、目に見えない溝なのです。
以下の表は、同じ内容を抽象度の高い表現と低い表現で比較したものです。
| 抽象度が高い（概括的） | 抽象度が低い（具体的） |
|---|---|
| We need to optimize the process.（プロセスを最適化する必要がある。） | First, we should reduce the manual data entry by introducing an automated tool. Then, we can shorten the approval cycle from three days to one.（まず、自動化ツールを導入して手動でのデータ入力を減らすべきだ。そうすれば、承認サイクルを3日から1日に短縮できる。） |
| The marketing campaign was successful.（マーケティングキャンペーンは成功した。） | The campaign achieved a 25% increase in website traffic and generated 150 new leads.（そのキャンペーンにより、ウェブサイトへのトラフィックが25%増加し、150件の新規リードを獲得した。） |
「正しい英語」が「伝わらない英語」になる瞬間
あなたが仕事で「プロジェクトの進捗管理」について同僚に説明するとします。あなたは「We need to enhance our project oversight.」と伝えました。文法的には何も問題ありません。しかし、相手がプロジェクト管理の経験が浅い新人だった場合、「oversight（監視、監督）」という言葉から具体的に何をすべきなのか、イメージできないかもしれません。この場合、「正しい英語」は「伝わらない英語」になってしまうのです。
A (話し手): I think we should leverage cloud infrastructure for better scalability.（スケーラビリティ向上のため、クラウドインフラを活用すべきだと思う。）
B (聞き手・非技術系): …Scalability? Cloud?
話し手Aは「クラウド」「スケーラビリティ」という専門的な抽象概念を前提としていますが、聞き手Bにはその背景知識が不足しています。これが「抽象度のミスマッチ」です。
抽象度とは何か？ 説明の「概念レベル」を理解する
抽象度とは、説明や概念の「概括的な度合い」を指します。高い抽象度とは、詳細を省き、物事の本質や大きな枠組みを伝えることです。逆に、低い抽象度とは、具体的な事実、手順、数字、例えを用いて詳細に説明することです。
- 抽象度が高い: 「交通手段」「情報通信技術」「結果を出す」
- 抽象度が低い: 「地下鉄で銀座駅まで行く」「メールとビデオ会議ツールを使う」「売上を前年比10%増加させる」
スピーキングにおいて、この抽象度のレイヤー（階層）を意識せずに話すと、聞き手はあなたの話す内容を適切な「解像度」で受け取ることができず、理解にギャップが生じます。
あなたの無意識の抽象度が相手を混乱させている
多くの場合、私たちは無意識のうちに自分自身の知識や経験を基準にして話してしまいます。自分にとっては当たり前の前提や背景情報も、聞き手にとっては初めて接する概念かもしれません。この「知識格差」が、抽象度の選択ミスを引き起こす根本原因です。
- 専門家が初心者に話す時: 専門用語（高抽象度）ばかりを使うと、初心者は詳細が理解できずについていけなくなる。
- 初心者が詳細を説明する時: 細かい事実（低抽象度）の羅列だけでは、全体像や目的が見えず、聞き手は「結局何が言いたいの？」と感じる。
つまり、効果的なコミュニケーションのためには、相手の知識レベルやニーズに合わせて、説明の抽象度を意図的に上下に移動させるスキルが不可欠なのです。このスキルこそが、「レイヤード・レベル・アダプテーション」の核心です。
「聞き手の知識レベル」を瞬時に診断する３つの観察ポイント
相手の理解度に合わせて説明のレベルを調整するには、まず相手がどのくらい知っているのかを素早く、正確に見極めることがスタートラインです。これは特別なスキルではなく、誰もが日常的に使っている「観察力」を、意図的に発揮するだけです。ここでは、会話の最初の数秒から数分で実践できる、３つの具体的な観察ポイントを紹介します。
相手が投げかけてくる質問は、その人の知識レベルを知る最も明確な手がかりです。「What is X?（Xとは何ですか？）」という質問は、Xの存在そのものを知らないか、基本的な定義を必要としていることを示します。この場合、説明は「具体」から始める必要があります。一方、「How does X work?（Xはどう機能するのですか？）」や「What are the pros and cons of X?（Xの長所と短所は？）」という質問は、Xが何かは知っているが、その仕組みや評価軸についての理解を深めたいという、より高度な知識レベルを示唆します。ここでは、抽象的な概念や比較のフレームワークが有効です。
話している最中は、相手のリアルタイムの反応を注視します。困惑した表情、首をかしげる仕草、相槌が途切れる瞬間は、あなたの説明の抽象度が高すぎる、あるいは具体例が不足しているという重要なサインです。言葉では「I see.（なるほど）」と言いながらも、表情が曇っている場合は要注意です。逆に、相手が「Exactly!（その通り！）」と強く同意したり、あなたの話す内容に基づいてさらに踏み込んだ質問をしてきたりする場合は、適切な抽象度で話せている証拠であり、同じレベルで議論を進めて良いでしょう。
会話が始まる前に、相手についての情報を整理しましょう。相手の役職（エンジニア、マーケター、経営者など）、所属する業界、そして今この会話が発生している文脈（プロジェクトのキックオフ会議、技術的な問題解決の打ち合わせ、など）から、相手が当然持っているはずの「前提知識」を推測します。例えば、エンジニアに対して「クラウドコンピューティング」の概念説明から始めるのは、抽象度が低すぎる可能性が高いです。代わりに「特定のクラウドサービスにおけるアーキテクチャ」といった、より具体的で高度なレイヤーから話を始めるべきでしょう。
- 相手の質問は「What is…?」系か「How…?」系か？
- 相手の表情は理解を示しているか、それとも困惑しているか？
- 相槌（Uh-huh, I seeなど）は自然に出ているか？
- 相手から「Could you elaborate?（詳しく説明してもらえますか？）」や「Could you give me an example?（例を挙げてもらえますか？）」というリクエストは出たか？
- 会話の文脈と相手の背景から、どの分野の知識は共有されていると想定できるか？
このチェックリストの項目の多くが「低い知識レベル」を示す方向に傾いているなら、説明は具体的な事例や基本的な定義から始めましょう。逆に「高い知識レベル」を示すサインが多いなら、抽象的な概念や応用的な議論にすぐに移行できます。
実践！抽象度を自在にシフトする「レイヤード・レベル・アダプテーション」基本技術
相手の知識レベルがわかったら、次はあなたの言葉をそのレベルに合わせて自在に変える技術です。これが「レイヤード・レベル・アダプテーション」の核心です。絵本から専門書まで、同じ「山」について説明する言葉が違うように、抽象度の異なるレイヤーを行き来する技術を習得すれば、どんな相手にも正確に伝えられます。
抽象度の調整は、「具体化」「要約」「比喩（アナロジー）」という3つの基本動作の組み合わせです。それぞれに明確な目的と使い時があります。
技術1: 抽象から具体へ降りる「具体化のラダー（はしご）」
相手が「要は何ですか？（So what?）」と尋ねた時、多くの学習者はさらに抽象的な言葉で言い換えようとします。しかし、実際に求められているのは「具体例」や「詳細な説明」であることがほとんどです。抽象的な説明に「？」が浮かんだ相手に、一段ずつ詳細へと降りていく技術が「具体化のラダー」です。
自分の発言の中で、相手が理解できていない可能性が高い抽象的な言葉（例: 「効率化」「最適化」「柔軟な対応」）に気づきます。
最も効果的な接続詞は “For example,” “For instance,” “To give you a concrete example,” です。ここで具体的な行動、数字、物事を示します。
さらに “More specifically,” “In practical terms,” を使って、その具体例がどのような手順や要素で構成されているかを説明します。
技術2: 具体から抽象へ昇る「要約のフック」
逆に、詳細な説明を長々と聞いた相手は、全体像や要点を見失いがちです。細かい話の後で、「つまり、何が言いたいの？」という疑問に先回りして答えるのがこの技術です。詳細を「フック」で引っ掛けて、上位概念へと引き上げます。
キーフレーズは “In short,” “The bottom line is,” “So, the main takeaway here is that…” です。これらは「これまでの話を一言でまとめると」という合図になります。
| 具体レベルの説明例 | 「要約のフック」を使った抽象化例 |
|---|---|
| “We need to review the Q3 sales data by region, analyze customer feedback from the last survey, and then adjust our marketing budget allocation for the next quarter.” | “In short, we are realigning our strategy based on recent performance and customer insights.” |
| “First, save the document. Then, go to ‘File’, select ‘Export’, choose PDF format, and click ‘Save’.” | “So, the main takeaway is, you can convert your file to a PDF in a few clicks from the export menu.” |
技術3: 中間抽象度で「橋渡し」するアナロジー（比喩）活用
相手が全く知らない概念を説明する時、いきなり具体例を出してもピンと来ません。いきなり抽象化しても理解できません。このギャップを埋める最強の技術が、相手が既に知っている別の物事に例える「アナロジー」です。これは具体でも抽象でもない、理解を橋渡しする中間レベルの説明です。
- キーフレーズ: “It’s like…”, “Think of it as…”, “A good analogy would be…”
- 効果: 未知の概念（X）を、既知の概念（Y）の構造や関係性で説明することで、脳が新しい情報を処理しやすくなります。
- 具体例: 「クラウドストレージ」を「インターネット上の銀行の貸金庫」に例える。データを預ける（銀行）、必要時にアクセスする（金庫を開ける）、容量で課金される（サイズでレンタル料が変わる）という共通点を利用します。
比喩は完璧に一致する必要はありません。核心的な1〜2点が類似していれば十分です。「〇〇の『ような』ものだ」と説明し、違いがあることも付け加えれば、誤解を防げます。
応用トレーニング：シナリオ別「抽象度マネジメント」実践ドリル
知識レベルの診断と、基本のシフト技術を学んだら、次は実際の場面を想定した練習です。ここでは、3つの典型的なシナリオを通して、抽象度マネジメントを体に染み込ませるドリルを紹介します。頭で理解するだけでなく、声に出して練習することが上達の鍵です。
各ドリルでは、まず状況をイメージし、自分ならどう説明するかを考えてみてください。その後、以下の「適切な言い換え例」を参考に、自分の言葉で練習しましょう。正解は一つではありません。相手の反応を見て微調整する柔軟さも大切です。
ドリル1: 専門用語を非専門家に説明する（抽象→具体）
あなたはIT企業に勤めており、家族との会話で「クラウドコンピューティング」という言葉が出ました。小学生の子供や、パソコンをほとんど使わない祖母に、この概念を説明する必要があります。彼らの知識レイヤーに合わせて、専門的な定義を具体的で身近なたとえに変換してください。
抽象度の高い専門的説明（避けるべき例）: 「クラウドコンピューティングとは、インターネット経由でコンピューティングリソースをオンデマンドで提供するサービスモデルであり、スケーラビリティと柔軟性に優れています。」
この説明では「コンピューティングリソース」「オンデマンド」「スケーラビリティ」といった別の専門用語が連鎖し、理解が困難です。
抽象度を下げた具体的説明（推奨例）:
- 子供向け: 「クラウドってね、遠くにあるすごく大きな“デジタル図書館”みたいなものなんだ。君が描いた絵や写真を、自分のパソコンじゃなくて、その図書館に預けておけるんだよ。そうすれば、家のパソコンでも、学校のパソコンでも、その絵を見たり直したりできるでしょ？」
- 祖母向け: 「クラウドというのは、インターネットの向こう側にある“データの預かり庫”みたいなものだと思ってください。昔で言う銀行の金庫みたいなものですよ。大事な手紙の下書きや家族の写真を、自分の手元の機械ではなく、その“預かり庫”に安全に保管しておけるんです。そうすれば、違う場所のパソコンやスマートフォンからも、それを見ることができるようになります。」
ドリル2: 詳細な事例から普遍的な教訓を引き出す（具体→抽象）
あなたは部署内のミーティングで、あるプロジェクトが期日に間に合わなかった具体的な失敗談を報告しました。その後、部門横断的な会議で、同じ轍を踏まないための共通の原則を、他部署のメンバー（詳細な背景を知らない）に簡潔に伝える必要があります。詳細な事例という「具体」から、応用可能な「抽象」の原則を抽出してください。
| 具体（失敗事例） | 抽象（普遍的な教訓・原則） |
|---|---|
| 「Aプロジェクトでは、開発チームとデザインチームの進捗管理ツールが異なり、情報が共有されず、最終的な結合テストで大きな手戻りが発生した。」 | 「異なるチーム間では、共通の進捗可視化ツールを採用し、情報の透明性を確保することがリスク管理の基本だと言えます。」 |
| 「主要な担当者が急病で離脱した際、業務の引き継ぎ資料が不十分で、代替要員の習熟に予想外の時間を要した。」 | 「キーマン依存を避け、常に“誰が抜けても引き継げる状態”を文書化によって維持することが、プロジェクトの継続性を担保します。」 |
ドリル3: 混合知識レベルの聴衆へのプレゼン対応（動的調整）
新しい技術ソリューションについて、技術者と経営陣が混在する会議でプレゼンテーションを行う場面です。技術者は詳細な仕様を求め、経営陣はビジネスへの影響と費用対効果を知りたがっています。一つのセッション内で、説明のレイヤーを動的に行き来することが求められます。
最初に、このソリューションが「業務の効率化とコスト削減に寄与する新しい枠組み」であることを、比喩を交えて簡潔に説明します。技術的な詳細には立ち入らず、価値提案に焦点を当てます。
「では、どのように実現するのか、技術的なアーキテクチャをご説明します」と前置きし、図表を用いて具体的な構成要素、プロトコル、既存システムとの連携方法などに言及します。この時、経営陣にも理解が追いついているか、表情を確認します。
詳細説明の後、「つまり、この技術的基盤により、従来よりも速く、安定したサービス提供が可能になり、長期的な運用コストを約20%削減できる見込みです」と、ビジネスインパクトに結びつけて再要約します。これにより、両方の聴衆の理解をフォローアップします。
この動的調整は、プレゼンの流れを「抽象（全体像）→具体（詳細）→抽象（要約・価値）」というループで設計し、聴衆の反応を見ながら各セグメントの長さや深さを微調整することで実現できます。事前に、各レイヤーで使うキーフレーズを準備しておくと、スムーズに切り替えられます。
陥りがちな失敗と、抽象度マネジメントの効果を高めるコツ
抽象度マネジメントという概念を学ぶと、多くの学習者が陥る落とし穴が2つあります。それは、「詳細の森」と「概念の砂漠」です。これらの失敗を理解し、実践的なコツを身につけることで、あなたの言葉はより的確で、相手の心に響くものになります。
失敗例1: 具体化しすぎて本質を見失う「詳細の森」
あるプロジェクトの進捗を上司に報告する場面を想像してください。相手は、あなたがどのような困難を乗り越えたかではなく、現状と結論を知りたがっています。
「詳細の森」に迷い込む典型的な表現です。
このように、枝葉の詳細にこだわりすぎると、話の核心（「プロジェクトは予定より2日遅れている」という事実）が曖昧になります。相手は「結局、何が言いたいの？」と混乱してしまうでしょう。
失敗例2: 抽象化しすぎて内容が空虚になる「概念の砂漠」
逆に、抽象的な言葉だけで説明を終わらせてしまうのも問題です。例えば、新しいマーケティング戦略をチームに説明する場面です。
「概念の砂漠」では、誰もが同意するが、何も生まれない言葉が続きます。
この表現は間違っていませんが、具体的に何をすればいいのか、誰にもわかりません。「概念の砂漠」では、聞き心地は良いものの、実践につながらない空虚な言葉が並び、チームの具体的なアクションを引き出せないのです。
効果を高めるコツ：フィードバックループとメタ認知の習慣化
上記の失敗を避け、抽象度マネジメントの効果を最大化するには、「会話中のフィードバック」と「会話後の振り返り」という2つの習慣が鍵になります。
抽象度マネジメントは「設定して終わり」ではなく、常に微調整する双方向のプロセスです。
- 会話中：フィードバックループを回す
説明している最中に、相手の表情や相槌、質問の内容から理解度を推測します。「これは伝わっているか？」と内省し、曖昧そうな表情があれば具体例を追加し、退屈そうであれば抽象度を上げて結論に早く導きます。 - 会話後：メタ認知で振り返る
会話が終わったら、短時間で自己分析します。「あの時、’詳細の森’に陥らなかったか？」「重要な点を抽象化しすぎて、伝わらなかった部分はないか？」。特に、相手から質問が出たポイントは、抽象度の調整が必要だったサインです。
この2つの習慣は、最初は意識的に行う必要があります。しかし、繰り返すうちに無意識のスキルとなり、相手の知識レベルに瞬時に適応して言葉を選ぶ能力へと昇華します。失敗を恐れず、まずは身近な会話からこの「双方向の微調整」を試してみてください。
