下载APP 把W3Cschool装进口袋
返回 首页

架构师之路

如何做一场B格满满的技术大会演讲

上一篇 下一篇

什么样的演讲和呈现最受听众欢迎,内容干货?逻辑清晰?长相帅气?

偶尔被邀作为speaker参加一些圈内的技术大会进行演讲。这里我分享下自己的经验,如何做一场B格满满的技术大会演讲,希望给做汇报、总结、述职的技术小伙伴一些小启示。


【一、了解听众的诉求】

如同架构设计一样,了解听众诉求永远是第一步的,先看下各类演讲类型听众的诉求:

(1)给客户进行讲解:听众想了解产品,打消疑虑

(2)总结、述职、汇报:听众想了解工作成果,潜在困难,未来规划

(3)技术大会听众想学习架构知识,借鉴经验解决工作中的问题


例如,top100summit技术峰会,听众主要的目的就是去学习兄弟公司成功的案例经验(产品、研发、测试、流程、管理等),那么演讲嘉宾可以在ppt中针对性的准备这些内容

(1)真实案例

(2)碰到的问题,踩到的坑

(3)各种解决方案优缺点,及解决方案的迭代演进

(4)最佳实践

个人建议,尽量少一些放之四海皆准的原则理论,多一些血肉充实的生动案例


【二、了解到紧张是正常的】

世界上最令人恐惧的事情,调研结果, “死亡”屈居第二,“当众讲话”高居榜首,应当认识到:

(1)紧张是正常的,紧张说明这个事情你内心重视,紧张能够帮助你发挥的更好

(2)反正我站在台上的前几分钟是有点害怕的,但一旦进入主题就好了,讲的内容是我擅长的,我熟悉的,何惧之有除非你在讲别人写的ppt,这样就惧怕露出破绽

(3)根据个人的经验,观众眼中演讲者的表现,会比演讲者自我感觉的表现更好。“漏了一个要点”只有演讲者自己内心知道,听众是不会察觉的,所以“紧张只要不被听众察觉,就不是紧张

(4)根据个人的经验,微笑和热情能让人更加自信,能够一定程度上消除紧张感,有一次大会分享完,举办方跟听众调研哪个老师讲的不错,听众反馈“都不错,有个笑呵呵的老师感觉挺好”,而其实我内心慌的不行


【三、好的开场是成功的一半】

不管怎样,被推上台了,上台后第一段开场留给观众的第一印象非常重要这么开场相对比较安全

(1)我是谁:公司、姓名必须、职位可选(回想起大学第一次班会自我介绍,balabala讲了一堆,最后忘了介绍自己叫什么,囧)

(2)我为什么有资格讲这个topic:这个部分可选,但讲好了可以增强说服力

(3)大概需要多长时间:给观众一个预期

(4)主要内容是什么:不解释

(5)对听众有什么帮助:这个部分非常重要,1-4吹了若干牛逼之后,听众关注的是这个topic和他有什么关系,能够收获什么,能够解决什么问题


举个栗子,top100summit技术峰会我准备这么开场:

大家好,我是来自58到家的架构师沈剑(公司,职位,姓名),我在百度、58同城工作有过X年的架构经验(吹个牛逼,增强信服力),接下来的50分钟里(时间预期),会和大家介绍58到家调用链跟踪系统架构设计与实现细节(主要内容),通过本次分享,希望大家能够了解到调用链跟踪系统能够解决什么问题,架构细节是怎么样的,以及创业型公司如何快速落地和实现调用链跟踪系统(和听众有什么关系,同时介绍内容)


【四、内容结构】

开完场,进入最核心的内容部分,内容结构怎么样组织会让人觉得比较有逻辑性而不会显得无头无绪,个人觉得“问题,[坑-方案-优化方案],总结”这类“总分总”的结构是比较安全的,经验如下:

(1)第一部分:问题缘起,为什么需要,是干嘛的,解决什么问题

(2)第二部分,若干个迭代:

         2.1)矛盾冲突点1
         2.2)有什么传统解决方案

         2.3)传统方案的优缺点,及递进方案,我们的最佳实践是什么

(3)第三部分:总结

“架构师之路”公众号的很多文章,主要也遵循这个内容结构。


再举个栗子,top100summit技术峰会我的内容结构准备这么设计:

(1)调用链跟踪系统解决什么问题:能够快速发现系统中的性能瓶颈,快速找到不合理调用,可视化查看系统之间的依赖关系,系统出问题时迅速定位问题在哪里

(2)

矛盾冲突1:如何将一个请求在系统中的轨迹串起来,解决方案1, 2,各自优缺点,58到家的实践

矛盾冲突2:如何描述调用的深度与广度,解决方案1,2,各自优缺点,58到家的实践

矛盾冲突3:如何收集数据可视化展现,解决方案1,2,各自优缺点,58到家的实践

矛盾冲突4:创业型公司在人力有限的情况下,如何快速实现,要改哪些地方成本最小,怎么做好扩展性,58到家的实践

(3):总结58到家的一些实践


【五、内容呈现】

内容呈现我做的也不好,ppt内容呈现应该尽量做到:

(1)“清晰、简洁、达意

(2)减少大段文字,用架构图、流程图说话,用表格数字对比说话

但自己总不知不觉的,往ppt里添加了很多文字。


这两页是15年某技术大会上小米的ppt呈现

【正面case】

正面case1

正面case2

接下来的两页是我在同一个大会上的材料

【负面case】

负面case1

负面case2

可以体会下差距,什么是专业的,什么是业余的(这还是我自己感觉做的比较好的材料呢=_=),作为一个技术人,这方面优化的空间的确很大。

【六、如何把控好整体节奏】

内容框架也搞定了,内容呈现也搞定了,有些讲师会有疑问:

(1)“讲的内容过多,时间不够用怎么办”

(2)“很快就把准备的内容讲完了,尴尬,怎么办”

如何把控演讲的整体节奏,我的经验是:

(1)人在紧张的情况下,语速会加快,演讲往往会比自己预计的时间早结束

启示一:放慢语速,慢语速会让听众觉得稳重,并且也给了自己思考的时间

启示二:准备比实际需要时间多一点的内容,以防讲太快提前结束尴尬,要知道:讲太快硬要临时想内容撑场面,远比将太慢了快速过掉一些内容容易得多


(2)一定一定一定一定要规划好,每一页ppt要讲什么内容,哪些是要点,要讲多少分钟。多人技术大会有一个好处,中途不会有听众打断你,提问环节会统一放在结束,所以提前规划好的节奏,一般不会被打乱

(3)一定一定一定一定要提前演练,规划了一页讲5分钟,话匣子一打开,不演练的话实际与计划往往不符合,40分钟演讲自我介绍讲15分钟的场我也见过,讲high了真的收不住,所以一定要实际演练。

大家能看到雷军、罗永浩、柴静在台上举手投足、谈笑风生、镇定自若的样子,每一个眼神、手势、步伐殊不知都经过了几十上百遍演练。

我们只看到别人牛逼的表面,却忽略他们苦逼冰山之下的部分人最绝望的状态莫过于,比你牛逼的比你更刻苦

我去,这鸡汤灌得我自己都要感动了,节奏把握总之一句话,没有临场打断的技术演讲相对比较好控场:多准备一些内容,放慢一些语速,做好规划,做好演练


【七、如何做好收尾】

节奏把握住,演讲要进入尾声。一场40-50分钟的演讲,涉及到的架构、流程、方案等技术细节非常多,根据经验,第二天还能记得10%的听众少之又少,听众记住的这10%是什么,除了开场灿烂的微笑,大部分就是收尾“反复强调”的总结。


内容不在多,听众有收获就达到目的了,总结上可以反复强调结论,强调实践,如心理学中“近因效应”所述:人对演讲末尾部分的印象最为深刻,记忆也最为深刻。能否在总结处让听众记住你期望ta记住的2-3个点,以达到分享的目的,收尾至关重要。

【八、如何回答好提问】

好了,整个内容讲完了,进入提问环节,提问环节也是部分讲师比较头疼的,“万一碰上不会的问题怎么办”,我的经验是:

(1)首先不要和提问者起冲突,特别是针对“你讲的我完全不赞同”这类问题,表示“这是自己公司的实践,方案有很多,各有优缺点”之后,可以马上转入“下一个问题”

(2)刻意刁难的技术人一般比较少,更多的情况是,提的问题与话题相关,但自己不100%确定答案,一般可以将问题技巧性的转化为自己熟悉的问题,“这位朋友要问的是不是XXX这样一个问题”,而“XXX”问题是自己擅长的,然后顺畅解答

(3)当然,“术”乃技巧,一般实事求是,即使不擅长的问题,说自己不确定,讲讲自己的思路,听众一般也不会苛责


末了,对于提问,还有两个大招

(1)第一个大招,多准备一点内容,把提问时间耗完,是可以跳过提问环节的(举办方肯定不好硬生生打断你,说时间到了,进入提问环节)

(2)第二个大招,是碰到尴尬的问题,可以抛出“这个问题,是个很好的问题,但几句话可能讲不清楚,感兴趣的话,我们线下交流”呵呵


【九、总结】

了解听众 -> 紧张是正常的 -> 做好开头 -> 规划好内容结构 -> 做好内容呈现 -> 把握好演讲节奏 -> 做好收尾 -> 回答好提问。


祝大伙今后演讲谈客户必成,晋升必过,技术分享爆棚,希望大伙有收获。


上一篇 下一篇
目录

架构师 通用设计与方法论

架构 秒杀系统优化思路
架构 细聊分布式ID生成方法
互联网架构,如何进行容量设计?
线程数究竟设多少合理
单点系统架构的可用性与性能优化
一分钟了解负载均衡的一切
lvs为何不能完全替代DNS轮询
如何实施异构服务器的负载均衡及过载保护?
究竟啥才是互联网架构“高并发”
究竟啥才是互联网架构“高可用”
100亿数据1万属性数据架构设计
架构设计中常见“反向依赖”与解耦方案
典型数据库架构设计与实践

架构师 典型架构实践

TCP接入层的负载均衡、高可用、扩展性架构
配置”也有架构演进?看完深有痛感
跨公网调用的大坑与架构优化方案
DNS在架构设计中的巧用
session一致性架构设计实践
互联网智能广告系统简易流程与架构
计数系统架构实践一次搞定

架构师 数据库与缓存

数据库软件架构设计些什么
细聊冗余表数据一致性
缓存架构设计细节二三事
缓存与数据库一致性优化
主从DB与cache一致性优化
DB主从一致性架构优化4种方法
多库多事务降低数据不一致概率
mysql并行复制降低主从同步延时的思路与启示
互联网公司为啥不使用mysql分区表?
即使删了全库,保证半小时恢复
啥,又要为表增加一列属性?
这才是真正的表扩展方案
一分钟掌握数据库垂直拆分
单KEY业务,数据库水平切分架构实践
数据库秒级平滑扩容架构方案
100亿数据平滑数据迁移,不影响服务
58到家数据库30条军规解读
再议58到家数据库军规
业界难题-“跨库分页”的四种方案
用uid分库,uname上的查询怎么办?
mysql-proxy数据库中间件架构

架构师 服务化与微服务

互联网架构为什么要做服务化?
微服务架构多“微”才合适?
为什么说要搞定微服务架构,先搞定RPC框架?
微服务架构之RPC-client序列化细节
RPC-client异步收发核心细节

架构师 消息系统

http如何像tcp一样实时的收消息?
微信为什么不丢消息?
微信为啥不丢“离线消息”?
群消息这么复杂,怎么能做到不丢不重?
QQ状态同步究竟是推还是拉?
微信多点登录与QQ消息漫游架构随想
消息“时序”与“一致性”为何这么难?
58到家通用实时消息平台架构细节(Qcon2016)
微信为啥这么省流量?
应用层/安全层/传输层如何进行协议选型?

架构师 消息总线架构

到底什么时候该使用MQ?
1分钟实现“延迟消息”功能
消息总线能否实现消息必达?
消息总线真的能保证幂等?
10w定时任务,如何高效触发超时
58到家MQ如何快速实现流量削峰填谷

架构师 搜索架构

深入浅出搜索架构引擎、方案与细节(上)
如何迅猛的实现搜索需求
百度如何能实时检索到15分钟前新生成的网页?

架构师 架构实践

好架构是进化来的,不是设计来的(58架构演进)
58同城推荐系统架构设计与实现
从0开始做互联网推荐-以58转转为例
从0开始做垂直O2O个性化推荐-以58到家美甲为例
58到家入驻微信钱包的技术优化
创业公司快速搭建立体化监控之路(WOT2016)
巧用CAS解决数据一致性问题
百度咋做长文本去重
如何快速实现高并发短文检索
如何实现超高并发的无锁缓存?
“id串行化”到底是怎么实现的?
从IDC到云端架构迁移之路(GITC2016)

架构师 一致性问题

库存扣多了,到底怎么整
库存扣减还有这么多方案?
浅谈CAS在分布式ID生成方案上的应用
CAS下ABA问题及优化方案

架构师 一分钟系列

一张“神图”看懂单机/集群/热备/磁盘阵列(RAID)
一分钟学awk够用(产品经理都懂了)
十分钟学perl够用(客服MM都懂了)
一分钟sed入门(一分钟系列)
一分钟了解两阶段提交2PC(运营MM也懂了)
30秒懂SQL中的join(2幅图+30秒)
连接池原来这么简单(一分钟系列)
一分钟实现分布式锁
这才是真正的分布式锁
一分钟一幅图TCP/IP搞定
一分钟理解负载LoadAverage
1分钟了解Leader-Follower线程模型
1分钟了解四层/七层反向代理

架构师 通用素质

罗振宇送给新员工的四句话
职场中的选择与拒绝
心态:晋升的为什么不是你
你的收入取决于你的努力程度
“老公,我穿这衣服好看吗”终于破解了
一分钟经理人
如何精确理解leader布置的任务
如何快速精确的和leader沟通
架构师到底该不该写代码
运维说给研发测试的心底话
如何做一场B格满满的技术大会演讲

关闭