管理和IT靠什么结合？

最近忙于一个CRM的选型项目，好久没有写Blog了，当然忙只是一个原因，另外一个原因是借这次选型的项目，让我逐渐想明白了一件事情。五一前我就想把这些想法写出来，但一直觉得有些环节没有想特别明白，到今天为止，通过多次与客户同事交流，以及通过与以前的一些案例和经验验证，我觉得基本想明白了。当然这个问题也不是一两个Blog的帖子能说明白的，但我感觉围绕这个观点会衍生出不少的东西，让我们更好更快地理解管理和IT结合是怎么回事情，怎么更快地做出判断。

所有的观点归纳成一句话就是：从技术而言，信息管理系统应用的本质是要实现管理精细程度与IT系统信息颗粒度的匹配。所谓管理和IT的结合，结合点最关键的地方就在这里了。

也许大家看了这句话觉得没什么神奇的，或者说似曾相识，但是我知道这句话背后，我可以再说一万句话，举一千个例子来说明，这句话背后的意思以及它的用途，尤其是让我们理解一个信息管理系统的复杂程度，以及我们如何面临数不清的系统时，如何做出大方向的判断以及分析信息系统的功能细节。

当我们看到一个SAP、Oracle这样庞大的系统、kingdee、用友这样的小系统，甚至于我们自己开发的进销存系统时，我们总是说大系统功能强大，应用复杂，但是为什么强大，为什么复杂，本质是什么？我们要选型的时候，从技术上如何判断选大系统还是小系统，最核心的是什么？可能我们能说出很多依据，很多理由和做法，但是可能我们无法从最本质的地方讲明白这件事情。而我觉得顺着信息颗粒度这个概念，会让我们理解和明白很多事情。

卖了半天关子，到底什么是所谓的“信息颗粒度”？

举个最简单的例子：合同。

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

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

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

明白了这个概念，我们再看一个例子：有的OA厂商说我们的产品能做客户关系管理，TurboCRM说我们能做客户关系管理，OracleCRM说我们能做客户关系管理，我们能知道他们的区别吗？

今天先到此为止，改日谈这个问题。

推荐到鲜果：