今天在上班的公交上，QQ工作群里连续冒信息，大体就是，我们项目的产品总监要给客户演示系统，结果系统与周末看的时候不一样，可能不知道哪位同事，周末的时候，操作过那个账号，把数据给整乱了。
我也经常给客户、专家做系统演示，每次都跟打仗一样，绝对的严肃对待，总结了如下几条经验教训：

1、提前周知同事

告诉相关的同事，近期将有系统演示，具体会准备相关数据、材料，告知大家具体哪天的时候，不要操作哪个账号的数据。

2、提前准备好数据

• 有需要的话，准备专门的演示账号，用于做数据区分
• 具体操作需要上传、修改、查看的数据，提前录入到系统，或者存放到电脑醒目的某文件夹之内，具体方便找到
• 准备的数据，不大不小、不多不少为妙，太多的话，具体找某一项，就会麻烦，太少的话，不能覆盖到功能点
• 贴近于真实的数据，切忌使用“123”、”abc“来命名，感觉系统跟demo似的

3、准备演示流程

• 一般来说，是按一级菜单来演示
• 演示有侧重点，客户关心、或者系统亮点，着重描述；像一般的权限管理、日志查看，寥寥数言带过即可
• 系统可能未完成，某处有bug，具体演示的时候，少操作，多说话
• 如果是有规定演示时间的话，尽量多演示，留给专家的时间要少，要不然专家问个不停，问出毛病来

4、墨菲定律

如果系统有偶现的bug，恭喜你，演示的时候，必然会出现这个bug

5、实际演示

• 要自信，声音要响亮，让别人一听就感觉到靠谱
• 如果遇到bug，或者之前未碰到过的异常，一句带过，“这块的逻辑在进行优化“
• 如果遇到刁难的专家，不能正面交锋，要避其锋芒，说点其他的
• 过程要紧凑，切忌让参观的人员等待，等待就会不耐烦

6、总结

要做好准备
最重要的，是系统要做好，系统做好了，演示自然好