如何做好一个 presentation

2016-02-25 litaotao 更多博文 » 博客 » GitHub »

原文链接 https://litaotao.github.io/how-to-be-a-amzing-speaker
注：以下为加速网络访问所做的原文缓存，经过重新格式化，可能存在格式方面的问题，或偶有遗漏信息，请以原文为准。

写在前面

从 14.04 至今，已经工作将近 2 年了，这两年参加过很多次分享会，自己也当过十来次 speaker，有讲得不差的时候，也有讲得最差的时候：今天发生了一件坏事，也发生了一件好事。参加这么多次分享会后，给我印象最深的其实并不是某某技术有多厉害，某某产品有多实用，给我感触最深的恰恰是主讲人。我发现，其实一个分享会是否成功，其实很少部分在于分享的主题，而在于主讲人。很多时候，在 speaker 开讲的3分钟内，我就会毫不犹豫的拿起手机；很少时候，我会提笔在笔记本上记下准备提问的问题。

本篇是记录我这两年来对分享会的一些感触，目的是总结一些在分享会方面的经验，希望以后自己做 speaker 的时候，能一次比一次高效，成功。

1. 我常遇见的问题

  • 主讲人迟到 or 踩点到
    如果你足够大牌，或者真的有事耽误，那请务必准时到，而且最好提前通知 audience。
  • ppt，demo 字体太小，颜色太难为人
    时刻谨记，你做的 ppt，demo 是给参会者看的，而不是给你自己看的。所以，务必注意字体，也不要用那些逆天的颜色搭配。 你别跟我说你不懂颜色搭配，因为不懂不是你的错，但不懂去 google 就是你的错了，可以看看我后面的参考文档。
  • 钻牛角尖
    这个问题经常在技术型分享会中遇到，几个工程师容易沉溺到一两个特别细节的问题里去争论。我是很赞成积极甚至是激烈的讨论的，但是 这个讨论的时间地点都不对，耽误了大多数参会者的时间，甚至还会影响 speaker 的进度。这种情况我推荐把问题简单记录下来，私下讨论，并且讨论完成后给所有参会者发邮件说明就可以了。
  • 讲完整个 slide 才有 Q&A
    这个其实问题也不大，但我更推荐在中途有一次 Q&A 或者每讲完一个 agenda 就来一次 Q&A。这样的好处是能保证参会者跟住你的脚步， 也能保证会议的活跃度。难点是 speaker 需要控制住每一次 Q&A 的时间，保证能按时完成分享。

3. 如何做好一个 presentation

  • 提前准备
    • ppt, demo: 字体，颜色，如果有程序 demo 的话最好先完整运行一次，然后备份一下运行结果，以防在 present 的时候运行 出意外，得不到理想的结果；
    • ppt 简洁最好，不要花哨，如果是技术性会议，我比较推荐 markdown 写的文档，简洁明了够用；
    • 演示设备：提前10分钟到场，测试会场的电脑，音效等是否ok；如果自己带电脑的话，最好再提前几分钟到场，把自己的电脑和外接屏幕，投影仪 等调试好，电脑网络设置好，slide 打开看看外屏显示效果是否ok，demo程序是否 ready；网络这里我是有惨痛经历的，所以我特别注重网络这块；
    • 会议资料：可以提前把会议资料，ppt，demo 等放到网上去，这样对远程参会，坐得比较远的听众比较有好处；
  • 表达清晰
    • 语速放慢，概念，问题，说清楚
    • 说自己明确知道的，弱有人问到自己不懂的，可以记下来，放到会后纪要里
    • 有人提问的话，在回答前先确认自己知道别人的问题，然后向大众复述一遍问题，再做解答 [这个在听国外的分享时经常遇到，非常好]
  • 介绍与会议有直接关系的参会者
    • 这个很有必要，比如说你来介绍一个产品，但是这个产品依赖于某个部门的服务，那在开讲的时候最好介绍一下那个部门，那个服务。
  • 会后总结会议内容，给参会者发送会议回顾和总结[depends]
    • 这个不一定做，视情况而定。如果是公司内部的，我推荐在会议完成后，自己在 slide 的基础上再总结一下，把 Q&A 环节的问题也总结进去， 然后群发给参会者。

4. 细节，及亲身经验

  • 关于技术分享之现场跑代码

    • 提前去会场跑一次，确保网络，环境，代码无问题；
    • 例子 1-2 个就行了，最好就举一个例子，但是这个例子里面要涵盖 简单－升级－高级 部分，并且把你想表达的功能点都表达到；
    • 跑代码的时候，最重要的是代码背后的事情和结果展示，每运行一行代码，一个函数，一定要把代码背后的事情表达清楚，甚至是 import 一个 package 的时候都最好简单介绍一些；比如说这个 demo，主讲人就只举了 一个例子，但是需要注意的是他只讲了20分钟左右；

  • 关于背景介绍

    • 开始介绍背景前先互动一下，问问现场有多少人了解，接触过相关技术，来决定花多少时间来讲介绍这部分；比如说你要讲的主题是 spark，可以提前问问听众对spark，hadoop，map reduce，iterative computing，distributed computing 的了解情况；

4. 如何判断你这个 presentation 是否达到效果

  • 会议中低头玩手机的人多吗
    偶尔有一两个人玩很正常的，因为也许是人家正在处理正事。
  • Q&A 是否活跃
    这个没办法量化，但是一个1小时的分享会下来，怎么说至少也应该要有3个问题才算活跃吧。
  • Q&A 的问题是否都是你一个人回答的
    如果有参会者主动回答别人提的问题，那就最好了，哈哈。

参考文档