【万字大数据 BI 案例|视频】民生银行十五年的数据体系建设,深
在从 2002年-2014年的12年时间里,民生银行逐步完善了以下几个阶段的平台建设:数据整合阶段 > 数据口径统一与质量统一阶段 > 线条式数据化管理转向矩阵式数据化管理阶段 > 数据分析阶段 > 数据预测阶段,这个过程也大概可以体现 BI 项目本身的迭代和螺旋上升的开发流程。 1. 数据集中阶段(2002年-2004年):对离散在各个业务系统的核心数据进行整合,集中化管理形成一个全貌的数据仓库平台。 2. 数据口径与质量统一阶段(2006年-2007年):监管机构提出了一些新的要求,主要是针对金融集中报送系统中对数据的口径、质量、全面性提出新的要求进行开发和完善。 3. 对公事业部制改革(2007年-2009年):从条线式数据化管理、逐级汇总变身为矩阵式数据化管理的过程、数据统计口径和汇总口径的维护工作。 4. 数据分析阶段(2010年-2012年):由简单的数据统计工作向有意识的加强数据分析、数据探索工作的过程。比如像金融管家、零售银行客户流失、私人银行客户矩阵分析等基于历史数据做了大量的分析工作,形成一个数据分析平台。 5. 数据预测阶段(2012年-2014年):开始投入数据预测方面的一些工作,和国内的一些厂商进行合作。不再满足于基于历史数据知道发生了什么,而是把期望放在知道将来可能要发生什么。比如做过一些像客户流失分析预测、不良贷款可能上升性预测等等。 6. 阿拉丁阶段(2014年以后)。 二. 民生银行数据服务平台的对象与关心目标 1. 高管层(公司领导)主要关心目标
2. 业务部门(零售、公司和各事业部)主要关心目标
3. 后台管理(资产监控、风险管理等)主要关心目标
4. 特殊需求(监管报送、审计等)主要关心的数据主要是符合特定格式与特定口径的监管数据需求
三. 针对不同的用户群体提供不同的数据服务方式(快、准、灵、全、活) 1. 快-针对行领导、高管层。比如在每天早上8:00-8:30 提供头一天所有业务相关的数据汇总与报告,包括在前一天比较重要的异常指标值等。 2. 准-对时间的时效性要求不是非常高。监控报送,数据的口径,数据的准确性要求更高。 3. 全-对中后台来说,他们需要看到的数据量比较广,他们对客户的明细数据,机构的对比数据,需要大量的内部和外部数据,以支持相关风控、审计的分析工作。 4. 灵-对一线的营销人员以及相关的客户经理,定制化的数据需求,能够有效支持他们日常业务工作。 5. 活-分行的业务管理人员,不同的时间段不同的地域考核机制会发现变化,数据有很强的灵活性,能够及时调整相应的数据。 四. 传统的数据仓库模式和上阿拉丁项目的初衷 一线提出数据需求,数据需求到分行,通过审核数据需求,分行能够内部解决就内部解决,解决不了就汇报到总行,总行再从全口径数据对数据进行加工处理,最后将数据再返回分行或者支行以对一线的业务做出数据支持。这是目前在银行内部一个非常标准的处理流程。 致命的问题:
(编辑:威海站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |