专家谈CRM选型 之 产品类型与关键点

　　CRM应用对于企业而言越来越重要，因此在商业软件系统中，很多软件都号称有CRM的管理功能，有的是独立的CRM产品，有的是与其他软件，比如OA、ERP集成的产品。这些CRM系统都有各自的特色，能满足特定行业的需要，根据行业特点确定大的选型方向是非常重要的，否则要么难以满足需求，要么功能过剩，而且应用起来非常不方便。

　　AMT咨询认为，从技术层面，用管理对象的"信息颗粒度"来进行不同CRM系统的区分是一个最重要的标准。所谓信息颗粒度是指对管理对象描述的细分程度，总体而言OA管理对象的颗粒度是文档级，而ERP是字段级，也就是我们通常所说的非结构化和结构化。一般来说，管理对象量化的描述越容易，结构化就越强，比如订单，所有信息都可以进行字段级的描述，而对于合同，就很难进行字段级去描述。

　　从"信息颗粒度"角度来看，CRM是一个介于OA和ERP之间的结构化和非结构化的产品，而不同的商业化CRM系统在这方面差别很大，总体上可分为：

　　·文档级的CRM

　　·字段级的CRM

　　·介于两者之间的CRM

　　一般OA类产品中的CRM都是文档级的;一些大型的CRM系统，尤其是与ERP紧密集成的CRM系统，比如Oracle、SAP是字段级;而一些中型的CRM系统，比如Saleslogix、MicrosoftCRM、Kingdee、TurboCRM等刚好介于二者之间。

　　以下以合同为例，来说明不同的CRM系统是如何管理一个合同的?如果是文档级的CRM，合同就是一个附件，就是一张纸，无非是电子的，最多我们能抽出里面最基本的属性来进行描述，比如签约双方，签约日期，有效期等等，但是合同的条款呢?它对文档级的CRM系统而言只是"一张纸"而已，是一个黑洞，计算机无法理解合同意味着什么。但是像Oracle和SAP这样的CRM系统，它是如何管理合同的?完全像订单一样，它通过非常多的字段，以及规则来描述这份合同，把合同的条款变成可执行的规则和指令，这样合同就变成了可执行的"订单"，就像订单要发货，要收款一样，是有相应的规则和流程来处理的，比如如果合同上有一个条款是：客户收货后3日内，厂家上门安装。那在系统中就会根据客户收货的日期派出一个安装服务的任务给相应的人员，而不再是纸上的一句话而已了。

　　那有这个必要吗?如果公司每天处理100个合同没必要，如果是1000个合同，只有10个人负责合同跟进这件事情，就有必要了;如果不是这样的合同，而是一个咨询服务的合同，可能也没必要了。这就是说首先要考虑业务的特点和管理本身是否需要这样的管理精细程度，然后再考虑IT系统的颗粒度是否需要与之匹配。

　　回到信息颗粒度的概念上来，OA中的合同颗粒度本质上就是文档，而像Oracle这样的系统，合同不是文档，而是对象，通过无数字段信息和规则描述的对象，颗粒度是字段级的。有了字段的描述，意味着后面有一堆的业务逻辑来支撑这个合同的自动化运行，这是二者最本质的区别。

　　即使同样对管理对象进行字段级的描述，由于其颗粒度的不同，差别也非常大。比如对客户行业的描述，在一般中小型的CRM系统中，用一个字段进行描述，这意味着从多个维度进行客户类型的划分系统无法支持，因为我们无法把一个多棵树型的复合结构(每个维度对行业的划分可以看成一棵树)简化为一个字段来记录。而在一些大型的CRM的系统中，客户行业的划分本身是一张表，从界面上表现为用户可以增加任意多的行来进行客户行业的划分。所以在这样的系统中，行业本身是一个管理对象，而不是一个字段。更为重要的是，这样的处理不单是对客户不同行业的记录，而这种描述可在相关的业务逻辑中进行应用，比如在市场活动中根据多个维度筛选参加活动的客户、根据多个维度来进行不同行业客户解决方案模版的定义等。

　　根据行业特点，结合不同CRM系统信息颗粒度的概念就能确定大的选型方向，比如对于咨询服务业，选择文档级的CRM系统是适合的;对于大型装备行业必须选择字段级的CRM系统;而对快消品行业，可以选择介于两者之间的系统。

　　CRM系统选型关键判断点分析

　　如何根据业务和管理需求选择CRM系统，在很多文章中都有过相关的描述，一般我们都会整理成一份复杂的功能需求文件，问题是我们拿着这份需求文件却未必能选出适合的系统，很主要的原因在于这些复杂的功能描述，让我们在选择系统时，失去了对关键需求的判断力。

　　AMT咨询认为，一般而言，从以下三个方面来进行选型判断不会出大的偏差：

　　·结合行业特点，分析在业务和管理上的精细程度，结合系统信息颗粒度，总体判断是否可支撑企业需要。信息颗粒度的概念前面已经解释过，判断CRM信息颗粒度一个很简单的标准是看系统中定义了多少业务对象，每个业务对象有多少个字段进行描述。总体而言，系统定义的业务对象越多，每个业务对象定义的字段越多，系统的颗粒度越小，越能适合业务和管理精细程度高的需求。有经验的选型人员，看看系统的几个主要信息录入界面就能进行判断了。

　　·根据信息颗粒度的描述，看系统中相关的关联应用是否通过系统逻辑实现并满足需求。从录入界面看到信息颗粒度还仅仅是信息的记录，并不意味着在系统业务逻辑中已经对这些信息进行了处理，因此需要对这些信息关联应用点进行分析，结合业务和管理需求判断是否满足。比如在前面提到的客户行业划分，有的系统也能进行多个维度行业的记录，但是不能在市场活动、客户分析等应用时与所定义的多维度行业产生关联，这样的系统就只是记录，而未变成系统的业务逻辑，因此未必是满足需要的。

　　·对关键需求，准备DEMO数据进行系统流程和功能点的考查。这是最实用的选型方法，对应关键的需求，一定要准备相应的DEMO数据模拟企业实际的业务流程和功能应用点，然后请供应商按DEMO数据进行系统演示，这样可以进行非常直观有效的判断。

　　当然，系统选型是一件复杂的事情，除了考虑行业特点、企业规模、还需要考虑企业实际管理需要和所能应用到的水平来综合判断，从功能需求层面上。