数据应用之道--中小微业务管理应用分析系统（西安站）
2014-11-28 11:48:05   评论：0 点击：

　　随着中国金融市场的快速发展，互联网金融对传统金融行业的竞争，以及监管力度的不断加强，IT咨询服务公司对金融企业的商业智能方案也面临不断创新。如何提升金融机构在管理、盈利、风险控等多方位的能力？如何将国际经验更好的为中国市场服务？如何通过解决方案将海量数据转化为对经营决策有价值的信息之路？如何将客户智能分析成果行之有效地运用于服务渠道，并最终转换为销售业绩？为解决中国金融机构在发展中所面临的新问题，文思海辉在西安、苏州、北京、成都、深圳五地举办了6场“乘数据之舟，达价值彼岸”系列活动。

　　在主题为“乘数据之舟，达价值彼岸”的文思海辉商业智能解决方案系列研讨会西安站现场，文思海辉商业智能部助理副总裁刘觅做了“数据应用之道--中小微业务管理应用分析系统（西安站）”主题演讲。

文思海辉商业智能部助理副总裁 刘觅

　　以下为演讲实录：

　　非常感谢大家在下午疲惫的时候能够坚持下来，我有点不好意思，我内容比较多，而且剩下的时间并不是很充分，我会尽可能快一点把分享的分享完，进行下一场。我要介绍的内容我们可以看一下今天的题目，并不是有很多偏技术层面和数据层面的东西需要跟大家进行详细的分享，聊过多技术层面的东西大家越听多越晕，其实今天我想抛出一个新的东西出来，其实在我们BUBI这个团队，这么多年金融行业的积累当中，我们积累了非常多的应用，这几年银行建设过程当中，我相信在座有非常多朋友都问过我一些问题，刘觅你们这个团队还有什么东西是可以给我们做的？可不可以交流一下，你们还能够做什么，其实这种问题通常我们也会比较困惑，我们自己内部没有过多的把面向区域性偏数据类的应用在数据平台建设的基础上很好的进行整合提炼加工和分享出来，其实这一段时间我们内部做了很多积累性的功课，希望能够面向整个区域性，以数据平台为基础，面向管理信息模块和管理信息领域推出一体化的解决方案。

　　在过去市场的面向过程中，大家都了解，每个人会问我们一些问题，我这次虽然约你们过来是聊数据仓库，其实我有我自己业务的出发点，可能每个人出发点不一样，有的人是基于监管报送体系建设，我去建设属于我们自己的基础数据平台体系，治理体系，有人要建设我整体面向对共的对私的，中小客户运营体系，开始考虑做数据整合工作，其实每个人出发点不太一样，我们初步整理提炼了一下，有四个方面跟大家分享。

　　第一个是围绕监管机构的要求建设基础数据平台加应用层面的内容，第二个是服务于内部管理运营的需要，其实每一个人心里都有一个目标，我在建设仓库的时候，无论我的业务部门提出什么样的要求，我相信都会考虑做KPI类、指标类、报表类、数据查询类和数据共享类的应用，主要都是服务于内部管理决策和运营要求，第三个方面是现在最多的，而且相对来讲要求比较高的，而且是比较热的，以客户运营为中心的数据需求应用建设，有的人可能提出需求内容不太一样，有人说从建设我们统一的客户视图，去建设这些内容，有人说我在未来两年里面，规划了我全行整体的客户运营体系，这个里面其实包括非常多的内容，有做营销平台、CRM管理有做客户分析的等等都有，整体来看我们把它诠释成为一个客户运营体系，大家也都知道我们在市场去诠释闭环运营营销的服务流程，最终都是由数据仓库支撑，最后一个方面是风控和内控为主旨的，现在越来越多的区域性银行在做深入的评级类的建设，风险类的建设内控类的建设和审计类的建设，这一块对数据量的周期要求都比较高，也是一个比较大的出发点，在这个里面我们看到上面的四大驱动力的基础上，带来的另外一个对于我们IT部门所期待的要求是，我们可以看到下面的这一部分内容，刚才包括孝真、贾总同事分享了很多基础数据平台的建设，有数据类的，有模型类的，还有数据治理，包含的内容都比较广泛，随之而来也带来了相应的应用系统的建设，其实它不仅仅是纯粹的数据整合，和数据跑脚本发现它的质量，最终诠释出来的成果都是应用，都是应用的展现，所以我们诠释成一个统一的一体化的平台，后面我详细介绍为什么这样做。

　　随着这么多应用不断的建设，所有都说我的数据仓库上线了，数据集中起来了，太好了，以后数据再也不用苦恼了，加工数据的事情一次加工多次分享，一次汇总多次复用，刚才文宏也介绍，指标一次加工可以跨区域、跨系统进行比较和比对，这样也降低了我们数据报送和数据处理的风险和压力，但是随之而来我们看到那么多案例，三年五年建设下去，科技部又有新的苦恼问题，有了数据仓库以后，我们建设了五个、十二、二十个各种数据类的管理信息类的应用系统，但是带来新的问题，你们怎么搞这么多系统给我用，我很头疼，你数据集中我又看不到，每一个系统要登录，虽然没有统一认证平台，这个系统蓝色，那个系统绿色，你们能不能搞一个系统，其实这个时候很多业务用户和科技部的用户问我，说你们的解决方案也非常好，提供的内容也非常广泛，业务部门对我们也必须了也许的要求，我们自己是不是可以把它做成一个系统，而不是今天我做了一个仓库系统，明天做一个原数据管理系统，后天做一个监管报送系统，大后天再做CRM系统，能不能对人家讲这是一个系统，只不过今天要这个，明天要另外一个，而对于业务用户的感受来讲，其实只是在这个大的系统里面，每次增加了一个模块而已。而对于我们科技来讲是一期一期，一块一块，一个系统一个系统的建设，但是对于用户感受来讲是一样的。

　　从技术上来讲，无外乎是对用户权限集中UI的，运维的，监控的，调度的，统一的管理运维的服务，过去大家在系统建设时，经常是有业务部门过来，我们建设一个快速响应他，让他感觉很开心，解决了他的业务问题，多了就是这样带来头痛问题，我们基于这样的背景和思路考虑我们在面向区域性银行时，推出什么样的产品是最合适的，这个是我们整个BI部门长期思索的问题，当然在大的股份制银行，刚才贾总在分享时已经提了很多他们之间的比对，大家也知道过去在长时间里，我们在股份制银行和四大行里面积累了非常多的技术、业务的经验，我们主旨的策略是把好经验落地到区域性银行里面，让大家感受到更好的前瞻性的思路和技术体系标准和架构，其实面向区域性银行时，这种大系统银行并不是完全适合于我们这种级别的，小投资快见效，快速想要市场的需求，而且我们面向市场时，我们的灵活性会更高，转身更快，对于系统的维护模块的增加要求效率会更高，我们来做的是什么呢？将来有一天各位领导在面向我们的时候，可以不需要再问我们同类的问题，只要是管理信息类的，当你去约销售的时候，只要问他小刘，你们管理信息类的系统整体的模块全部给我看一下，我选一下我需要什么东西，做完一期以后，你还得跟他这样讲，我上次选了这些，这一次我要选这些做，在这个里面其实我们分享的是把所有刚才介绍的四个驱动力加一个基础平台建设要求的基础内容，全部提炼成了应用产品和工具级的产品，这样的话可以帮助大家快速的部属，快速上线快速投入使用。

　　在这个里面其实我希望各位领导能够记住一个非常简单的数字就是4加32个模块，在这个里面基于数据仓库去建设的报表，快表，管理驾驶舱，ACM分析模块，评级，还有你的统一监管报送平台，统统都这个里面，我们都可以通过快速的工具级的部属和应用方案部属，能够把它快速的部属到实施上线这个层面，其实在座有我们成功案例的客户，最快的在这个里面BI平台级的有两到三个月部属成功的，去整合管信系统的应用的建设，这个是最快的一个，其实包括数据仓库的建设，包括数据交换，包括常用的报表，因为大家也都知道，其实我们的报表是做客户化的调研，而不是一个从零开始走所有业务部门问你有什么，或者要什么来做，这一点大部分同事都有感受到，其它都是客户化的实施工作，最快的加上这些我们大概有六个月就可以实施上线完成的，当然在这个里面其实数据质量是最大的挑战。

　　所以我在谈整体一体化应用平台时，各位领导和同事只要向我们提出要求就可以，而且你们去选择需要什么就OK，这个其实是在未来一到两年，或者两到三年我们主推的面向区域性的快速的数据平台加管理信息类系统建设的主导思路，能够帮助大家很容易了解，在这个领域里面，我们有什么可以去建，他们长什么样子，他们是服务于谁的，多久能建好，成本是多少，再去看我们的业务部门的驱动力在哪里，我们需要再上哪些模块，我们这样一支团队过去通过三到八个月的时间快速部属实施就OK。不像以前我们讨论很详细的架构，做二期的时候再做第二个系统，第三个系统时还要议一次你的方案是不是合理，和一期是不是也冲突，你们的数据流是什么，这些其实都不需要过多的考虑。

　　所以我们最终的目标就是解决三个问题，第一期建设对于业务用户而言，仅仅是一个内容的增加，第二个对IT而言仅仅是选择和落地式的应用，减少每一次新应用的建设在技术上，架构上和选型上投入更多的精力减少更多烦恼，第三个重复的投入了基础架构系统管理和数据上面，我们最终期望每一个用户在每一次建设的时候，在整体框架下进行勾选，在二期、三期、四期循环建设过程中，不断勾选，其实我相信如果已经成为我们存量客户的领导，大家能感受到，其实会收到整个框架不断完善的内容，最开始时，我们大概有十六个模块，变成二十四个，然后变成三十二个模块，每一年我们都会做里面的内容，大家选择就OK了，这是第一个想诠释的第一个，想推广给大家，希望大家以后在面向我们的时候，会有更多更灵活的选择。

　　基于这样一个面向市场的系统基础，解决方案的基础，有一点是最重要的一点，关于门户工具的问题，过去我们建系统的时候，大部分的权限用户都是由自己管理的，和我们行自己SSL进行验证和管理，在这个基础上我们是公司推出了属于自己的门户工具，它区别以往最大的工具，第一个是它可以和大部分的BI工具，一体机和数据库这些，包括微软工具，报表工具包括BIE等等国内的一些知名的报表工具可以无缝集成，而且这种集成不像我们做项目实施类的，要做长时间的二次开发和测试，它是可以通过配置完成的，这个为什么我们要把它说是面向管理信息类门户的工具，是它区别于其它门户工具的最大的区别，除此以外其实它的定位除了集成以外，就是综合类的数据展现的平台，了集成以外，同时还是一个数据展现，数据服务的工具，本身带有图形的模块，报表的组建，在银行里面其实有很多需要实施的报表，有很多报表工具通过开发来实现，不一定完全OK，有很多我每天打印的，每天下任务的报表，通过后台文件存储快速实现高并发，高效率和时时性完成，在这个里面都可以通过配置去完成，它是作为现有界通用主流报表工具的一种非常有效的补充。

　　这一部分快速介绍一下，其实工具架构和业界的工具架构基本一样，包括应用模块配置，管理功能模块的增强，以及辅助功能模块二次开发API的脚本都可以，最快的一次我们大概是一到两个工程师在两个月左右可以把这一套平台部属完成，基于我们现有的已经建设的和兴建的系统，可以直接在这上面做PUC做应用，所以大家接触过我们做PUC团队的人，会知道我们做的PUC非常快而且效果好，主要是基于跟BI功率快速集成的平台，这是它的功能包块，包括应用功能，页面定义、展现图形化的驱动组建和配置，以及常用的管理功能和辅助功能，这部分有机会大家可以了解。

　　在这里主要把相应的集成BI类的工具做了一些初步挪列，包括BIEE、报表，数据挖掘类的工具都做了比较多的集成。除了门户工具以外，第三个我要分享的议题，在我们诠释的32个组建里面，贾总介绍了基础平台，数据治理，杜孝真介绍了相应的基础平台的建设和思路，文宏介绍了前面的统一监管报送，后面还有同事介绍基于风险类的建设和挖掘类的建设内容，有一块是关于用户的客户服务体系的建设，在这里补充介绍一下，在这里推出的整体方案，在业界也是我们做的最多的，是通过基础的ECIF建设，并不是非常重量级的ECIF，举了一个例子叫中小企业管理工具，是我们新研发出来的面向中小企业的管理运营工具。

　　首先来看，ECIF这个议题大家不陌生，也非常熟悉，我们都知道它是一个主数据管理平台，建设它的时候驱动力非常简单，随着系统越来越多，客户信息越来越分散，我要进行统一客户信息的整合筛选和进一步的加工，只是在这个基础之上，我觉得不完全是ECIF需要做的事情，因为这项工作做起来其实并不是特别难的事，尤其是发展到现在，更多是我们需要面向风险，面向营销，面向服务等等一系列的运营场景去做客户相应的数据提炼，比如你的价值评估，你的分类等级，还有你的风险分析，做到这些才是当代面向快速应用的角度的ECIF需要建设的内容，而不是纯粹底层的主数据管理平台的建设，所以我们在这里诠释出来的基础型的，面向区域性的ECIF的建设，主要包括四个核心定位。

　　第一个全行客户信息的存储中心，第二个唯一的标识和识别中心，这一点我认为是最重要的，因为当你标识你分类时，客户识别身份时，可能会被不同的模块，不同的系统所应用，这样的话其实我们需要一次标识多次复用，而且一个客户具有多的标识来处理，这一点是非常重要的。第三个360度客户信息的运营和管理中心，管理维护的权威发布中心，对于一个就是能够批量时时向外共享客户信息，也包括刚才我说的客户的基本信息和他的附加信息，以及分析结果的信息，包括营销信息，回访信息，闭环所有信息全部在这个里面。

　　八大核心能力简单说一下，时时完整共享的试图，统一的识别和标识，多层次的分析客户价值分析和客户提炼和客户筛选，把这几项能够做到，作为一个面向零售或者小微中小企业基础的应用，基本上是够用的。在这个里面，我举了一个例子是我们看到的客户运营系统的整体的营销体系，ECIF在中间起到当我们有客户分类，客户分群，客户评级，有你的价值度，体现，有风险分析无外乎去做面向客户的营销、服务、挽留，有被动的，也有主动的，这些过往的信息和流程的信息，其实最终都会推送到ECIF里面，所以更多的做规划时，或者帮大家分享时，其实所有的客户信息，都包含在这个里面，同时它会成为CRM最基础的东西。我们也知道CRM系统不是只建一个，可能会建对工的，零售的，不同模块的建设，最终核心结果数据应该都存在ECIF里面。这里是ECIF的管理平台，可以快速部属和时时，包括识别、归并，补录信息查询都可以在这里完成，在此基础上可以支持三类业务，个人客户管理、公司客户管理和中小企业管理，其实前面两个大家比较熟悉，也接触的比较多。在这里我拿中小企业产品来举例诠释，其实在中小企业时，过去时我们把它归为整体对工服务体系，有粗犷式营销也有面向个性化服务的场景，对于我们来看主要分成初中高三个阶段，过去我们在初级阶段完成的已经比较多，单一客户的试图和基本流程和客户精力管理和客户服务，随着客户的细分，现在小微或者中小企业越来越多，越来越多的客户面向我们时，也会提出这种要求，我们的客户评价体系如何结合我们的跨系统业务流程因为交叉营销，最后能够实现客户经理渠道、注重客户和市场量化分析，对客户提出综合的评价来指导我们，如何面对这些客户，如何服务于他们。

　　现状无外乎几个，第一个缺少全流程的管理手段，这是最痛的一个地方，从客户管理和业务管理方面缺少客户价值的全面分析，业务管理方面缺少全流程的预警和监控，尤其总行分析结果面向分行推送的时候，其实经常会出现营销决策脱节的情况，从规划的角度来讲，第一阶段客户单一试图，服务类管理、营销管理、价值分析、和客户经理初级管理，这种面向每个行时，都有属于行自己特色产品个性化的客户经理管理制度，这部分对我们来讲是需要进行客户化开发和改造工作。

　　主要内容是客户管理、客户经理管理，业务管理、服务管理和智能类的分析，技术架构我不做过多介绍，依托于我们数据平台建立我们的客户运营整体数据集市，以ECIF为基础的，上面完成整体系统建设，这一部分相对来讲比较传统，在这个里面我们产品本身已经推送了比较成熟的数据模型，这里我列了一个实例，对我们来讲已经提炼了62项关联信息的主体模型，在实施过程中主要是把这些数据进行客户化，大部分数据平台都是由我们完成的，所以我们在诠释这些数据的时候，可能会非常快，基本上一到两个月就可以把这些数据加工完成，所以时时的效果还是比较快的。

　　后面内容是中小企业管理系统的功能挪列和展示，在这里可以看到是首页管面向总行、分行、支行以及客户经理他们KPI的指标体系，排名情况业绩情况，流水完成情况进行综合的工作台的展示，在这个里面又包括了客户细分，其实在客户贡献度上和资本收益率上，我们有整体的面向区域运营行的基础的解决方案算法，能够提供给大家，大家了解时，看这个算法是不是合适自己使用就可以，程序和算法数据已经开发完成，直接部属就OK。

　　在这个里面贡献度计算路径和贡献度计算公式我们有一整套方法和知识类的文档，在后面交流过程中，会和大家分享做落地化的开发，尤其贡献度计算的方式和方法上。这是客户细分的实例，客户分级里面包括了存量和增量分级策略和方法，对于每个客户不同生命周期它的分类策略是不一样的，包括分析结果的查询，增值服务内容，其它是参数相对配置，忠诚度是一个比较有挑战的，我相信在座的三十家银行五十位同事，可能每个人理解忠诚度如何选市场都是不太一样的，我会抛出可量化的忠诚度的方法和模型供大家参考，这是项目案例，客户经理的管理内容，包括任务业绩，绩效结果比较，平均的业绩，在这里主要包括基本信息、经理管户信息、积分管理，业绩的管理，这一部分其实和传统的差不多。

　　业务流程监控我们认为是整个中小企业管理系统这个工具比较大的特点，其实重点是阐述了二级、三级的业务流程，在过去调研和实施过程中也发现，整体的流程会比较脱节和断档，包括整体信贷流程到营销阶段，最后到审批阶段。

　　接下来是相关分析类的，业界指标的分解，还有实现总分支线上沟通设备，有一个情况我们总行原来也做过CRM，也做过客户分群，分析，营销，或者风险类的分析，但是这些东西当我们推送到前台的执行人员时，他是不是真的很容易理解，我看到信息A时，我应该做什么，看到信息B应该做什么，如果AB共同产生时，应该用什么方式解决，其实这种信息传递在过去应用过程中也出现了类似的问题，我们把它做在线上的可以回流的和B环交互的流程，大家执行情况要进行分析和评价，要看客户的关怀满意度的B环的情况是怎样的，最后回归到最原始的应用基于我们看到的数据模型，刚才提到的应用成果，一些特色的应用，包括流程内容，最后通过固定报表灵活查询和手工报表来展现整个系统的统计分析绩效和收益的成果，在这个里面我们自带了大概有四十张到六十张固定报表，可以马上部属成功，另外还有二十多个可查询类的业务系统，基于刚才介绍的数据模型进行灵活的查询配置和管理，另外还有财务类的报表可以使用，这部分可以直接落地实施。

　　其实最开始我阐述了我们看到的中小企业的系统建设的流程和不同的阶段，对于我们来讲，希望能够提供给大家的无外乎右边这四点，第一面向中小企业面向客户服务时缩短我们的建设路径，而不是通过一阶段，二阶段，三阶段这样来完成，我们可以一阶段加1.5加2.5这样建设完成，第二个快速适应变化的业务需求，大行和区域性银行有一个本质的区别，我们在实施过程中发现，我们行在面向市场时，管理策略营销策略和组织架构调整非常快，这个时候对于大型的重量级的IT系统挑战非常大，所以在面向区域性银行产品开发时，对我们自己的要求是能够快速的调整，快速的修改，形成完整的竞争优势，伴随大家适应客户和市场上的变化，最后可靠和可拓展的管理工作。今天我要介绍的内容就这么多，时间确实比较有限，我说的也比较快，其实最后我代表BI团队有一点感受，我们在这个领域的耕耘和发展，我给我们自己的定位就是希望从第一天开始，我们可以长期合作，我们给自己定位是最终成功你们行里数据服务的专业大管家，谢谢大家。