CRM系統(tǒng):數(shù)據(jù)倉庫對商業(yè)銀行CRM的支持研究
312 構(gòu)建數(shù)據(jù)倉庫的步驟
(1) 工程啟動(dòng)(Solution Startup) 。在建設(shè)數(shù)據(jù)
倉庫初始, 商業(yè)銀行的決策者和參與者需要明確工
程的目標(biāo)、確定整個(gè)其工作范圍、作初步的計(jì)劃和
風(fēng)險(xiǎn)分析、確定工程組的組織結(jié)構(gòu)。
(2) 需求發(fā)現(xiàn)(Business Discovery) 。作為整個(gè)
工程的關(guān)鍵, 在需求發(fā)現(xiàn)階段需要業(yè)務(wù)人員的積極
參與, 以發(fā)現(xiàn)和確認(rèn)業(yè)務(wù)需求、問題和驅(qū)動(dòng)因素,
在如何正確利用數(shù)據(jù)倉庫來滿足業(yè)務(wù)需要、解決業(yè)
務(wù)中存在的問題, 以及利于客戶的業(yè)務(wù)發(fā)展等方
面, 提出一套有效的策略和方法。
(3) 系統(tǒng)基礎(chǔ)架構(gòu)規(guī)劃( Infrastructure Plan2
ning) 。進(jìn)行系統(tǒng)基礎(chǔ)架構(gòu)規(guī)劃, 需要收集包括技術(shù)
標(biāo)準(zhǔn)、現(xiàn)階段IT 架構(gòu)、應(yīng)用情況、組織結(jié)構(gòu)等方
面的客戶信息。通過與未來的架構(gòu)進(jìn)行對比, 確定
技術(shù)、網(wǎng)絡(luò)和技能等方面存在的差距, 作為規(guī)劃系
統(tǒng)建設(shè)和相關(guān)支持工作的基本依據(jù)。
(4) 方案概要(Solution Outline) 。方案概要階
段提出花費(fèi)、進(jìn)度和風(fēng)險(xiǎn)等影響工程投資決策相關(guān)
信息。在此階段將分析客戶現(xiàn)階段業(yè)務(wù)功能、業(yè)務(wù)
流程、IT 情況等各個(gè)方面, 建立數(shù)據(jù)的概念模型、
邏輯模型、業(yè)務(wù)流程模型, 分析數(shù)據(jù)源信息、數(shù)據(jù)
質(zhì)量, 勾畫測試、培訓(xùn)和系統(tǒng)配置策略, 計(jì)劃原型
測試。因?yàn)閿?shù)據(jù)倉庫建設(shè)的特殊性和復(fù)雜性, 工程
不僅包括系統(tǒng)建設(shè)和應(yīng)用開發(fā), 還涉及很多其他部
門及分行。
(5) 宏觀設(shè)計(jì)(Macro - Design) 。宏觀設(shè)計(jì)階
段將設(shè)計(jì)出一個(gè)完備的應(yīng)用框架, 保證各個(gè)建設(shè)版
本的開發(fā)周期和總體質(zhì)量。應(yīng)采用漸進(jìn)式開發(fā)方
式, 這種開發(fā)方式使得開發(fā)者可以在比較短的周期
按優(yōu)先次序?qū)崿F(xiàn)部分需求, 一方面降低工程風(fēng)險(xiǎn),
減少開發(fā)中的難度, 另一方面又可以節(jié)省資金, 充
分發(fā)揮效益。
(6) 微觀設(shè)計(jì)(Micro - Design) 。微觀設(shè)計(jì)階段
是反復(fù)式開發(fā)中開發(fā)每個(gè)版本的三個(gè)階段的開始階
段。通過對在前面方案概要和宏觀設(shè)計(jì)中的成果的
進(jìn)一步精練, 對系統(tǒng)進(jìn)行更加詳細(xì)的設(shè)計(jì), 以細(xì)化
到可以直接付諸編碼實(shí)施的程度。需要針對具體的
系統(tǒng)平臺(tái), 依據(jù)分析模型建立實(shí)際的應(yīng)用模型, 包
括數(shù)據(jù)的物理模型。
(7) 構(gòu)造周期(Build Cycle) 。依據(jù)每個(gè)版本的
目標(biāo)將開發(fā)細(xì)分為多個(gè)構(gòu)造周期, 并明確每個(gè)周期
的具體目標(biāo)。在每個(gè)構(gòu)造周期又包含了多個(gè)編程周
期以實(shí)現(xiàn)構(gòu)造周期的每個(gè)具體目標(biāo)。在構(gòu)造周期階
段將漸進(jìn)地開發(fā)和測試數(shù)據(jù)倉庫系統(tǒng)直到實(shí)現(xiàn)版本
的設(shè)計(jì)目標(biāo)。
(8) 發(fā)布(Deployment) 。發(fā)布階段, 將進(jìn)行系
統(tǒng)的驗(yàn)收測試、用戶培訓(xùn)、設(shè)置運(yùn)行環(huán)境、安裝和
設(shè)置系統(tǒng), 進(jìn)行運(yùn)行準(zhǔn)備, 切換上線。同時(shí)回顧項(xiàng)
目計(jì)劃, 為下一個(gè)版本的開發(fā)做好準(zhǔn)備。
313 前端報(bào)表生成和業(yè)務(wù)分析工具
前臺(tái)用戶工具我們選用Websphere【4】、Visual2
Age for Java【5】和Brio 。Brio 產(chǎn)品是一個(gè)數(shù)據(jù)倉庫的
前端分析工具, 利用這個(gè)工具用戶可以很容易地訪
問OLAP Server 中經(jīng)過處理的數(shù)據(jù), 制作各種形式、
風(fēng)格的分析報(bào)表, 報(bào)表內(nèi)容可以包括數(shù)字、圖象、
曲線等, 使得管理層可以直接、直觀地查看商業(yè)銀
行的經(jīng)營情況【6】。利用Websphere 和VisualAge for
Java 可以快速開發(fā)一個(gè)友好的、易于操作的、結(jié)構(gòu)
清晰的、功能完善的用戶界面, 它適于開發(fā)對數(shù)據(jù)
庫的訪問處理, 并且能夠?qū)Χ嗑S數(shù)據(jù)庫的訪問處
理集成在一起,
314 商業(yè)銀行數(shù)據(jù)倉庫的多維模型
由于商業(yè)銀行的業(yè)務(wù)信息復(fù)雜, 信息使用者較
多, 信息提取和分析的角度也各不相同, 這樣形成
信息分析主題途徑的多樣性和多維性, 所以, 根據(jù)
商業(yè)銀行CRM 分析主題的需要, 從數(shù)據(jù)倉庫的應(yīng)
用層抽取相關(guān)的數(shù)據(jù)形成多維模型, 多維模型的建
立可以通過DB2 OLAP Server【7】的Application
Manager【8】進(jìn)行。利用DB2 OLAP Server 的強(qiáng)大分析
功能, 給最終用戶提供在線多維分析的功能, 能夠
讓最終用戶從多個(gè)視角充分觀察和挖掘數(shù)據(jù)中包含
的信息。
在建立多維模型時(shí), 既要考慮到如何體現(xiàn)主
題, 又要考慮到適當(dāng)?shù)木S數(shù), 盡量使結(jié)構(gòu)緊湊。一
個(gè)多維模型按一般的經(jīng)驗(yàn)來看, 最好不要超過10
個(gè)維。因?yàn)楫?dāng)維數(shù)太多時(shí), 其各維交叉數(shù)據(jù)的計(jì)算
量將成指數(shù)倍增長, 多維數(shù)據(jù)庫也將隨之增大, 這
樣即耗存儲(chǔ)資源、又占用過多的CPU 時(shí)間, 且響
應(yīng)查詢速度減慢。當(dāng)顯示的分析結(jié)果過于復(fù)雜時(shí),
前臺(tái)人員也難于理解。所以一定要仔細(xì)分割需求功
能, 巧妙組合, 在保證充分展示主題的同時(shí), 盡量
控制每個(gè)多維數(shù)據(jù)模型的維數(shù)。
4 數(shù)據(jù)倉庫容量的擴(kuò)展及安全性
411 數(shù)據(jù)倉庫容量的擴(kuò)展
數(shù)據(jù)倉庫的特點(diǎn)是要積累歷史的數(shù)據(jù), 也就是
說數(shù)據(jù)量通常都比較大, 所以通常需要比較大的存
儲(chǔ)設(shè)備。當(dāng)數(shù)據(jù)容量達(dá)到存儲(chǔ)設(shè)備容量的一定比例
時(shí), 可以考慮購買更多的存儲(chǔ)設(shè)備, 或者將一些歷
史數(shù)據(jù)(如三年以上的數(shù)據(jù)) 轉(zhuǎn)移到二級(jí)存儲(chǔ)設(shè)備
上(如磁帶或光盤) 。
除了容量的擴(kuò)展, 當(dāng)數(shù)據(jù)積累到一定程度, 以
及用戶數(shù)量的增加, 對系統(tǒng)的壓力將會(huì)增加【9】。這
時(shí)候可以采用硬件升級(jí)的方法, 提高服務(wù)器(例如
RSP6000) 的性能; 或采用組成MPP 的方法, 采用
多臺(tái)服務(wù)器形成一個(gè)MPP 系統(tǒng), 如圖4 所示。
圖4 數(shù)據(jù)倉庫擴(kuò)展示意圖
412 數(shù)據(jù)倉庫的安全性
數(shù)據(jù)倉庫系統(tǒng)是一個(gè)信息管理系統(tǒng), 所以必須
保證信息的安全性。嚴(yán)格的授權(quán)管理, 靈活的權(quán)限
組合。
(1) 安全級(jí)別的管理原則。①總行領(lǐng)導(dǎo)可查看
所有信息; ②各級(jí)機(jī)構(gòu)及人員只能查看所轄范圍內(nèi)
信息及同級(jí)的部分匯總信息; ③根據(jù)人員職能不
同, 可以分組授權(quán), 也可以單獨(dú)授權(quán);
(2) 安全級(jí)別的技術(shù)實(shí)現(xiàn)。①數(shù)據(jù)分析模型權(quán)
限管理機(jī)制。系統(tǒng)管理員可以根據(jù)實(shí)際需要對不同
的多維分析模型授予不同的用戶或用戶組, 只有授
權(quán)的用戶才能看到此多維數(shù)據(jù)庫中的數(shù)據(jù), 例如:
總行部門負(fù)責(zé)人的權(quán)限控制在其職能范圍內(nèi)的多維
數(shù)據(jù)分析模型上, 使其只能訪問自己職能管轄范圍
內(nèi)的數(shù)據(jù)。②前端分析工具的權(quán)限管理機(jī)制。前端
分析工具也應(yīng)授權(quán)控制, 可以使用SSL 加密協(xié)議,
加強(qiáng)客戶端瀏覽器到Web 服務(wù)器的通訊信道的安
全性, 包括服務(wù)器認(rèn)證, 客戶端認(rèn)證, 對信息加密
等安全措施。
5 結(jié) 語
數(shù)據(jù)倉庫系統(tǒng)可以實(shí)現(xiàn)商業(yè)銀行核心業(yè)務(wù)、外
掛產(chǎn)品等系統(tǒng)的, 數(shù)據(jù)抽取、清洗、加載和轉(zhuǎn)換
(ETL) , 實(shí)現(xiàn)全行賬戶、客戶和交易數(shù)據(jù)及所有歷
史數(shù)據(jù)的集中統(tǒng)一存放和管理, 整合商業(yè)銀行的所
有數(shù)據(jù)。這種企業(yè)級(jí)的數(shù)據(jù)倉庫環(huán)境, 對商業(yè)銀行
建立CRM, 具有重要意義, 可以極大改善商業(yè)銀
行的營銷流程, 提高營銷效率, 降低營銷成本, 為
商業(yè)銀行帶來持續(xù)的經(jīng)濟(jì)效益。
參考文獻(xiàn)
1 邵兵家,等編. 客戶關(guān)系管理- 理論與實(shí)踐[M] . 北京:清
華大學(xué)出版社,2004 :23 - 29.
2 陳京民. 數(shù)據(jù)倉庫原理、設(shè)計(jì)與應(yīng)用[M] . 北京:水利水電
出版社,2004 :66 - 73.
3 池太崴. 數(shù)據(jù)倉庫結(jié)構(gòu)設(shè)計(jì)與實(shí)施:建造信息系統(tǒng)的金字
塔[M] . 北京:電子工業(yè)出版社,2005 :12 - 17.
4 馬超群,等. 金融數(shù)據(jù)挖掘[M] . 北京:科學(xué)出版社,2007 :
82 - 89.
5 于宗民,等. 數(shù)據(jù)倉庫項(xiàng)目管理實(shí)踐[M] . 北京:人民郵電
出版社,2006 :65 - 71.
6 張 吉吉. 數(shù)據(jù)挖掘及其在客戶關(guān)系管理中的應(yīng)用[M] . 上
海:復(fù)旦大學(xué)出版社,2007 :16 - 23.
7 袁 林. 基于數(shù)據(jù)倉庫的輔助決策系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J ] .
電力系統(tǒng)自動(dòng)化,2001 , (21) :101 - 123.
8 王彥龍. 企業(yè)級(jí)數(shù)據(jù)倉庫( EDW) 原理、設(shè)計(jì)與實(shí)踐[M] .
北京:電子工業(yè)出版社,2006 :35 - 43.
9 齊克蒙德,等著. 客戶關(guān)系管理:營銷戰(zhàn)略與信息技術(shù)的
整合[M] . 胡左浩,等譯. 北京:人民大學(xué)出版社,2005 :35
- 39. (責(zé)任編輯:徐 波)
強(qiáng)力推薦：
天柏客戶關(guān)系管理系統(tǒng)
天柏客戶關(guān)系管理系統(tǒng)（CRM）是一款集專業(yè)性、實(shí)用性、易用性為一體的純B/S架構(gòu)的CRM系統(tǒng)，它基于以客戶為中心的協(xié)同管理思想和營銷理念，圍繞客戶生命周期的整個(gè)過程，針對不同價(jià)值的客戶實(shí)施以客戶滿意為目標(biāo)的營銷策略，通過企業(yè)級(jí)協(xié)同，有效的“發(fā)現(xiàn)、保持和留住客戶”，從而達(dá)到留住客戶、提高銷售，實(shí)現(xiàn)企業(yè)利潤最大化的目的。通過對客戶進(jìn)行7P的深入分析，即客戶概況分析(Profiling)、客戶忠誠度分析(Persistency)、客戶利潤分析(Profitability)、客戶性能分析(Performance)、客戶未來分析(Prospecting)、客戶產(chǎn)品分析(Product)、客戶促銷分析(Promotion)以及改善與管理企業(yè)銷售、營銷、客戶服務(wù)和支持等與客戶關(guān)系有關(guān)的業(yè)務(wù)流程并提高各個(gè)環(huán)節(jié)的自動(dòng)化程度，從而幫助企業(yè)達(dá)到縮短銷售周期、降低銷售成本、擴(kuò)大銷售量、增加收入與盈利、搶占更多市場份額、尋求新的市場機(jī)會(huì)和銷售渠道，最終從根本上提升企業(yè)的核心競爭力，使得企業(yè)在當(dāng)前激烈的競爭環(huán)境中立于不敗之地。
關(guān)鍵詞：CRM,CRM系統(tǒng),CRM軟件,客戶關(guān)系管理,客戶管理軟件,客戶管理系統(tǒng),客戶關(guān)系管理軟件,客戶關(guān)系管理系統(tǒng)