本文主要是介绍如何做一场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】
接下来的两页是我在同一个大会上的材料
【负面case】
可以体会下差距,什么是专业的,什么是业余的(这还是我自己感觉做的比较好的材料呢=_=),作为一个技术人,这方面优化的空间的确很大。
六、如何把控好整体节奏
内容框架也搞定了,内容呈现也搞定了,有些讲师会有疑问:
(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)第二个大招,是碰到尴尬的问题,可以抛出“这个问题,是个很好的问题,但几句话可能讲不清楚,感兴趣的话,我们线下交流”,呵呵。
【九、总结】
了解听众 -> 紧张是正常的 -> 做好开头 -> 规划好内容结构 -> 做好内容呈现 -> 把握好演讲节奏 -> 做好收尾 -> 回答好提问。
祝大伙今后演讲谈客户必成,晋升必过,技术分享爆棚,希望大伙有收获。
花3秒帮忙转一下哈。
这篇关于如何做一场B格满满的技术大会演讲的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!