OCRM 与 ACRM 的区别
OCRM系统(Operational CRM),即操作型客户关系管理系统,是企业基于大型数据库而进行客户信息采集、分类、统计所生产研发的系统。该系统以客户为中心,对客户信息进行多维度整合,具有查询客户信息、持有产品、短信发送、客户分层等多种功能,从而实现销售、营销和服务的自动化。银行作为OCRM系统建设投入最大、应用最广泛的行业,始终走在各行业的最前沿。但由于近年来信息技术与互联网金融的迅速发展,给传统金融机构带来了不小的冲击。
营销管理的功能应该在OCRM系统中实现
ACRM是基于历史数据的,用来做分析决策,数据挖掘,分析型CRM,和OCRM完全是两个概念
如果讨论OCRM、ACRM与DW之间的关系, 是否可以认为,A是基于仓库来进行查询、分析,辅助用户决策的。 那OCRM与DW之间没有一点关系吗?
ECIF OCRM ACRM关系
ECIF:主要用来管理客户信息,很多银行在做客户信息大集中之前,同一客户却在不同分行有不同的客户号,因此需要一个ECIF,统一这些客户,在零售银行可以通过身份证等进行唯一识别,批发银行可以通过企业代码识别(当然这也不是绝对)
OCRM:操作型CRM,构建在ECIF之上,用来收集与客户互动的信息,比如沟通过程中的电话记录、贷后检查、项目型商机信息等
ACRM:建立在互动行为及客户存款、贷款、刷卡消费行为资料之上的分析型CRM,零售银行举个例子:通过系统提取近半年的有过婚庆店刷卡记录的客户列表,并提示客户经理向其推荐稳健型理财计划。
三者之间的界限没那么明显,但完整的客户视图是作CRM的最基础需要。
对于零售银行CRM来说,需要知道个人的家庭状况,生日信息,风险偏好,存款情况,历史理财产品购买情况等等;对于批发银行CRM来说,需要知道企业的上下游关系,行业情况,企业决策者情况、财务主管情况,企业存贷款变动,用款需求等,定时维护定时接洽。
顾客关系管理(Customer Relationship Management, CRM)是营销市场的热门话题。它以市场为中心、顾客为导向,强调企业应加强经营与客户之间的互动,以获得顾客之忠诚,进而增加企业的竞争优势。
一般来说,顾客关系管理系统依其应用功能之不同,可分为 分析型CRM系统与作业型CRM系统。
分析型CRM系统在于利用数据探勘(Data Mining)的技术获得信息与知识,也就是商业智能(Business Intelligence) 。
而作业型CRM系统则在于将这些商业智慧充分利用,并以有效率的方式执行营销活动。
因此,从顾客关系管理的整体架构来说,数据探勘是整个顾客关系管理的核心,也是构成商业智慧的基础。完整的数据探勘不单可以做到准确的目标市场营销(Target Marketing),也可以做到大量的客制化,也就是所谓的一对一营销(One-to-One Marketing)。
上一篇: 采访美国运通。
推荐阅读
-
Dynamics 365 在线版与内部部署版的区别
-
OA 与 ERP 的区别和关系
-
RPM 软件包与压缩存档的区别
-
IP 地址和子网划分,以及与内联网的区别
-
有区别的比特集合 (I) - 数学中的形式系统、形式与意义
-
服务器与前置放大器的区别
-
一种结构设计模式,允许在对象中动态添加新行为。它通过创建一个封装器来实现这一目的,即把对象放入一个装饰器类中,然后把这个装饰器类放入另一个装饰器类中,以此类推,形成一个封装器链。这样,我们就可以在不改变原始对象的情况下动态添加新行为或修改原始行为。 在 Java 中,实现装饰器设计模式的步骤如下: 定义一个接口或抽象类作为被装饰对象的基类。 公共接口 Component { void operation; } } 在本例中,我们定义了一个名为 Component 的接口,该接口包含一个名为 operation 的抽象方法,该方法定义了被装饰对象的基本行为。 定义一个实现基类方法的具体装饰对象。 公共类 ConcreteComponent 实现 Component { public class ConcreteComponent implements Component { @Override public void operation { System.out.println("ConcreteComponent is doing something...") ; } } 定义一个抽象装饰器类,该类继承于基类,并将装饰对象作为一个属性。 公共抽象类装饰器实现组件 { protected Component 组件 public Decorator(Component component) { this.component = component; } } @Override public void operation { component.operation; } } } 在这个示例中,我们定义了一个名为 Decorator 的抽象类,它继承了 Component 接口,并将被装饰对象作为一个属性。在操作方法中,我们调用了被装饰对象上的同名方法。 定义一个具体的装饰器类,继承自抽象装饰器类并实现增强逻辑。 公共类 ConcreteDecoratorA extends Decorator { public ConcreteDecoratorA(Component 组件) { super(component); } } public void operation { super.operation System.out.println("ConcreteDecoratorA 正在添加新行为......") ; } } 在本例中,我们定义了一个名为 ConcreteDecoratorA 的具体装饰器类,它继承自装饰器抽象类,并实现了操作方法的增强逻辑。在操作方法中,我们首先调用被装饰对象上的同名方法,然后添加新行为。 使用装饰器增强被装饰对象。 公共类 Main { public static void main(String args) { Component 组件 = new ConcreteComponent; component = new ConcreteDecoratorA(component); 组件操作 } } 在这个示例中,我们首先创建了一个被装饰对象 ConcreteComponent,然后通过 ConcreteDecoratorA 类创建了一个装饰器,并将被装饰对象作为参数传递。最后,调用装饰器的操作方法,实现对被装饰对象的增强。 使用场景 在 Java 中,装饰器模式被广泛使用,尤其是在 I/O 中。Java 中的 I/O 库使用装饰器模式实现了不同数据流之间的转换和增强。 让我们打开文件 a.txt,从中读取数据。InputStream 是一个抽象类,FileInputStream 是专门用于读取文件流的子类。BufferedInputStream 是一个支持缓存的数据读取类,可以提高数据读取的效率,具体代码如下: @Test public void testIO throws Exception { InputStream inputStream = new FileInputStream("C:/bbb/a.txt"); // 实现包装 inputStream = new BufferedInputStream(inputStream); byte bytes = new byte[1024]; int len; while((len = inputStream.read(bytes)) != -1){ System.out.println(new String(bytes, 0, len)); } } } } 其中 BufferedInputStream 对读取数据进行了增强。 这样看来,装饰器设计模式和代理模式似乎有点相似,接下来让我们讨论一下它们之间的区别。 第三,与代理模式的区别: 代理模式的目的是控制对对象的访问,它在对象外部提供一个代理对象来控制对原对象的访问。代理对象和原始对象通常实现相同的接口或继承相同的类,以确保两者可以相互替换。 装饰器模式的目的是动态增强对象的功能,而这是通过对象内部的包装器来实现的。在装饰器模式中,装饰器类和被装饰对象通常实现相同的接口或继承自相同的类,以确保两者可以相互替代。装饰器模式也被称为封装器模式。 在代理模式中,代理类附加了与原类无关的功能。
-
关于信号锁和线程互斥锁的区别与实现
-
国内达蒙数据库与 MySQL 的区别
-
国内达蒙数据库与 MySQL 的区别