漫谈CRM体系化建设5：CRM体系化解决方案

《漫谈CRM体系化建设》系列共分五篇，前四篇讨论了企业客户管理的基本业务问题，客户开发，留存，服务问题。本文是最后一篇，讨论CRM的应用架构设计，建设阶段与侧重点，以及部门合作等问题。

 

五、CRM体系化解决方案

 1、标准CRM应用架构

通过对业务的逐步介绍，我们已经将CRM体系架构图的血肉填充完整，一幅清晰地CRM架构蓝图在我们眼前呈现。此时，读者应该对架构图中每个版块存在的价值和意义都有全面的认识和理解。

结合客户开发、维护、服务的业务分工与职责定位，以及软件架构设计的经典模式，整体CRM架构中包括以下几大块内容。

数据底层

数据底层主要包括集团级别的数据仓库系统，数据集市，主数据。数据仓库对公司所有业务数据进行统一汇总处理，提供标准统计口径与计算维度，在数据仓库上层，针对不同业务部门诉求，定制对应的数据集市，数据集市相对灵活可变。数据底层还包括主数据管理，常见的主数据有商品主数据，客户主数据等。CRM关心的是客户主数据。

基础服务底层

在企业发展到一定阶段后，通常需要把具有共性的模块和功能单独剥离出来，进行服务化建设，以便给所有上层系统提供基础服务支持。这些基础服务，既包括业务型服务，例如EDM、SMS、Push、Pay，也包括纯技术底层，例如规则引擎，工作流引擎。基于这些基础服务，可以让上层系统更关心业务逻辑，而不关心底层的实现机制，从而提升开发效率和IT服务能力。此外，统一客户视图，实现形式为接口服务，或web服务，支持全集团所有业务系统调用，在架构图中作为基础底层服务，绘制在基础服务底层右侧。

业务支持板块

OCRM、销售管理后台、业务支持、CallCenter都是直接支持业务运转的系统或平台，主要聚焦客户开发和客户服务环节的业务动作。其中以OCRM和CallCenter最为重要，是支持销售人员和客服人员的核心系统。

客户建模与策略板块

客户建模和策略，是基于数据底层的上层应用，本身不具备业务属性，属于数据价值输出的范畴。其中，客户建模依赖于数据仓库或数据集市，推荐与策略依赖于客户建模和数据仓库或数据集市。在架构图中，我们在右侧从下往上分别绘制了数据底层，客户建模，推荐与策略，以体现其逻辑关联关系。

运营管理板块

运营管理板块包含了CMS、营销等内容。在纯线上开展业务的公司，没有销售团队，不需要OCRM系统，经常将CRM定义为管理后台中的一个子模块，承担客户分析和营销职责。在本文中，我们假定运营管理板块既支持线上业务前端，也要支持业务运营策略，通过营销策略实现客户留存。其中既包括手工营销模块，也包括自动化营销模块，也就是常说的Marketing CRM。