昨天为市数据资源中心的客户进行了一次系统演示。这次的演示为了解决前几周演示时多人分别演示不同系统、带给客户印象不佳的问题，由我牵头主导对演示流程进行了完善：
- 设定5个场景，每个场景解决一个特定的问题，通过流程把功能串起来，避免由于客户缺乏对系统整体认识，单独演示功能时不能很好理解每个功能的作用；
- 每个场景设计一张PPT，包括场景描述、演示流程、涉及功能等要点，演示前通过PPT讲解要演示的内容，以及要突出的重点内容，让客户对接下来要演示的功能有个整体的了解；
- 演示系统时，只演示场景所涉及到的功能，其它支撑性的、参数配置类的功能尽量不演示，避免陷入过于细节的功能；
- 由于多个系统是基于开源项目开发的，提前和开发人员进行了解，上网查询相关的资料，比如，OLAP的kylin、分布式挖掘的H2O等，理解系统的特性、优点等。事后证明，这项工作是非常有用的，正是由于对H2O项目的延伸演示，分布式挖掘系统给客户留下了很好的印象。
演示的过程总的来说非常顺利，一举扭转了上次演示失败留下的阴影，为后续的汇报打下了基础。会上，客户也对接下来的场景提出了自己的看法，比如，要更加贴近政府的实际业务需求，针对文本类的挖掘可以做些“一带一路”分析，针对实时计算可以接入物联网的摄像头数据等。当然，演示过程也有一些小的瑕疵，比如，会前认为客户对数据处理过程中的中间结果不会关注，这些的准备不充足；没有准备对大数据环境监控的演示等。总结这次演示汇报，一些心得值得记录下来：
- 把演示作为“产品”看待，要有完整的规划、设计、开发、交付等过程，每个过程的完善程度，决定了最终交付产品的效果；
- 把自己视为产品经理，需要协调相关人员推进产品的交付。要对产品的定位、目标用户有清醒的认识，要对交付的产品特征有准确的描述；
- 系统演示的内容和步骤要提前设计，演讲的内容要提前拟定。以前对于这个过程较为轻视，往往写个PPT了事，演讲过程全凭临场发挥。这次由于不是自己主导，被逼着做了几次预演，把演示的步骤、演讲的话语进行了反复讨论、斟酌，关键内容写了下来。最终证明，经过这样的演练，演示过程中想讲的内容基本没有遗漏，话语也相对连贯，要比临场发挥稳定很多。
附，这次演示的5个场景PPT：
关系型数据库接入与处理：
分布式挖掘分析：
高维模型分析：
非结构化数据接入与检索：
实时数据接入与分析：