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

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
如何做⼀场B格满满的技术⼤会演讲 什么样的演讲和呈现最受听众欢迎,内容⼲货?逻辑清晰?长相帅⽓? 偶尔 邀作为speaker参加⼀些圈内的技术⼤会进⾏演讲。这⾥我分享下⾃⼰的经验, 如何做⼀场B格满满的技术⼤会演讲,希望给做汇报、总结、述职的技术⼩伙伴⼀些 ⼩启⽰。 【⼀、了解听众的诉求】 如同架构设计⼀样,了解听众诉求永远是第⼀步的,先看下各类演讲类型听众的诉 求: (1)给客户进⾏讲解:听众想了解产品,打消疑虑 (2 )总结、述 、汇报:听众想了解⼯作成果,潜在困难,未来规划 (3 )技术⼤会:听众想学习架构知识,借鉴经验解决⼯作中的问题 例如,top 100summit技术峰会,听众主要的⽬的就是去学习兄弟公司成功的案例经验 (产品、研发、测试、流程、管理等),那么演讲嘉宾可以在ppt 中针对性的准备这些 内容: (1)真实案例 (2 )碰到的问题,踩到的坑 (3 )各种解决⽅案优缺点,及解决⽅案的迭代演进 (4 )最佳实践 个⼈建议,尽量少⼀些放之四海皆准的原则理论,多⼀些⾎⾁充实的⽣动案例。 【⼆、了解到紧张是正常的】 世界上最令⼈恐惧的事情,调研结果, “死亡”屈居第⼆,“当众讲话”⾼居榜⾸,应当 认识到: (1)紧张是正常的,紧张说明这个事情你内⼼重视,紧张能够帮助你发挥的更好 (2 )反正我站在台上的前⼏分钟是有点害怕的,但⼀旦进⼊主题就好了,讲的内容 是我擅长的,我熟悉的,何惧之有?除⾮你在讲别⼈写的ppt,这样就惧怕露出破绽 (3 )根据个⼈的经验,观众眼中演讲者的表现,会⽐演讲者⾃我感觉的表现更 好。“漏了⼀个要点”只有演讲者⾃⼰内⼼知道,听众是不会察觉的,所以“紧张只要不 被听众察觉,就不是紧张” (4 )根据个⼈的经验,微笑和热情能让⼈更加⾃信,能够⼀定程度上消除紧张感, 有⼀次⼤会分享完,举办⽅跟听众调研哪个⽼师讲的不错,听众反馈“都不错,有个 笑呵呵的⽼师感觉挺好” ,⽽其实我内⼼慌的不⾏ 【三、好的开场是成功的⼀半】 不管怎样, 推上台了,上台后第⼀段开场留给观众的第⼀印象⾮常重要,这么开场 相对⽐较安全: (1)我是谁:公司、姓名必须、职位可选 (回想起⼤学第⼀次班会⾃我介绍, balabala讲了⼀堆,最后忘了介绍⾃⼰叫什么,囧) (2 )我为什么有资格讲这个topic :这个部分可选,但讲好了可以增强说服⼒ (3 )⼤概需要多长时间:给观众⼀个预期 (4 )主要内容是什么:不解释 (5 )对听众有什么帮助:这个部分⾮常重要,1-4吹了若⼲⽜逼之后,听众关注的是 这个topic和他有什么关系,能够收获什么,能够解决什么问题 举个栗⼦,top 100summit技术峰会我准备这么开场: ⼤家好,我是来⾃58到家的架构师沈剑 (公司,职位,姓名),我在百度、58同城⼯ 作有过X年的架构经验 (吹个⽜逼,增强信服⼒),接下来的50分钟⾥ (时间预 期),会和⼤家介绍58到家调⽤链跟踪系统架构设计与实现细节 (主要内容),通过 本次分享,希望⼤家能够了解到调⽤链跟踪系统能够解决什么问题,架构细节是怎么 样的,以及创业型公司如何快速落地和实现调⽤链跟踪系统 (和听众有什么关系,同 时介绍内容) 【四、内容结构】 开完场,进⼊最核⼼的内容部分,内容结构怎么样组织会让⼈觉得⽐较有逻辑性⽽不 会显得⽆头⽆绪,个⼈觉得“ 问题,[坑-⽅案-优化⽅案] ,总结”这类“总分总”的结构是 ⽐较安全的,经验如下: (1)第⼀部分:问题缘起,为什么需要,是⼲嘛的,解决什么问题 (2 )第⼆部分,若⼲个迭代: 2.1)⽭盾冲突点1 2.2 )有什么传统解决⽅案 2.3 )传统⽅案的优缺点,及递进⽅案,我们的最佳实践是什么 (3 )第三部分:总结 “架构师之路”公众号的很多⽂章,主要也遵循这个内容结构。 再举个栗⼦,top 100summit技术峰会我的内容结构准备这么设计: (1)总:调⽤链跟踪系统解决什么问题:能够快速发现系统中的性能瓶颈,快速找 到不合理调⽤,可视化查看系统之间的依赖关系,系统出问题时迅速定位问题在哪⾥ (2 )分: ⽭盾冲突1 :如何将⼀个请求在系统中的轨迹串起来,解决⽅案1, 2 ,各⾃优缺点, 58到家的实践 ⽭盾冲突2 :如何描述调⽤的深度与⼴度,解决⽅案1,2 ,各⾃优缺点,58到家的实 践 ⽭盾冲突3 :如何收集数据可视化展现,解决⽅案1,2 ,各⾃优缺点,58到家的实践 ⽭盾冲突4 :创业型公司在⼈⼒有限

文档评论(0)

xuefei111 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档