各显神通 CIO如何避免CRM系统测试盲点

申请免费试用、咨询电话：400-8352-114

盲点一般是指人们留意不到的地方，或者说令人意想不到的事物。其实盲点在生活中时刻存在。如卫生盲点等等。其实在CRM系统测试中，也存在着一些盲点。即使具有最详细的测试计划，也不能够保证百分之百的发现漏洞。在这里我们要做的就是如何有效的减少盲点，或者说将一些已知的盲点消除掉。在这里笔者就跟大家共享这方面的内容。

　　一、多考虑意外情况

　　在实际工作中，如果企业的日常操作没有任何意外，那么无论是CRM系统的开发，还是事实，都是非常轻松的一件事情。现在之所以CRM系统的成功率不高，很大一部分原因就是因为企业存在着各种各样的意外情况。在系统开发时，由于缺乏预见性，没有对这种意外情况采取措施，从而导致系统出现了漏洞。如果测试时，没有发现这些漏洞，就存在测试的盲点。

　　当企业的意外情况比较多(如客户经常改名)时，要在测试之前先做好准备工作。如先根据自己的经验，想象在供应商改名时可能遇到的情况。如更改供应商名字后，后续为处理的订单该怎么办?已经有销售订单的客户，后续有订单时要出货并生成相关凭证并进行数据分析。改名后，是使用更改前的名字呢还是更改后的名字?在数据统计分析方面，采用的是全部的数据，还是按改名后的数据进行分析与统计?这些内容都需要在实现准备中确认清楚。其实只要静下心来根据以往的工作经验好好想想，要得到这些问题的答案并没有多大的难度。

　　笔者担心的是很多企业用户在软件测试时，往往不会先想到企业的实际情况。二是不管三七二十一，先用了再说。此时在根据标准业务来进行软件测试时，不存在什么问题。但是等到意外情况真的发生时，再来采取应对措施，已经来不及了。故笔者加以，在对CRM软件进行测试时，需要注意意外情况对软件所造成的负面影响。

二、灵活性与BUG往往同时存在

　　很多用户在选择系统时，往往太过于追求系统的灵活性。但是他们往往忽视了一个关键性的内容。即系统的灵活性往往是同Bug共存的。简单的说，就是系统的灵活性越高，其可能存在的BUG也就越多。那么系统测试时发生的盲点也会越多。其实这也很好理解。CRM系统的灵活性主要是靠各种参数来实现的。而这些参数就好像是一个机器人的零件。零件越多，其出现故障的几率也就越高。

　　为此笔者这里需要提醒大家，在考虑系统灵活性时，要同时兼顾系统可能存在的Bug。在做系统测试时，需要多多关注这些地方。

　　如在CRM系统选型时，有些企业用户会关系客户付款条件的灵活性上。如会根据客户的信用状况来调整客户的收款条件。此时在系统测试时，就需要测试，这个收款条件更改之后，所影响的范围有哪些?如只是对新订单有效，还是会影响到现有的未结案的销售订单等等。

　　笔者建议，在测试时需要在这些类似的环节中多投入一些精力。在系统投入到生产使用之前，尽量将这些可能存在漏洞的地方一一摸清楚。能够解决的解决，不能够解决的则采取其它的应对措施。

三、多测试，少纸上谈兵

　　在系统选型时，软件公司的咨询顾问与实施顾问会将软件说的天花乱坠。但是真的在使用时，用户却会发现使用的磕磕碰碰。此时软件公司又会将责任推给企业，说企业的流程或者操作不够规范。需要企业调整相关的操作，以符合系统的需要。

　　其实这很大一部分原因确实在于企业。当然并不是说企业的流程或着操作方式不规范，而是说企业没有做好相关的测试。在选型与系统测试时，太过于相信事实顾问与咨询顾问的解说，而没有自己实际去测试。有些不负责任的CRM提供商，就喜欢在这里玩猫腻。如某个功能明明系统里面无法实现或者还存在缺陷，但是却欺骗说企业用户可以实现。而使用事先准备好的数据来迷惑用户。为此如果用户没有自己亲自测试几次，而只是在那边纸上谈兵，那么一切都是白搭。

　　为此笔者在这里给大家的意见就是：少动嘴，多测试。通常情况下，CRM系统的主干流程一般出问题的几率不大，为此只需要测试1到两次即可。而容易出现问题的地方主要是哪些分支流程上。如其采用的客户生命价值分析模型，相关参数是否考虑完整;项目管理员能否根据企业的实际情况来调整参数的设置(如设置某个参数的默认值或者分析时暂不考虑某个参数)等等。

　　说道这里笔者再揭露其中的一个黑幕。有些CRM软件公司在一些核心模型上做的很漂亮。但是不少只是做的好看，但是并不使用。这有很多方面的原因所造成的。如可能这个分析模型本来就比较理论化，在实际工作中用途并不是很大。也有可能软件在设计这个模型时，死搬硬套，缺乏灵活性，从而企业很难使用。当然也有可能是企业企业的管理水平还没有到达这个程度，还不能够使用这个分析模型。总之，最好的分析模型，如果企业不能够为其所用，也是毫无价值的。但是软件公司的实施顾问或者咨询顾问，则对这方面的使用限制避而不谈。毕竟，只要企业多个一个模块，那么他们就会有多一份收入。

　　要避免这个盲点，其实也很简单。就是要自己去亲身测试一下。如可以拿自己企业的基础数据，利用系统的这个分析模型测试一下，看看得到的结果是否是自己所需要的。又或者得到的结果毫无科学依据，像看天书一样。

　四、测试数据要真实

　　在进行软件测试时，基础数据是少不了的。不过不少用户在测试CRM系统时，喜欢“偷懒”。他们采取的基础数据量跟实际工作中遇到的数据量会少许多。虽然从理论上来说，只要一个数据准确了，那么其它数据也是准确的。但是在实际工作中，由于各种意外情况的存在，就很难保证这个推断的正确。

　　如现在要分析客户的利润贡献率。此时需要考虑到产品的增值税信息。即需要将增值税从产品的销售单价中剔除出去。这里就有一个细节问题。有些产品是免税的，而有些产品需要收增值税。对于免税的产品，在剔税计算时，就会出现错误。在剔税时，核心公式就是销售价格处以增值税率。而免税产品增值税率为0。而0是不能够当作除数的。此时如果在软件测试阶段，采用的数据刚好都是需要收增值税的产品。那么系统测试时就存在盲点。

　　为此笔者建议，在系统测试作业中，所采用的数据需要真实。最好能够包含企业全部的情况。如可以抽取企业10%的数据作为系统测试的基础数据。如果另外有一些比较特殊的情况，如免税产品或者出口产品，则需要额外的将他们加入到基础数据中了。

　　在系统测试时，我们虽然不能够将所有盲点一网打尽，但是还是要朝这方面努力。在前期系统测试中发现的问题越多，在后续的工作中可以把握更多的主动权。