一、冷场不是气氛问题，是信息落差问题#

你讲了四十分钟。幻灯片一页没错，演示一次跑通，结尾的掌声也算整齐。然后主持人问「大家有什么问题」，会场安静了三秒，有人说「感谢分享」。

回去的路上你复盘：是不是我不够幽默？是不是声音太小？是不是应该多讲两个段子？

这些都不是主要变量。冷场的本质不是观众不喜欢你，而是观众没有获得「下一步」——不知道听完之后该多做什么、少做什么、或者改变哪个默认判断。笑声能填满三分钟，填不满四十分钟；真正让会场活着的，是观众不断在心里说「原来如此，那我那边是不是也该这样」。

按这个标准，冷场通常只有三个来源：

1. 层级错配：你在用团队内部的缩写讲一个团队外部的问题。观众每遇到一个没定义的词，就要分出一部分注意力去猜，猜到第三个词，已经跟不上论证了。
2. 没有利害：观众不知道这个结论会影响他的哪个决定。技术事实本身不构成分享理由，「这个事实会改变你怎么选型」才构成。
3. 状态不变：你把文档、周报和架构图念了一遍。观众听完和看文档得到的信息一样，那现场就没有存在的必要。

有一件事要先说清楚：性格不是这场分享的变量。 内向的人可以讲得很好，外向的人也可以讲得很空。你能在一周内控制的是结构、密度、利害和互动设计；「变得更有魅力」不在这个清单里。

二、先写一句话主张，再写第一页幻灯片#

多数人做分享的顺序是：打开幻灯片软件，列提纲，找图，然后开始写。这个顺序把最难的问题留到了最后——这场分享到底要让观众相信什么？

一个可用的检验是：你的主张能不能被人反对？ 如果没人能反对，它就不是主张，是话题。

• 「微服务架构实践」是话题，没人会反对「我们来聊聊微服务」。
• 「在我们这种八人团队、日均两百万请求的规模下，拆成六个服务带来的部署独立性，抵不过跨服务排障的成本，所以我们合并回了三个」是主张，有人会反对，而且反对得有道理。

主张最好长这样：

在 ［什么场景］ 下，［什么做法］ 比 ［默认做法］ 更好，因为 ［什么机制］；但它不适用于 ［什么边界］。

这句话同时逼你回答四个问题：场景是什么、替代方案是什么、为什么有效、什么时候失效。第四项最容易被跳过，也最能建立可信度——主动说出边界的人，比只报喜的人更值得信。

给几个改写的例子：

然后是术语预算：一场 30 分钟的技术分享，最多引入三个新术语。超过三个，观众就开始把注意力花在「这个词什么意思」上，而不是你的论证。必须引入第四个时，用一句人话解释，并给一个对照物——「你可以把它理解成带过期时间的锁」。

一个主张，三个支撑，一个边界。这就是整场分享的骨架。剩下的都是装修。

三、开场：前 90 秒决定观众要不要继续听#

最常见的开场是：「大家好，我是某某，来自某团队，今天分享的主题是……首先看一下目录。」

这段话的问题不在于不礼貌，而在于它把最贵的注意力花在了元信息上。观众已经知道你是谁、标题是什么，目录对你是路线图，对他们是剧透——而且是没有利害的剧透。

开场只需要做一件事：让观众在 90 秒内看见一个具体的、和他们有关的问题。 三种可靠的开法：

1. 事故现场。 「上周二 14:07，支付回调积压了 40 万条。我们先查了数据库，不是它；查了消息队列，也不是它。最后发现是一个没人注意的重试配置。」——具体时间、具体数字、具体的排查弯路，观众立刻知道这不是 PPT 上的抽象架构。

2. 反直觉的数字。 「我们把缓存命中率从 92% 提到 99.7%，P99 只降了 3%。」——数字制造一个缺口，观众想知道为什么。

3. 一个被否掉的决定。 「这个方案我们做了三个月，最后删掉四千行代码。今天讲我们错在哪，以及怎么更早发现。」——利害直接摆上桌。

三种开法有同一个要求：90 秒内必须落到你的主张上。 事故讲了三分钟还没进入「所以我要论证什么」，那它就成了一个与主题无关的故事。认知心理学里把这类东西叫「诱人性细节」（seductive details）：它很有趣，但会挤占观众对核心论点的记忆。Harp 和 Mayer 的实验里，加入有趣但无关的细节后，读者对主旨的回忆反而下降。

至于目录页：只有在观众需要分配注意力时才值得放——比如半天的 workshop，或者包含多个独立主题的评审会。一场 30 分钟的单主题分享，目录通常是讲者自己的安慰剂。

开场结束时，给一个具体的承诺，而不是「希望大家有所收获」：

听完之后，你应该能判断自己的团队现在该不该上这套方案；如果不该，我也给出三个更便宜的替代动作。

「能判断」是可检验的，「有所收获」不是。

四、结构：主张、证据、机制、边界#

技术分享和论文答辩有一个共同点：只有数据不够，你还得解释机制。

数据容易被一句「那是你们的场景」挡回来。机制可以迁移：如果你能说清楚「为什么有效」，观众才能判断它在他的场景里是否也成立。比如「我们把 P99 降了 40%」是数据；「因为原来每次写操作都要等一个跨机房 RTT，改成先写本地再异步复制，把串行等待变成了并行」是机制。前者只能被相信，后者可以被检验。

一个稳定的五段结构：

1. 主张：一句话说清你要论证什么。
2. 证据：数据、事故、对照实验、用户反馈。
3. 机制：为什么会出现这个结果。
4. 边界：什么情况下不成立、我们试过但失败的是什么。
5. 行动：观众周一能做什么，或者能判断什么。

第三段和第四段最常被省略，也最能区分「汇报」和「分享」。汇报证明我做了事，分享改变你下次的决定。

过渡句是承重墙。 多数人排练时背事实，过渡句靠现场即兴——顺序正好反了。观众是在过渡处决定要不要继续跟着走的：

「到这里为止，我们证明了延迟确实降了。但延迟降了不等于体验变好，下一页看我们怎么被这个假设坑了一次。」

这句话不提供新事实，但它告诉观众「刚才那段结束了，接下来这段和你有关系」。排练时把每个过渡句写下来，比多背三个数字有用。

给一个 30 分钟分享的时间预算：

原则是：按 27 分钟准备 30 分钟的内容。 超时的时候，先砍背景，再砍案例，最后才砍机制——机制是这场分享的本体，砍掉它，剩下的就只是寒暄。

五、幻灯片：把标题连起来，应该是一段论证#

一个简单的自检：只读每一页的标题，能不能读出你的论证？ 如果能，幻灯片就成功了；如果标题是「背景」「架构」「性能」「总结」，那它只是一份带图的目录。

断言式标题还有一个副作用：它逼你在做每一页时回答「这一页到底想让观众记住什么」。答不上来，这页就该删。

几个密度上的硬约束：

• 一页一个观点。 观众在阅读时无法同时听你说话。Mayer 的多媒体学习研究里，冗余原则（redundancy principle）说的就是这件事：屏幕上出现与旁白逐字相同的长句，学习效果反而变差。屏幕上放短断言，解释留在嘴里。
• 代码页不超过 12 行，并且只高亮 1 到 2 行。 观众不需要看你的 import，也不需要看异常处理。给他们输入、关键那几行、输出。字号不小于 20pt，关掉 IDE 的侧边栏和行号以外的装饰。
• 架构图分步出现。 一上来给一张三十个方框的全景图，观众要先花两分钟解析图例，才轮到听你讲。按调用顺序一块一块加，这叫分段原则（segmenting principle）。
• 一页一个数字，带基线和条件。 「快了 5 倍」不是数字；「P95 从 800ms 到 160ms，单机 4 核，缓存命中率 90%」才是。没有基线的百分比，观众无法判断它值不值得惊讶。
• 页数按每 1.5 到 2 分钟一页估。 30 分钟大约 15 到 18 页正文，封面和章节页不算。这只是经验值，不是规范。

顺带拆两个常见的「演讲常识」：所谓「10/20/30 法则」是 Guy Kawasaki 给创业路演的建议，不是通用规律；「沟通中 55% 靠肢体、38% 靠语调、7% 靠内容」来自 Mehrabian 关于态度和情绪传达的实验，前提是几个通道的信息互相矛盾，它不能拿来论证「技术内容只占 7%」。技术听众判断你的主要依据，仍然是论证是否成立。

拿一页真实的幻灯片改一遍，差异会更直观。假设原页是这样：

标题：系统架构 内容：一张画满方框和箭头的全景图；右侧六条要点，分别是「高可用」「可扩展」「解耦」「异步」「可观测」「安全」；底部一行小字：详见内网文档。

这一页的问题是：它同时要求观众做四件事——认图例、读要点、听你说话、猜哪一条最重要。改完之后可以是三页：

1. 标题：读请求根本不经过写路径的锁。 图上只画三个框：客户端、读副本、主库；用一条高亮线标出读路径，其余部分灰掉。嘴里说的是「所以读多写少的场景里，加副本比升级主库便宜」。
2. 标题：代价是复制延迟会让读到旧值。 在上一页的图上加一个时钟图标和一条延迟箭头。嘴里说的是「这就是为什么我们要求读己之写时必须回主库」。
3. 标题：这三个框之外的部分，今天不讲。 一张缩小的全景图，只用来告诉观众当前讲到哪、还有什么。嘴里说的是「其余模块和这次故障无关，会后可以单独聊」。

页数从一页变成三页，信息量没有变多，但每一页只承担一个判断，观众的眼神不用在六个要点之间来回找。幻灯片不是文档的缩略图，它是你论证的提词器。

六、演示：把「现场跑通」当成风险项管理#

演示不是证明，是证据。证明靠的是机制和可复现的实验设计；演示只是让观众亲眼看到一次运行结果。这个区别很重要，因为它决定了你该怎么介绍演示：

「接下来跑一次。注意看第二行的延迟，不要看吞吐——吞吐我们前面已经解释过了。」

不告诉观众该看哪里，他们就会看你的光标。

演示的失败模式是可以穷举的：

还有一条比上面所有条目都重要的：录一份备份视频，并在开始前就告诉观众你有备份。

「这段我录了屏，如果现场环境出问题，我们直接看录像，不耽误大家时间。」

这句话要在演示之前说。等失败发生了再解释，观众看到的是一个手忙脚乱的讲者；提前说了，失败只是计划的一部分。技术听众对环境的宽容度其实很高，对「假装没失败」的宽容度很低。

现场写代码是另一个品类。如果你要做，遵守三条：少打字、提前写好片段、讲决策而不是讲击键。观众不需要看你拼对一个变量名。

七、排练：计时、录音、准备砍单#

默读不是排练。 默读时你的速度是说话的两三倍，而且不会暴露卡壳、口头禅和超时。有效的排练至少要满足三个条件：出声、站着、计时。

录音一次，然后用 1.25 倍速看一遍。你会看到三件事：

1. 口头禅的位置。不要试图消灭它们，用停顿替换。停顿听起来像自信，口头禅听起来像紧张。
2. 指示器的漂移。激光笔在手里晃，投到墙上就是地震。
3. 你加速的地方。通常是你最熟的那一段——而那段往往正是观众最不熟的地方。

按 80% 的时间准备内容。 现场总会多出提问、切换、设备调试和紧张带来的减速。30 分钟的场子，按 24 到 27 分钟写稿。

然后准备一张砍单：提前标出三个「如果超时就删」的段落，并决定删除顺序。超时的时候人是慌的，现场做不了理性判断；提前写下来，到点就执行。

最后，把开场 90 秒和结尾 60 秒单独练到接近逐字。这两段是观众记忆的锚点，也是最不该即兴的部分。中间的内容可以允许措辞变化，锚点不行。

八、现场：语速、停顿、提问与救场#

语速。 中文技术分享的常见区间大约是每分钟 200 到 260 字，但这只是个经验值。真正要控制的是变化：讲背景可以快，讲主张和数字要慢。关键数字之后停一到两秒，让观众有时间把它放进脑子里。沉默不是冷场，沉默是重点的包装。

眼神。 不用扫射全场。选三到四个不同区域的人，每人看三到五秒，像对话一样。扫射会让所有人都觉得你在看别人。

指示器。 不指的时候放下。激光笔的抖动会被距离放大，越紧张越明显。

提问环节。 「大家有什么问题吗」是一个冷启动请求，它同时要求观众：有疑问、判断这个疑问值得公开问、并且愿意在几十人面前开口。三件事同时成立的概率很低，所以沉默是正常的，不是对你的否定。

降低门槛的办法：

• 预先埋一个问题。 「讲到这里，最常见的疑问是：那为什么不直接加机器？」然后自己回答。这既覆盖了真实疑问，也示范了提问是安全的。
• 给二选一。 「接下来有两个方向，A 是故障恢复，B 是成本，你们更想听哪个？」二选一比开放提问便宜得多。
• 用预测制造参与。 「猜一下这个接口的 P99 是多少？」让观众举手或喊数，再揭晓。预测会让人产生利害，也会把走神的人拉回来。
• 给匿名渠道。 二维码、issue 链接、会后问卷。内向的人不是没有问题，是不想当众开口。

回答问题时的四步：

1. 复述问题。 「你的意思是，在写多读少的场景下这个结论还成不成立，对吗？」这既确认了理解，也帮后排听清，还给自己两秒钟思考。
2. 先回答窄问题。 不要一上来铺开整张架构图。先给一个是/否或一个数字。
3. 不知道就说不知道。 「这个我没验证过。我会先去看 X 和 Y 两个指标，有结果发到群里。」技术听众对无知的容忍度，远高于对胡说的容忍度。
4. 前提错了，先命名前提。 「这里有个前提可能不成立：我们并没有把所有请求都放到同一个分片。」指出前提，而不是赢下辩论。

如果讲到一半发现场子冷了：停下来，问一个具体的预测问题；或者讲一个 30 秒的现场故事，但必须和当前论点直接相关；或者直接问「这一页有没有人想让我展开」。不要道歉，不要说「不好意思我讲得有点快」——道歉会把观众的注意力引到你的表现上，而不是内容上。

超时了，用砍单，不要加速。加速只会让观众从「跟不上」变成「放弃」。

九、反馈：别问「讲得好不好」#

「讲得好不好？」这个问题的答案几乎总是「挺好的」，因为它问的是礼貌，不是信息。要拿到能改的东西，把问题换成具体的：

• 哪一页你印象最深？为什么？
• 哪个部分太快，或者假设了你知道某些背景？
• 周一你会尝试其中哪一件事？
• 哪个论点你不同意？

前三个问题测的是结构和密度，第四个问题测的是主张是否成立。如果第四个问题有人认真回答，这场分享通常已经成功了——说明观众在用它自己的判断和你对话。

如果你要连续做很多场，可以记录三个数：现场提问数、中途离场率、会后主动追问人数。 但要注意它们的失效模式：提问数受场地和性格影响，离场率受茶歇和日程影响，追问人数受你站在哪里影响。它们是信号，不是成绩单，别合成一个「分享得分」。

最后一条：每次只改一件事。 这次练开场，下次练砍单，再下次练提问设计。一次改五件，你无法知道是哪一件起了作用，最后只会得出「分享很难」这个正确但没用的结论。

十、不同长度的分享，改什么#

同一套结构，不同时长要换的是证据的形态，不是把 30 分钟的稿子按比例压缩。

5 分钟的分享最容易犯的错，是把它做成 30 分钟分享的目录。5 分钟只够建立一个缺口、给出一个证据、留下一个判断；任何「先介绍一下背景」都会把这三件事挤掉。

结语#

不冷场不是让观众喜欢你，是让观众在你讲完之后，能自己往下想一步。

你控制不了自己的性格，也控制不了会场当天的空调和 Wi-Fi。但你可以控制：主张是否清楚、证据是否可检验、术语是否超支、演示是否有备份、提问是否有台阶、超时是否有砍单。

下一次分享前，先写下那句话——「在什么场景下，什么做法比什么更好，因为什么，但不适用于什么」。如果写不出来，说明你手里还没有要讲的东西，只有要汇报的东西。

参考来源#

• Richard E. Mayer, Multimedia Learning, 3rd ed., Cambridge University Press, 2020：冗余原则、分段原则、一致性原则与 signaling 的出处；本文第五节的幻灯片密度建议据此展开
• Harp, S. F., & Mayer, R. E. (1998). How seductive details do their damage: A theory of cognitive interest in science learning. Journal of Educational Psychology, 90(3), 414–434. doi:10.1037/0022-0663.90.3.414：有趣但无关的细节会降低对主旨的回忆，本文第三节引用
• Camerer, C., Loewenstein, G., & Weber, M. (1989). The curse of knowledge in economic settings: An experimental analysis. Journal of Political Economy, 97(5), 1232–1254：讲者难以还原「不知道的人」的状态，本文第二节「术语预算」的理论背景
• Sweller, J. (1988). Cognitive load during problem solving: Effects on learning. Cognitive Science, 12(2), 257–285：认知负荷的经典表述，用于解释为什么一页塞满信息会挤掉理解
• Barbara Minto, The Pyramid Principle, 3rd ed., Prentice Hall, 2008：结论先行与分组论证，本文第四节结构的来源之一
• Albert Mehrabian, Silent Messages, Wadsworth, 1971：7-38-55 的原始语境是态度与情绪的传达，且以通道信息冲突为前提；本文第五节指出它不适用于技术可信度的判断