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