一场技术分享讲完，听众点头、掌声、散场，第二天没人记得你讲了什么。回头复盘，你往往会归因于"表达不够好"，于是去练口才、学 PPT 技巧。但绝大多数讲不清，根子不在嘴上，在脑子里——说不清，是因为还没真懂。
费曼检验就是这件事的操作化：能不能用不带术语的话，把一个概念讲给一个不熟悉的同事听。讲不下去的地方，就是理解断掉的地方。这篇按"讲之前想什么、开场三十秒说什么、抽象层级怎么排、问答怎么准备"的顺序展开。
1. 讲不清不是表达问题
先做一个判断，再决定是练表达还是补理解。同一个概念，试着说三句话，如果卡在第二句或第三句，那是理解问题。
| 症状 | 真实原因 | 该做的动作 |
|---|---|---|
| 术语连篇但无法换词 | 只记住了名词，没建立因果 | 合上资料，用生活语言重讲一遍 |
| 一被追问就绕回开头 | 只知道结论，不知道结论怎么来的 | 补上"为什么这么设计" |
| 每个点都讲得很平均 | 没分清主次，不理解哪些是根因 | 只留一个问题：听众要记住的那一句是什么 |
| 例子只能举原文献里的 | 未抽象出结构 | 自己造一个新场景的例子 |
最有效的自检：把要讲的内容写成三百字，不许出现任何专业术语。写不出来，先别讲。
2. 开场三十秒决定听众是否跟上
听众的注意力在开场就分流了：能跟上的人留下，跟不上的开始看手机。三十秒内要交代完三件事——问题是什么、结论是什么、为什么值得听。
开场模板（三十秒，三句话）：
1. 问题：我们线上出现了一个现象——服务在流量翻倍后延迟不是变缓，而是断崖式上升。
2. 结论：根因是连接池配置与线程池不匹配，改两个参数就能解决，我今天讲怎么定位到它。
3. 价值：这套定位方法对你们排查任何"资源类"问题都适用，不需要额外工具。
| 开场错误 | 听众反应 | 改成什么 |
|---|---|---|
| 先讲背景与历史沿革 | "这跟我有什么关系" | 先给现象与结论，背景放第二节 |
| 先讲目录 | 记不住，也不关心 | 三句话说完问题、结论、价值 |
| 先谦让"我讲得不好" | 降低期待，等于自我否定 | 直接开始 |
| 直接进术语 | 掉队的人再也追不上 | 前三十秒不用术语 |
3. 三类听众，各要什么
同一份材料讲给不同的人，重点必须换。分不清听众，是"讲了没人听懂"和"讲了没人关心"的共同来源。
| 听众 | 最关心 | 不需要 | 讲法 |
|---|---|---|---|
| 同级 | 你是怎么做的、我能不能照抄、坑在哪 | 组织层面的战略意义 | 给方法、给可复制步骤、给边界 |
| 上级 | 影响范围、代价、什么时候好 | 实现细节与代码 | 给结论、给选项、给判断依据 |
| 跨部门 | 这件事和我有什么接口、要不要改流程 | 内部实现与术语 | 给类比、给流程变化、给时间点 |
准备阶段的动作：写下一句话"讲完以后，我希望他们能做什么"。 三类听众会有三个不同答案，选一个当作全场主线，其余放进问答。
听众定向表（讲前十分钟填完）：
主听众：同级 / 上级 / 跨部门（只勾一个）
讲完他们能做的唯一一件事：______
为此必须出现的三个信息：① ______ ② ______ ③ ______
可以砍掉的内容：______
问答可能来自：______（另两类听众的关注点）
4. 抽象层级：先给心智模型，再给细节
新人常从术语开始讲，因为术语是自己最熟的东西；但听众需要从"这东西像什么"开始。顺序错了，后面每一个细节都会掉在地上。
层级排布（从上到下讲）：
L1 心智模型：它是什么一类东西（一句话 + 一个类比）
L2 组成与关系：有哪几块，谁调谁（一张图）
L3 流程：一次请求/一次任务怎么走完（一条时序）
L4 参数与细节：具体数字、配置项、边界
L5 例外与坑：什么情况会失效
| 层级 | 停留时长占比 | 判断是否讲明白 |
|---|---|---|
| L1 心智模型 | 20% | 听众能用自己的话复述一句 |
| L2 组成 | 20% | 听众能指出哪块是瓶颈 |
| L3 流程 | 25% | 听众能画出大致走向 |
| L4 细节 | 25% | 听众能对着配置改对 |
| L5 坑 | 10% | 听众能说出一个失效场景 |
如果时间被砍，砍 L4，不砍 L1——心智模型错了，细节背下来也没用；心智模型对了，细节可以事后自己查。
5. 类比：怎么用，用到哪停
类比是让人三十秒内建立心智模型的唯一快工具，但滥用会把人带沟里。
| 类比使用场景 | 合适 | 不合适 |
|---|---|---|
| 建立第一印象 | "连接池像餐厅的桌子，线程池像服务员" | 拿类比解释具体参数取值 |
| 解释因果关系 | "排队是因为桌子不够，不是服务员慢" | 用类比推导性能数字 |
| 跨部门沟通 | "就像快递柜，取件不受人上班时间限制" | 类比里再套类比 |
使用纪律：讲完类比必须补一句"这个类比在哪里不成立"。这句话的成本是十秒，收益是防止听众拿着错误模型去改生产配置。
类比三句法：
1. X 就像 Y（一句话）；
2. 因为它同样满足 ______ 这个结构；
3. 但有一点不同：______，所以别把 Y 的结论直接搬过来。
6. 例子要"最小可运行"
一个例子讲透，胜过五个例子带过。听众不需要知道"这个方案在很多场景都能用"，他需要看到一次完整的走通。
| 例子特征 | 效果 |
|---|---|
| 能跑，有输入有输出 | 听众可复现，信任建立 |
| 剥掉了无关配置 | 关注点只有一个 |
| 有失败分支 | 知道错的时候长什么样 |
| 跨域迁移时说明前提 | 不盲目照搬 |
最小可运行示例的检查清单：
[ ] 输入是具体值，不是"某数据"
[ ] 输出是具体值，不是"结果正确"
[ ] 只涉及一个变量，其他全部固定
[ ] 有一个失败版本，与成功版本只差一处
[ ] 能说出它在什么条件下不适用
讲第二个例子之前先问：它是不是只在重复第一个例子？ 是，就删掉，把时间留给问答。
7. 可视化：一张图代替三段话
图的作用是压缩关系。如果一张图的信息量能被一句话概括，这张图就不必画。
| 图类型 | 回答的问题 | 该画什么 | 不该画什么 |
|---|---|---|---|
| 结构图 | 有哪几块，谁依赖谁 | 组件、边界、方向 | 每个类、每个函数 |
| 时序图 | 一次交互怎么走 | 参与者、关键调用、耗时节点 | 全部日志 |
| 状态图 | 什么时候会处于什么状态 | 状态、迁移条件 | 状态内部字段 |
| 对比图 | 方案 A 与 B 差在哪 | 同一维度上的差异 | 无共同维度的并列 |
画图纪律：一张图一个结论。图上被标注（箭头、颜色、数字）的元素才是重点，其余都是背景，能删就删。分享里图的常见问题是画得太全，听众找不到该看哪里。
8. 问答准备：预判五个问题
问答环节是分享质量真正的验收，也是最容易崩的地方。准备动作是在讲之前写下五个你最怕被问的问题。
| 预判角度 | 典型问题 | 准备什么 |
|---|---|---|
| 适用性 | "我们场景不一样，能用吗？" | 前提条件清单 |
| 代价 | "这么改有什么代价？" | 换来的是什么、失去的是什么 |
| 替代方案 | "为什么不用 X？" | 两三条对比、说明取舍维度 |
| 边界 | "什么时候会失效？" | 失效场景与观测信号 |
| 落地 | "要多久？谁来做？" | 步骤与依赖 |
答不上的问题处理方式：记录 + 承诺 + 会后答复。现场硬编答案的代价，比承认不确定高得多——被追问两层就露馅，全场信任归零。
9. 常见坑
| 现象 | 原因 | 处理 |
|---|---|---|
| 按自己理解的顺序讲 | 你的顺序是学习顺序，不是听众需要顺序 | 按"问题→结论→过程"重排 |
| 术语不解释 | 熟到不觉得是术语 | 每个术语首次出现时给一句定义或类比 |
| 超时 | 内容量按"我知道的"定，不按听众能收的定 | 只保留一个主线结论，细节留作附录 |
| 对着 PPT 念 | 准备了文字就会念文字 | PPT 只放图与关键词，讲稿讲出来 |
| 例子太多 | 想证明普适性 | 一个讲透，其余一句话带过 |
| 讲完没有行动项 | 缺"听完做什么" | 结尾给三条可执行动作 |
| 全程没有停顿 | 怕冷场 | 每讲完一层，停两秒问一句"这里清楚吗" |
10. 边界：什么时候别讲
| 场景 | 更合适的做法 | 理由 |
|---|---|---|
| 结论未验证 | 先做小范围验证再分享 | 会把未验证做法扩散成"最佳实践" |
| 只有你懂的极窄场景 | 写文档，不占用集体时间 | 分享的收益低于成本 |
| 决策类议题 | 改成评审，给选项与依据 | 单向讲无法收敛分歧 |
| 涉及大段代码 | 给可运行仓库与阅读指引 | 现场读代码效率最低 |
| 听众差异极大 | 拆成两场，或提前发背景材料 | 一套讲法喂不了两类人 |
一句话选择：讲是为了让听众能做点新的什么，不是为了证明你懂。想清"讲完他们能做什么"，讲法自然就简单了。
11. 自测
- 用哪一句话能快速区分"表达问题"和"理解问题"？
- 开场三十秒必须交代哪三件事？顺序能换吗？
- 讲给上级与讲给同级，材料上最该换掉的是哪一部分？
- 时间被砍掉一半时，应该砍哪个层级，为什么？
- 用完一个类比后，必须补上的那一句话是什么？
- 预判问答时，哪一类问题最容易被忽略，忽略了会怎样？