背景
这周又进行跑到一个行业用户出差了一周，主要是应对用户的重要干系人调研，为了展示建设成果理所当然的要进行一次大型的演示，经过一周的准备，演示终于完事，虽然不是完美，但总归是瑕不掩瑜，算是得上成功吧。算上这次演示，已经给大大小小的领导连续演示次数有近10次了，趁这次机会把演示工作的一些需要注意的点记录在这里，如果能对的大家有作用就更好了。
什么是演示
，这里讲的演示是指用真实的系统为观众传递信息的活动，演示的时候一般要用到电脑作为操作终端，大屏或是投影仪作为展示媒介，大型演示有时还需要多人的配合，甚至还有专门的解说人员解说和介绍。
一般大型演示都会涉及到过个干系人，第一个是主办方，他们是演示的发起者，但由于缺乏专业知识，他们往往不是演示的操作者，第二个是演示者，他们是演示的实施者，但往往没有业务的决定权，第三个是观众，接收演示的信息。
演示关键点
明确演示需要达到的目的
一次演示是否成功要看定下的目的是否能够达成，一般演示的目的无非是让观众留下一个好印象，对于主办方以及建设的工作的认可。但这个目的主办方的领导层一般是不会明确说明的，一般要靠演示人员的推断和猜测，再加以委婉的确认。比较常见的目的如下。
- 获得观众中相关人员对于演示系统建设工作的支持和认可
- 获得观众中相关人员对于主办方相关人员的能力的认可
- 希望借此机会推广演示的系统的使用范围或是影响力
明确演示所代表的角色
很多时候同样的主办方，对于不同的观众来说是不同的角色，在演示中所使用的措辞也要相应的调整，这个在政府或行业用户需要相当重视，轻则被认为不懂事，重则可能被当面指出来惹祸上身。另外，由于角色问题涉及面比较广，往往需要高层确定，不要指望一般人员能给出靠谱的结论，而且十分有必要与用户领导层进行确认。
编写脚本不断排练
在大型演示中往往涉及多家单位和系统，各方必须阉割配合，需要一个类似于导演的角色，事先写好脚本，安排各方的出场时间，各种场景的切换模式。然后根据脚本不断排练和改进，为了在正式的环境中达到一次成功，降低风险，需要进行多次的模拟排练，这个排练的环境需要尽量的接近正式的环境，而且排练次数最少不能少于3次。排练最好有一些观众来提意见和计时。
相应要点：
- 排练环境尽量接近正式环境
- 排练次数不少于3次，不要以为以前很熟悉，那就可以不用排练了，就想这次演示的内容以前演示过数十遍，但这次第一次排练时还是感觉找不到节奏，不断练习将原来的脚本变为肌肉记忆，可以大幅度提高演示的流畅度和配合程度。
- 选取不熟悉的人作为观众，提出反馈
事前验尸，为意外做好预案
就算我们做了再多次的排练和模拟，现场都可能遇到计划外的情况，所以我们可以采取事前验尸的方法来做各种意外的预案。事前验尸是我在一本书读到的方法，具体就是假设我们这个事失败了，那么可能是出了什么问题导致失败的，那我们可以做哪些准备来降低出现问题的风险或是削减出现问题的影响。
具体到演示这个活动，如下为一些可能的问题：
- 系统挂了，没有办法操作了，这时可能需要现场人员做判断，若10s内无法恢复那就，使用事前准备的录屏做替代。
- 演示用的计算机死机了，可能需要演示人员说一下计算机有点问题，用备份演示计算机替换
- 演示的投影突然中断，可能是信号线插头松动，需要紧一下或是更换演示计算机
- 演示的操作人员出现了问题无法操作，演示前注意饮食和休息，并配有备份人员
- ppt播放的时候，视频无法播放，更新操作系统重新安装office，如果真的现场播放不了就跳过具体讲解内容简要介绍后直接跳过
- 演示的时间临时调整变短，制作多个演示版本，确定哪些内容可以跳过
- 由于天气原因，演示用的飞行器无法实际飞行，准备两套方案。
最后
演示可能不是你喜欢的工作，因为它需要大量的准备，枯燥的排练，一次一次的试错， 但为了达到组织的目的，演示确实一种相当有效的手段，希望以后你每次的演示都是完美的。
