跳到主要内容
EvilOm
作品工具游戏笔记故事关于

EvilOm

作品、工具、游戏、笔记、故事与个人履历。

作品工具游戏笔记故事关于
Bilibili GitHub Email
© 2026 EvilOmevilom.vip
全部笔记

知识笔记

汇报讲了二十页,别人还是没听懂

一场工作汇报要让听众迅速知道问题、判断、证据和下一步。本文把开场、证据链、单页设计、口头路标、Demo、排练、问答和十分钟结构整理成一套可直接执行的方法。

2026-08-1416 分钟
笔记思考表达
汇报讲了二十页,别人还是没听懂

这篇笔记

  1. 先定任务
  2. 搭证据链
  3. 分开事实、判断和动作
  4. 案例只做一件事
  5. 一页一件事
  6. 讲一页的三步
  7. 数据页五问
  8. 让听众跟回来
  9. 重复要推进
  10. 路标要报位置
  11. 边界要提前说
  12. 选对媒介
  13. 推理逐步展开
  14. 结果直接展示
  15. 行为交给 Demo
  16. 文字不要抢话
  17. 排练找断点
  18. 结尾落到决定
  19. 问答先给结论
  20. 十分钟版本
  21. 上台前检查
  22. 参考资料
这篇笔记22 节
  1. 先定任务
  2. 搭证据链
  3. 分开事实、判断和动作
  4. 案例只做一件事
  5. 一页一件事
  6. 讲一页的三步
  7. 数据页五问
  8. 让听众跟回来
  9. 重复要推进
  10. 路标要报位置
  11. 边界要提前说
  12. 选对媒介
  13. 推理逐步展开
  14. 结果直接展示
  15. 行为交给 Demo
  16. 文字不要抢话
  17. 排练找断点
  18. 结尾落到决定
  19. 问答先给结论
  20. 十分钟版本
  21. 上台前检查
  22. 参考资料

讲到第十二页,老板突然打断:

所以,今天需要我决定什么?

你的材料并不少。背景、调研、方案、实现、数据全都放进去了。问题出在排列顺序:页面沿着你完成工作的过程展开,听众却要沿着另一条路径作出判断。

工作过程通常是“接到需求—调研—设计—开发—测试”。听众更关心四件事:

  1. 发生了什么;
  2. 你得出了什么判断;
  3. 证据在哪里;
  4. 接下来需要做什么。

口头表达还有一个限制:听众只能实时接收。有人会走神,有人会卡在术语上,有人从第三页就开始等结论。演讲者脑中的完整上下文,不会自动出现在台下每个人脑中。

Patrick Winston 在 MIT 的《How to Speak》中讨论了开场、重复、边界、黑板、幻灯片、求职报告和收尾。这篇文章以那门课为起点,把相关方法重新整理成一套适合项目汇报、方案评审、答辩和内部分享的工作流程。

先定任务

打开 PPT 之前,先写完两句话:

听完以后,我希望听众能够__。 会议结束时,我需要听众__。

第一句确定理解目标,第二句确定会议结果。

“介绍新方案”“同步项目进展”“分享设计思考”只说明演讲者准备讲什么。更具体的目标会直接指向判断或行动:

模糊目标可检验的目标
介绍注册流程改版判断注册流失是否主要来自连续弹窗
同步测试结果决定是否把简化版本扩大到 30% 新用户
分享项目复盘确认延期主要发生在哪一环,并调整下一轮排期

接着写出主结论。它应该能在三十秒内讲完,并包含明确对象、主要变化和必要边界:

注册流失主要发生在身份验证完成之前。连续两次强制提示的影响高于表单长度;这次改动改善了首次完成率,暂时没有证明它能提高长期活跃。

这句话就是整场汇报的删页标准。某页内容无法帮助听众理解、验证或执行这条结论,就应移到备份页。

搭证据链

很多 PPT 按材料类别排列:背景一页、竞品一页、流程一页、数据一页、方案一页。页面都齐了,听众仍要自己拼出因果关系。

更稳妥的顺序是:

现象 → 定位 → 原因 → 动作 → 结果 → 边界 → 决策

以注册流程为例:

  • 现象:注册完成率从 55% 降到 42%;
  • 定位:流失高峰出现在第三次强制提示之后;
  • 原因:录像中大量用户连续关闭提示,正式填写表单后的失败率反而不高;
  • 动作:合并两次提示,保留表单字段;
  • 结果:首次完成率回升到 57%;
  • 边界:次周活跃没有明显变化;
  • 决策:是否扩大测试范围。

这条链里最容易缺的是“定位”和“边界”。缺少定位,方案看起来像凭经验猜测;缺少边界,一项局部改善很容易被说成全面成功。

分开事实、判断和动作

一页数据经常同时混入三层内容:

  • 事实:第三次弹窗出现后,退出率明显升高;
  • 判断:连续中断更可能是当前主因;
  • 动作:先合并弹窗,暂不缩短表单。

把三层分开,听众才能检查推理是否成立。每个“因此我们决定”前面,都要能找到一个“因为”;每个“因为”后面,都要有看得见的证据。

结论越重要,越要补一份排除证据。比如表单填写失败率没有同步升高,可以用来削弱“表单太难”这个替代解释。

案例只做一件事

案例可以证明问题存在、解释原因、展示改动后的行为,或者说明适用边界。一个案例同时承担四项任务,重点通常会散掉。

讲案例时按四步展开:

场景 → 行为 → 结果 → 说明什么

例如:

用户提交报销单时,系统要求补全附件,同时弹出一段审批说明。多数人先关闭说明,随后错过附件提示并提交失败。这个案例说明两个提示在争抢注意力,流程组织比操作能力更值得优先处理。

一页一件事

“用户数据”“竞品分析”“方案介绍”“测试结果”只是栏目名。听众看完标题,仍然不知道这一页要说明什么。

标题直接写判断:

  • 流失集中在第三次提示之后;
  • 关闭弹窗的用户并没有更高的表单失败率;
  • 合并提示后,首次完成率从 42% 回升到 57%;
  • 长期活跃暂未变化。

把一组页面的标题连起来读一遍,应该能够复述整场汇报的主线。标题之间无法形成连续逻辑,正文大概率也没有排好。

讲一页的三步

面对图表或复杂页面,先帮听众完成定位:

先看左侧前三分钟。

接着说观察结果:

两组曲线从第三次提示以后开始分开。

最后说明这份变化支持什么判断:

流失更像连续中断造成的,表单填写难度暂时没有同等强度的证据。

这三步分别解决“看哪里、看到了什么、它意味着什么”。一句“大家可以看到”没有提供任何定位信息。

数据页五问

一张数据页至少要交代:

  1. 比较谁和谁;
  2. 差多少;
  3. 差异从哪里开始;
  4. 样本、时间和实验条件是什么;
  5. 这份数据支持哪条判断。

完整数据表可以放在备份页。正文只保留足以支持当前判断的证据。

让听众跟回来

听众会迟到、走神、回消息,也可能在一个术语上停留太久。汇报需要给他们重新进入的机会。

重复要推进

主结论可以出现多次,每次承担不同任务:

  • 开场先给判断;
  • 中段解释原因;
  • 数据页提交证据;
  • 反例页说明边界;
  • 收尾回到决策。

原句反复朗读会显得拖沓。结论、解释、证据、边界和行动依次出现,听众即使漏掉一段,也能在下一个节点重新跟上。

路标要报位置

口头路标直接说明当前进度:

到这里,我们只确认了问题发生的位置,还没有解释原因。 刚才看的是用户行为,下面用服务端数据检查同一个判断。 三项改动已经讲完两项,最后一项处理提交反馈。 先记住 42% 这个基线,后面的结果都要回到这里比较。

这些句子不增加新知识,却能持续恢复方向感。

边界要提前说

听众通常会追问结果适用于谁、能持续多久、是否存在其他解释。主动说明边界,会让结论更可信:

这次改动提高了首次注册完成率,变化集中在前五分钟。次周活跃没有显著变化,目前只能确认短期流程改善。

常见边界包括时间、人群、场景和因果。把“已经证明”和“仍待验证”分开,后续讨论会更有效率。

选对媒介

不同媒介承担不同任务。

推理逐步展开

根因排查、公式推导、架构流转和方案演变,需要让过程逐步出现。白板、逐步动画、现场画图和实时修改代码都适合这类内容。

一次展示完整答案,听众容易记住结果,却看不到结果如何得出。

结果直接展示

最终数据、前后对比、界面截图、代码差异和完成后的结构图适合放在幻灯片上。标题给出判断,画面提供证据。

行为交给 Demo

Demo 用来证明系统真实运行时会发生什么。演示前先限定观察目标:

接下来只看网络中断后的恢复。用户无需重新提交,页面会保留未完成状态。

演示结束后马上接回结论。现场演示还要准备录屏或截图,避免网络、设备或版本问题切断证据链。

文字不要抢话

页面放着一大段文字,演讲者同时讲另一段,听众只能在阅读和听讲之间切换。

处理方式很简单:

  • 定义、条款、原始评论需要逐字阅读,就停下来给阅读时间;
  • 需要记住的结论,页面只留一句;
  • 需要比较的数据,让差异直接出现在图表里;
  • 需要理解的过程,分步骤展示;
  • 需要感受的行为,交给截图、视频或 Demo。

删字时依次去掉:标题已经说过的内容、演讲时必然会说的话、与结论无关的背景、图表已经表达的数字、没有对象和结果的套话。

“为了进一步优化流程,我们对现有方案进行了调整”可以直接改成:

合并两次强制提示,首次提交时间提前 90 秒。

排练找断点

熟悉项目的人会自动补全背景、术语和中间步骤。他的点头只能说明大家共享上下文。

更合适的试讲对象理解能力足够,同时没有参与过这项工作。请他在第一次跟不上的地方立即打断,并记录断点类型:

  1. 术语断点:一个词首次出现时没有解释;
  2. 推理断点:从 A 跳到 C,中间缺少 B;
  3. 证据断点:页面有数字,却看不出它支持什么;
  4. 注意力断点:同一时间要读长文、看图、听解释;
  5. 目标断点:听了几分钟,仍不知道会议要解决什么。

讲完后收起 PPT,让对方复述问题、主结论、关键证据和本次决策。复述错位的位置,就是下一轮修改重点。

排练至少做三遍:

  • 第一遍检查逻辑,确认现象、原因、动作和结果能否接上;
  • 第二遍按真实时间讲,超时就删页或降到备份区;
  • 第三遍使用真实设备,检查投屏、视频、Demo、字号和窗口切换。

排练的产物包括删掉的页面、补上的证据和重写后的结论。单纯把原稿说得更熟,无法修复结构问题。

结尾落到决定

工作汇报最后通常要落到批准、选择、资源、共识、知情或行动中的一项。开场就可以说明本次会议的落点:

今天只确认简化版是否扩大测试,完整商业方案留到下一次讨论。

最后一页保留四块内容:

  1. 主结论:这次证明了什么;
  2. 关键结果:最重要的两到三项变化;
  3. 边界风险:还有什么没有证明;
  4. 本次决定:希望现场确认什么。

例如:

主结论: 注册流失主要来自连续强制中断。 关键结果: 首次完成率从 42% 回升到 57%。 边界风险: 次周活跃和后续转化没有显著变化。 本次决定: 是否将简化版本扩大到 30% 新用户。

问答期间,这张页面会在屏幕上停留很久。它应该持续帮助讨论,而不是只写“谢谢”。

问答先给结论

回答问题时按四层组织:

结论 → 证据 → 边界 → 下一步

有人问“为什么判断弹窗影响更大”,可以这样回答:

目前证据更支持连续中断。退出高峰发生在第三次弹窗之后,关闭弹窗的用户在正式填写表单后的失败率并不高。字段理解成本还没有完全排除,第二轮会单独验证。

可能改变决策的问题,应提前进入正文。完整数据表、计算口径、额外案例和技术细节更适合备份页。

十分钟版本

十分钟汇报可以压成八张核心页:

页面回答的问题主要内容
1. 问题为什么现在要讨论?异常、代价、机会
2. 定位问题发生在哪里?路径、漏斗、时间线
3. 原因证据支持什么解释?关键证据、排除证据
4. 动作针对原因改了什么?前后对比、关键选择
5. Demo实际运行发生了什么?操作、视频、流程
6. 结果变化是否成立?实验、指标、反馈
7. 边界还有什么未知?限制、风险、失败条件
8. 决策今天需要确认什么?结论、选项、下一步

时间可以这样分配:

  • 0—1 分钟:问题、代价和会议任务;
  • 1—3 分钟:定位问题,提交第一份证据;
  • 3—6 分钟:解释原因和动作;
  • 6—8 分钟:Demo 或结果;
  • 8—9 分钟:边界与风险;
  • 9—10 分钟:主结论、决定和下一步。

第六分钟仍在介绍背景,说明前段材料需要继续压缩。最重要的数据到第九分钟才出现,说明证据放得太晚。

上台前检查

最后一轮不要加页,逐页删除和校验:

  • 第一页是否说明问题、代价和会议任务;
  • 三分钟内是否出现第一份有效证据;
  • 主结论能否用一句话复述;
  • 每个动作前是否有明确原因;
  • 每个重要判断后是否有可见证据;
  • 页面标题是否直接写出判断;
  • 听众是否知道当前讲到哪里;
  • 是否主动说明了一项限制或失败条件;
  • Demo 失败时是否有备用材料;
  • 最后一页是否明确写出需要决定什么。

一场汇报的质量,很大一部分来自信息取舍。演讲者把问题、判断、证据、边界和下一步排好,听众才有精力检查结论是否成立。

最终可以用一个问题验收:

听众离开会议以后,能不能不用翻 PPT,就说清楚发生了什么、为什么、我们做了什么,以及接下来要决定什么?

能做到这一点,汇报就讲明白了。

参考资料

  • MIT OpenCourseWare:How to Speak 课程页
  • MIT OpenCourseWare:课程文字稿 PDF
  • MIT OpenCourseWare:带文字稿的视频页
  • MIT Teaching + Learning Lab:Presentation tips
继续浏览
全部笔记
较新笔记抖音小游戏:把增长写进玩法较早笔记地图都背熟了,为什么还有人重开《上古卷轴5》?