会员登录
会员注册
那有这个必要吗?如果公司每天处理100个合同没必要，如果是1000个合同，只有10个人负责合同跟进这件事情，就有必要了;如果不是这样的合同，而是一个咨询服务的合同，可能也没必要了。这就是说首先要考虑业务的特点和管理本身是否需要这样的管理精细程度，然后再考虑IT系统的颗粒度是否需要与之匹配。
回到信息颗粒度的概念上来，OA中的合同颗粒度本质上就是文档，而像Oracle这样的系统，合同不是文档，而是对象，通过无数字段信息和规则描述的对象，颗粒度是字段级的。有了字段的描述，意味着后面有一堆的业务逻辑来支撑这个合同的自动化运行，这是二者最本质的区别。
即使同样对管理对象进行字段级的描述，由于其颗粒度的不同，差别也非常大。比如对客户行业的描述，在一般中小型的CRM系统中，用一个字段进行描述，这意味着从多个维度进行客户类型的划分系统无法支持，因为我们无法把一个多棵树型的复合结构(每个维度对行业的划分可以看成一棵树)简化为一个字段来记录。而在一些大型的CRM的系统中，客户行业的划分本身是一张表，从界面上表现为用户可以增加任意多的行来进行客户行业的划分。所以在这样的系统中，行业本身是一个管理对象，而不是一个字段。更为重要的是，这样的处理不单是对客户不同行业的记录，而这种描述可在相关的业务逻辑中进行应用，比如在市场活动中根据多个维度筛选参加活动的客户、根据多个维度来进行不同行业客户解决方案模版的定义等。
根据行业特点，结合不同CRM系统信息颗粒度的概念就能确定大的选型方向，比如对于咨询服务业，选择文档级的CRM系统是适合的;对于大型装备行业必须选择字段级的CRM系统;而对快消品行业，可以选择介于两者之间的系统。
[很多时候，复杂的功能描述，让我们在选择系统时，失去了对关键需求的判断力。]
CRM系统选型关键判断点分析
如何根据业务和管理需求选择CRM系统，在很多文章中都有过相关的描述，一般我们都会整理成一份复杂的功能需求文件，问题是我们拿着这份需求文件却未必能选出适合的系统，很主要的原因在于这些复杂的功能描述，让我们在选择系统时，失去了对关键需求的判断力。
一般而言，我认为从以下三个方面来进行选型判断不会出大的偏差：
◆ 结合行业特点，分析在业务和管理上的精细程度，结合系统信息颗粒度，总体判断是否可支撑企业需要。信息颗粒度的概念前面已经解释过，判断CRM信息颗粒度一个很简单的标准是看系统中定义了多少业务对象，每个业务对象有多少个字段进行描述。总体而言，系统定义的业务对象越多，每个业务对象定义的字段越多，系统的颗粒度越小，越能适合业务和管理精细程度高的需求。有经验的选型人员，看看系统的几个主要信息录入界面就能进行判断了。
◆ 根据信息颗粒度的描述，看系统中相关的关联应用是否通过系统逻辑实现并满足需求。从录入界面看到信息颗粒度还仅仅是信息的记录，并不意味着在系统业务逻辑中已经对这些信息进行了处理，因此需要对这些信息关联应用点进行分析，结合业务和管理需求判断是否满足。比如在前面提到的客户行业划分，有的系统也能进行多个维度行业的记录，但是不能在市场活动、客户分析等应用时与所定义的多维度行业产生关联，这样的系统就只是记录，而未变成系统的业务逻辑，因此未必是满足需要的。