在CRM项目中，决定其成败的很大一部分因素就是软件选型。若软件选择合适了，那么CRM软件项目也就成功一半了。而在软件选型中，最重要的就是软件测试。企业项目管理员要根据企业自身的实际业务情况，对于CRM软件进行测试。而不能够看其他同行某款CRM软件用的很好，就也选择这一款。在通常情况下，别的企业适用的CRM软件，拿到自己的企业中来用的时候，会发现很多不适应的地方。或许，这就叫做水土不服吧。

　　笔者在企业中推进CRM项目的时候，发现企业很多信息化负责人对于如何测试CRM软件感到很陌生。在CRM软件测试的时候，凭着自己的感觉走。这导致在测试中留下了很多盲点，最后给CRM软件在企业中顺利部署设置了障碍。笔者在这里给各位项目负责人推荐一种简单易行的CRM软件测试模型。或许能够帮助大家提高CRM软件选型的水平。

　　组件一：测试团队。

　　不少企业在CRM软件测试中，最容易犯的一个错误就是这个测试团队的问题。他们在测试CRM软件的时候，基本上是企业IT部门负责人或者CIO的事情。其他业务部门都很少参与进来。可是，我们都知道，IT部门负责人或者企业CIO，即使他们水平最高，也基本上是技术出身，对于客户关系管理实务都不怎么了解。若让他们来对CRM软件进行测试，那么不是对牛弹琴吗?即使他们可以从业务人员那边去取经，但是在短时间内也很难学到全面的客户关系管理实务。所以他们对于CRM软件的测试也是不全面的，或者说，可能更多的关注技术层面，而忽视业务层面的需要。

　　为此，笔者建议，企业信息化项目负责人在组建CRM软件测试团队的时候，最好能够让相关业务部门的负责人参加，至少要让一些关键用户参加。而项目负责人在其中，只是起到一个联系与记录的作用。换句话说，在CRM软件测试中，企业IT部门负责人或者CIO只是起到一个辅助作用。具体软件业务功能的测试，还是要依靠各个业务部门的关键用户。因为只有他们才清楚，自己到底需要什么;软件能否提供他们满意的解决方案，等等。

　　组件二：测试实验室。

　　测试实验室，主要是指两个部分。一是需要组建一个跟实际应用差不多的网络环境;二是需要有一个日志关系系统记录相关的测试过程。

　　而企业在实际CRM软件测试中，也往往会忽略这方面的内容。如有些企业在CRM软件测试中，主要是单机测试;而忽略员工之间的互动。如此的话，一个用户把业务从头做到尾，没有发现什么问题。可是等到软件实际使用的时候，一个业务流程往往需要有多个员工才能够完成。此时，就会遇到问题了。这主要是因为系统在不同业务之间衔接是缺乏相关的提示所造成的。这也就是我们通常所说的，业务逻辑上没有问题，但是在界面设计上缺乏人性化，缺乏相关的提示。如此的话，后面的业务人员接着做剩下的工作时，就会无从下手。这也是很多刚诞生的 CRM软件的最常见的不足之处。

　　而测试日志也非常的重要。一方面企业选型的时候不可能只看一个CRM 软件。若是如此的话，那就不叫选型了。企业肯定会像相亲一样，多看几个，才能选择一个合适的。为此，若在第一个软件测试的时候，不做好相关的纪录，那么后续软件测试就要从头再来。那回凭空增加很多的工作量。另一方面，在测试的过程中可能会发现一些现有软件中没有的功能，但是这些功能却是企业所必需的。为此，就需要在后续的二次开发中对其进行定制。若在软件测试的过程中，没有进行相关的记录，那是否在后续的项目推进中，又要重新整理一次。这个重复的工作，明显可以省下来。