如何向客户演示系统

技术人员向客户演示他们开发的系统时候往往容易陷入误区而导致工作失败。

 

前期准备不充分，心想我是这个系统的主要开发人员或者测试人员，它的功能我能不清楚吗？有什么好准备呢，开会的时候直接给客户讲不就好了？这其实是让你的presentation失败的重大原因。

我想好的presentation应该具备以下的特质：

 

1.  好的会议计划。

    任何会议都是要充分准备的，虽然你是项目的开发人员甚至是技术总监。你理解你开发的系统，对他了如指掌，但是，我们是去给客户演示，客户什么都不知道！我们是去告诉客户让他明白我们都做了什么了。因此，你需要花费一定时间和心思理你的思路，而理思路最好的方式莫过于把它写成一个会议schedule，这样你就不会被客户牵着走。相反的，你有了自己的步伐有条不紊的向客户展示我们的战果。

    如果是第一去给客户演示新系统，那么最好按照业务流程来演示而不是菜单顺序或其它顺序，我想这样对客户来说更易于接受；

    如果是去review以前系统的一些变更的话，你最好准备好上次的变更记录文档，这样你就可以按照上次的更改记录来演示系统；

 

2.  预测下客户可能会问到的问题并作出一定的解决方案备用。

3.  演示之前一定要模拟真实的客户环境做全面的测试，举个例子，系统在你们公司里访问没问题并不代表在外网访问就没有任何问题了。程序完美的运行才能保证客户对你的信赖，否则你可能会失去客户信赖而使你日后的工作变的不太顺利。

4.  提前准备好完整的演示数据，我想这可以为你在做presentation时节省你很多时间，也保证了不用会议超时。例如，有些功能模块很复杂，它和系统其它的若干模块都有很复杂的业务依赖关系，如果提前基础数据没有写好的话，在向你的客户演示的时候半天找不到合适的数据来演示你的模块和功能，我想在场的每个人都要疯了，毕竟时间就是金钱。

5.    讲话语速要慢点，不要风风火火的一口气讲完，注意阶段性的停顿以征询客户和你的领导的意见，毕竟交流是双向的，虽然你是主讲。

6.   开会期间笔记要有条理，否则开完会你都不知道客户提了什么意见，你的系统需要修改或增加哪些内容。

 

 

呵呵，以上有感而发。醉过方知酒浓，爱过方知情重，失败了方知错的太多。