首先你要给听众一个 目标
Goals
写任何一个技术报告，你应该记住两点：
- 1 你是要传递信息给听众。
- 2 如何做到保持听众的注意力。
只有做到这两点，你才算作了一个成功的技术汇报，否则，观众们根本学不到啥东东~~
Process
其实写一份技术报告和老师教你写随笔一样容易：
Write a thesis ---> 你的论点是啥
简单明了的论点可以帮你概括你要讲的内容，
Research --->没有调查就没有发言权
上网搜索与你的论点相关的东东，先不要担心没有哦任何结构性，先大胆的做脑暴吧。
Outline ---> 写软件也需要先搭一个框架，写报告当然也可以走套路咯
首先在你的大脑里理一理，先将什么，后讲什么，也不要先记着如何打磨，如何绘色。
Rehearse--->台上1分钟，台下10年工，没错，你需要排练几次。
这个阶段比较重要，通常会帮你发现一些问题，发现你Outline中有哪些没有覆盖到，有哪些是多余的。你会发现，即便是简单的排练一次，都有可能发现你的汇报中的很多问题，对比下 ，这个过程是不是有点像发布之前的测试呢？黑盒？白盒？哈哈~~
Polish --->打磨阶段，修复bug阶段
上一个过程中，你会发现有些东西你没覆盖到，没有阐述明白，或者差一些图标性的东西来有效的说明支持你的论点，那么这一阶段就修复吧。
do { Rehearse & Polish } while (you think is no ok);
幻灯片技巧
- 不要大段的放代码，听众很难进入你的代码逻辑。
- 一个阶段一个阶段的讲述你的论点，总分结构比较推荐。
- 不要担心幻灯片做的不花哨，白底黑字有干货，用户体验也不差。
Pet Peeves 注意一些用户体验差的行为
- 简历之殇不要沉醉于介绍你自己如何如何，简单的两句你叫啥，来至那个部门，在汇报结尾给下你的email就OK了。
- 一页的信息量尽量控制下，不要一次以泰山压顶式的方式给用户太多的信息，虽然你是这方面的专家，但你面对的用户通常并不是，不然人家来听个卵啊，常常看见一个逻辑非常复杂的大型流程图，几百行代码贴出来，尼玛，你是小白用户你接受吗？
- 激情，没错，你需要激情 ，你讲起来的时候没有激情，如同行尸走肉，观众还有想听下去的欲望？
- 越短越好 开始告知用户只要半小时，结果你搞了1个小时，这谁会乐呢？
- 情绪 ，紧张对于新手来说是不可避免的，但记住一点，观众是来听你分享知识，他们往往比你想象的更加宽容，他们可能会比你自己都能容你的紧张，没关系，试着讲出你想讲给观众的一切。
网友评论