# 没听懂不是事故：一句最短的话，把对话接回来

听不清、没听懂、不确定听对没听对时，用最短的表达请对方重复、放慢、换个说法或确认理解

> 会话修复 · 听力理解 · 语块与句型 · 约 6 分钟 · 10 月 08 日

## 本篇要点

1. 自然语速下超过六成的词读音偏离词典，听不清是常态；会话分析把“没听清后双方一起把话说清楚”叫 repair，它是对话的常规部件，不是失败。
2. 没有专门训练的学习者往往在没听懂时不发起修复，选择沉默或硬接，而硬接会让错误理解带着成本一路走下去。
3. 先判断卡在哪一类：声音没进来、词懂但意思不懂、听了个大概；类别选错，对方的回应就会跑偏。
4. 三类卡点各有对应的最短表达：Sorry? / A bit slower, please.；What does X mean? / Can you say it another way?；You said Tuesday? / So you mean …?
5. 请求要短，因为对话是实时的；开放请求（Sorry?）只表示出问题、把诊断交给对方，适合初学者先用；限定请求（Sorry, the what?）点明位置，用在第二次追问。
6. 升调把同一串词变成请求，降调是陈述；少了升调，对方可能听不出你在求助。
7. “听了个大概”这一类最值钱的做法是确认理解：先复述你拼出的关键信息点，让对方只需点头或纠正，比再听三遍更保险。
8. 边界：关键信息（时间、数字、名字、金额）必须确认，闲聊细节可放过；同一句别问超过两次；礼貌到位即可，堆套话会拖慢对话；实在跟不上再用刹车句。

---

对方说了七八个词，你只抓到了三个。话题往下走，你笑着点头，其实心里在猜。等对话结束你才发现，刚才那句你“大概懂了”的话，才是这整段对话的关键。

这一篇只解决一件事：当你没听清、没听懂或不确定听对没听对的时候，用最短的一句话把话接回来，而不是沉默、点头或换话题。

## 听不清是常态，搭桥才是常规动作

先接受一个事实：听不清不是你一个人的问题。自然语速的英语里，词的读法经常和词典不一样——词与词连在一起，非重读音节被读得又轻又模糊，有时整个音直接消失。有一项对自然口语的统计发现，超过六成的词在至少一个音上偏离词典读音[4]。所以“这个词我明明认识，怎么就没听出来”，不是你的耳朵坏了，是正常语速本来就这样。

会话分析里把“没听清或没听懂之后，双方一起把话说清楚”的整个过程叫 **repair**（会话修复）[1]。听名字像修车，其实是对话每天都在做的事：你说一句“Sorry?”，对方重说一遍，桥就搭好了，对话继续。它不是事故处理，它是对话的常规部件。

但有个现象值得警惕：一项针对初学者的教学研究注意到，如果没有专门教过，学习者在没听懂时常常干脆不发起修复——要么沉默，要么硬接下去[2]。硬接的代价往往比“打断一下”大得多。猜错一次，后面整段话都建在那个错误上，你还得一边听新内容、一边维持错误假设，越听越累。更麻烦的是有些信息猜错就挽回不了：时间、日期、数字、地点、人名、金额。Tuesday 和 Thursday、thirteen 和 thirty、fifteen 和 fifty，在快语速下差别本来就很薄。

所以给自己一条简单规则：**关键信息必须确认，无关细节可以放过。** 你不需要听懂每个词，只需要在会出错的地方停下来。

## 先判断卡在哪，再选那句话

最容易犯的错是不看卡点，一律说 “Sorry, could you repeat that?”。但“没听清”和“没听懂”是两回事，选错类别，对方的回答会跑偏。

假设你其实是没听清那几个音，却说了一句 “What does that mean?”，对方会以为你听清了词、只是不懂意思，于是换一套更复杂的说法来解释——你更糊涂。卡点基本只有三类：

- **声音没进来**：太小声、太快、有噪音，或者你走神了一下。这时要的是“再来一遍”或“慢一点”。
- **词听清了，但不懂意思**：遇到生词、俚语或一句抽象的话。这时要的是“解释”。
- **听了个大概，不确定对不对**：这时不要重复问，要**把猜到的版本说出来**，请对方点头或纠正。

```mermaid
flowchart LR
    A["没听懂"] --> B{"卡在哪？"}
    B --> C["声音没进来"]
    B --> D["词懂但意思不懂"]
    B --> E["听了个大概"]
    C --> F["Sorry?<br>A bit slower, please."]
    D --> G["What does X mean?<br>Can you say it another way?"]
    E --> H["You said Tuesday?<br>So you mean …?"]
```

## 短，是为了“及时”

选对了类别，接下来是长度。你不要说这句：

> I'm sorry, I'm afraid I didn't quite catch what you said just now, would you mind repeating it?

这句话本身没错，问题是你说完它的时候，对方已经讲到下一句了。请求太长、太客气，反而拖慢对话，也加重你自己的负担——你本来在紧张地听，还要现场拼一句长句[2]。

会话研究把请求分成两类：**开放请求**只表示“这里有情况”，比如 Sorry? / Huh?，它不指出问题在哪，把“到底是没听清还是没听懂”交给对方去判断；**限定请求**则点明是哪一处出了问题，比如 “You're going where?” 或 “Sorry, the what?”[1]。对初学者来说，先掌握“开放请求”更划算：语音简单、词数最少、随时能用[2]。

想更快，就记住这九句，每类三句：

- 没听清或要慢一点：**Sorry?**（升调）／ **Sorry, say that again?** ／ **A bit slower, please.**
- 词懂但不懂意思：**What does “deadline” mean?** ／ **What do you mean?** ／ **Can you say it another way?**
- 要确认听对没听对：**You said Tuesday?**（升调）／ **So you mean …?** ／ **The meeting's on Thursday, right?**

第二组和第三组的区别要分清：不懂意思时，一定要**把那个词说出来**——“What does deadline mean?” 比 “I don't understand” 有用得多，因为对方立刻知道卡在哪个词，不用重讲整句[3]。

还有语调：同一串词，**升调是请求，降调是陈述**。“You said Tuesday?” 升调，是在问；“You said Tuesday.” 降调，是表示“我记住了”。少了那个上扬，对方可能听不出你在求助[3]。

## 确认理解：最容易被漏掉、也最值钱的一招

三类卡点里，“听了个大概”这一类最值得单独练。因为它的解法不是把负担再推给对方，而是**你先出力**：把你拼出来的版本说出来，让对方只需要点头或纠正。

> So you mean the deadline is next Friday?
> Sorry, you said the meeting got moved to Thursday?

这一招叫 **confirmation check**（确认理解）[3]。它为什么比“再听一遍”还保险？因为它把“我到底懂没懂”当场验收了：你说的版本错了，对方马上纠正；对了，对方说 yes，你就锁定了信息。反复听三遍，你可能还是不确定自己懂了没有；说出来一次，答案立刻清楚。

用法有一个要点：**只复述最关键的那一个信息点**，不要复述整句。复述时间、数字、谁做什么就够了；把整句话重念一遍，既慢，一旦中间错一处，对方还得分段纠正。

## 边界：什么时候别问了

救场不是每句都要救。三条边界：

第一，**别把 Sorry? 练成口头禅**。同一句话问两次还没接住，第三次就换“限定请求”，把具体那块拉出来：“Sorry, the what?” 一句来回问三四遍，对方会烦，对话也停滞。

第二，**礼貌到位就够，不必堆套话**。研究提醒，对初学者强调过多礼貌用语，反而会拖慢节奏、压制自然的交流[2]。Sorry / Excuse me / Thanks 三个词足够了。接上了，收尾说一句 **Thanks, got it**，让对方知道你听懂了。

第三，**实在跟不上时有一句刹车话**：**I'm not sure I follow — can we take it slowly?** 但这该是例外，不是日常。

## 三分钟把它练成救生圈

1. **定救生圈（1 分钟）**：选三句随身带着——`Sorry?`、`A bit slower, please.`、`So you mean …?`。出声各说五遍，说到不用想就能吐出来。就像上一篇里说的，句型要练成整块调取，用的时候才有空去听内容。
2. **练诊断（1 分钟）**：让 AI 用正常语速、带连读地说一句，你**只用一句请求**回它，看它给的是重复、解释还是确认。目标是能在一秒内判断“这是哪一类卡点”。
3. **练确认（1 分钟）**：让 AI 说一句信息量大的话（时间＋地点＋一件事），你不动原句，只复述那个关键信息点，请它确认。

接住一句话之后，下一关是：听懂之后，怎么在几秒钟里把回答组织出来。下一篇讲这个。

## 术语表

- 会话修复（repair）：对话中出现没听清、没听懂时，双方一起把话说清楚、让对话继续的整个过程，是日常对话的常规部件。
- 开放请求：只说“这里有情况”的短请求，如 Sorry?、Huh?，不指出问题在哪，把判断交给对方。
- 限定请求：点明是哪一处出问题的请求，如 You said Tuesday?、Sorry, the what?，更准但需要更多词。
- 确认理解（confirmation check）：把你自己拼出来的版本说出来，请对方点头或纠正，用来当场验收“我到底懂没懂”。
- 连读与弱读：自然语速下词与词连在一起、非重读音节变轻变模糊，导致实际听到的读音和词典读音不一样。

## 来源

1. [Dingemanse & Enfield：跨语言的修复发起格式研究，区分开放请求与限定请求](https://www.jbe-platform.com/content/journals/10.1075/sl.38.1.01din)
2. [Teaching conversational repair in introductory L2 classrooms：初学者常不主动发起修复，轻量发起方式更适合入门阶段](https://www.tandfonline.com/doi/full/10.1080/19463014.2025.2555006)
3. [Asking for Clarification：重复、放慢、解释三类澄清短语库，以及升调与确认理解的用法](https://www.varsitytutors.com/practice/subjects/adult-esl-ell-beginner/lessons/asking-for-clarification)
4. [Perception of reduced forms in English by non-native users：自然口语中多数词偏离词典读音的统计](https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2024.1305134/full)

---

原文：https://pangzhengboyin.com/articles/how-to-ask-for-clarification-in-english-4ca28b58

> **庞征博引** · 想学的，慢慢都会
>
> 庞征博引是把想学的东西写成连载的 AI 学习工具。说出想学什么，它会先了解你的基础，再把主题写成一篇篇 5–10 分钟能读完的文章；边读边问，接下来学什么跟着你走。这篇就是这样写出来的。
>
> 开始你自己的连载 → https://pangzhengboyin.com
