打破系统演示的魔咒！

前段时间一直在给各种领导、学生演示我们的系统，遇到了各种坑，还好都平稳过去了，今天就来分享分享如何平稳度过系统演示。

本文预计阅读时间 4 分钟。

系统演示

大部分行业汇报都是讲PPT，但是我们这些做软件的一般都有一项特殊环节：系统演示。系统演示是让别人了解你的工作的最好方式。你说让别人读代码么？没人愿意读。让别人看报告么？几十页上百页的报告也没人愿意看。最直观最有效的方式就是系统演示，把系统运行起来，交互一波，立马就有一个直观印象了。

演示大概分两种，第一种是给自己人演示，比如和产品经理交流讨论界面交互，这种就演示出真实水平就可以了。另一种是给领导和客户演示，这种就不一样了，今天主要说这种。

演示的主要目的就是把系统的主要功能过一遍，给别人一种“嗯，还不错，挺顺”的感觉，要极力避免磕磕绊绊以及演示流程中出现bug。

魔咒

有一句由来已久的关于演示的魔咒：演示必崩。不管你之前排练了多少遍，演示时总会出现意料之外的问题，比如网络问题，系统bug，硬件问题，总之，在给领导展示的时候，系统就变成了薛定谔的猫，你永远不知道它会不会崩。

有句话叫“没有绝对安全的系统”，都拍成电影了，同样也没有不存在bug的系统。要想平稳度过演示，就需要好好准备和临场应变。下面就来说说如何破除演示的魔咒。

演示前

为了保证演示不出意外，怎么办呢？最主要的要治本，也就是平时开发多上心，测试要全面，把所有和用户交互的功能都覆盖到，不管谁来操作系统，他的操作都是测试通过的，这样演示的时候就有底气。

是不是很开心？演示的魔咒破除了？不是的，以上是理想情况，实际情况是测试很难覆盖100%的用户行为。而且演示不一定在你开发完，做完充分的测试后才来，很有可能在你做了20%或者50%的时候需要演示。

这个时候就要设计好演示流程，要演示哪些功能，先演示什么，后演示什么，都要提前定好。那么演示什么呢？有的功能只有1%的几率出问题，要不要演示？不要！演示就要争取所有操作100%没问题。

在演示前自己先过几遍，说过个百八十遍有点不切实际，但是起码过个两三 遍应该可以，这个根据投入产出比自己掌握就好了。一般我们在演示前都会通宵加班赶进度。想想你看到的那些发布会，背后都是一群人准备了不知道多久。

演示中

刚说了，不管你怎么准备，系统就像薛定谔的猫，好像看见领导紧张的都不会运行了，难免出点问题。尤其是有些领导经验丰富，他知道哪里系统容易出现错误，就让你演示一下。或者领导灵机一动，我想看看某个功能。如果你没准备，很容易出问题。

出问题是不可避免的，要做好出问题的准备。当出了问题咋办？沉默是金？脚底抹油？掩面而泣？都不行，首先要淡定，要假装这是你意料之中的现象，然后脑子赶紧转，找一个合理的解释。如果找不到合理的解释，承认系统有问题也可以，但是一定要有解决方案，比如这个版本就是存在这个bug，在下个版本中已经修掉了。如果是给新人演示，也可以直接拿自己开刀，告诉大家以此为鉴。

总结

台上一分钟，台下十年功，系统演示前要做好充分准备，演示出了问题要随机应变，脸皮要厚头要硬。最后祝大家演示必过！

长按关注铁头乔

一个会武术的程序员