J2EE平臺架構上開發(fā)CRM的技術過程控制
2007/06/22
一、 CRM
CRM概述
科學技術在不斷的進步，市場競爭日益激烈，對于企業(yè)來說，越來越強烈的感覺到客戶資源是他獲勝的最重要的資源之一：首先企業(yè)競爭的優(yōu)勢不僅僅是產(chǎn)品本身，先進的服務手段已成為關鍵；現(xiàn)代競爭其實就是客戶的全面爭奪而客戶對企業(yè)的信任程度往往是從其消費過程中所得到的體驗，如何做到最大程度的滿足客戶是非常重要的內容，因此，客戶關系管理系統(tǒng)(CRM)應運而生，并成為近年來西方市場的熱點和大買點。
實際上，CRM就是企業(yè)與客戶的一種一對一的需求關系管理。這樣，對待客戶的視角就從過去的部門級別提升到了企業(yè)的層次，各個部門共享客戶資源，以一個統(tǒng)一的對外接口來與客戶交流，因此，這就要求能夠將與客戶通過各種方式如傳真、郵件、電話、網(wǎng)頁等交流所獲得的所有信息有機的整合。
在設計CRM應用系統(tǒng)的過程中，我們首先要注意數(shù)據(jù)結構的格式：CRM應用系統(tǒng)的實施關鍵是以客戶為數(shù)據(jù)結構的核心，這其中包括客戶的基本信息、客戶所購買的商品列表、客戶抱怨、客戶建議、客戶服務記錄、客戶潛在需求、客戶對企業(yè)的忠誠度等等。這樣設計的原因一是使CRM應用系統(tǒng)有一個對于企業(yè)易于理解，易于操作的用戶接口，二是對于CRM應用系統(tǒng)的設計開發(fā)可以比較輕易地拓展，具有良好的開發(fā)接口與開發(fā)彈性，對于項目負責人、系統(tǒng)分析員能夠更加易于控制整個的開發(fā)過程，減少項目開發(fā)的風險。
另外，我們仔細研究過國內的數(shù)家公司的CRM應用系統(tǒng)的產(chǎn)品，從中學到了很多的東西，但同時也看到了這些產(chǎn)品的不足，在本文的后面部分我們將提到，我們發(fā)現(xiàn)，造成這種不足的原因在很大程度上是因為技術的原因，因此，經(jīng)過反復的論證，我們最終還是選擇了在我熟悉的J2EE平臺上進行開發(fā)，這樣就很大程度上克服了那些不足。
CRM應用系統(tǒng)模塊劃分
CRM應用系統(tǒng)主要由市場管理(Marketing)、銷售管理(Sales)、服務管理(Service)、呼叫中心(Call Center)、電子商務(E_Business)五部分組成。
市場管理：提供易于使用的界面與工具，使操作人員能夠徹底的分析市場、客戶，策劃和跟蹤市場策略，分析競爭對手的市場策略等等，以便更加有效的拓展市場。在這個模塊中，通過客戶資料中的諸如地域、消費層次，消費習慣與方式、潛在需求、忠誠度、已購買產(chǎn)品列表等等有價值的信息來從不同的角度徹底的進行市場的策略分析，同時還可以評估和跟蹤目前已經(jīng)進行或者正在進行的營銷策略，以及通過對自己和競爭對手的數(shù)據(jù)進行詳細的分析，策劃更加有效的銷售策略。
銷售管理：管理用戶信息、商業(yè)機會以及銷售渠道等等各方面的內容，從而能夠使銷售人員可以不受地域限制及時掌握資源以及企業(yè)的最新的價格信息，并可以向客戶提供最新的和最感興趣的商品列表以及價格信息。本模塊包括機會、賬戶、合同等的管理，銷售隊伍組成、銷售隊伍成員以及資源重新調配的管理，有效跟蹤銷售業(yè)績，同時提供個體的銷售方式與過程參考，靈活進行產(chǎn)品配置、報價、打折、生成銷售訂單等。另外，本模塊還應該和電子商務模塊整合，以便達到多方位、多層次的銷售，同時減少銷售成本。
服務管理：本模塊通過動態(tài)建立知識庫，使客戶服務代表能夠有效的提高服務質量，增加客戶的滿意程度，并且捕捉和跟蹤服務中出現(xiàn)的商業(yè)機會、產(chǎn)品質量信息、客戶需求等等，并能夠適時的向客戶建議其他的產(chǎn)品和服務。
呼叫中心：呼叫中心是實施CRM應用系統(tǒng)的重要的組成部分，他實際上是將銷售模塊和服務模塊進行了一個高度的集成，使一般的業(yè)務代表就可以進行實時的銷售和服務。它通過管理賬戶、合同等等信息，并通過知識庫的支持，就可以最大程度的滿足客戶的多方面的需求。呼叫中心提供當今最全面的計算機電話集成技術(CTI)，通過對已撥號碼識別服務(DNIS)，自動號嗎識別(ANI)，交互式語音應答系統(tǒng)(IVR)得全面支持，通過采用系統(tǒng)預制的計算機電話集成技術，可以在用戶撥叫的過程中業(yè)務代表已經(jīng)可以獲得客戶的資料，就靈活的進行業(yè)務處理。
電子商務：電子商務模塊是以上所有模塊的一個邏輯集成，它提供了一個個性化、人性化、高度集成以及易于使用的用戶界面，在這個用戶界面上客戶可以進行幾乎所有的需求，諸如購買、付款、尋求服務支持、查詢產(chǎn)品與服務目錄、查詢訂單狀態(tài)等等，甚至可以與呼叫中心聯(lián)系在一起，最大程度的滿足客戶需求。
由于我們采用J2EE架構平臺的開發(fā)方式，所以可以很容易的將我們在市場管理、銷售管理、服務管理以及呼叫中心模塊的內容集成到電子商務模塊中，同時呼叫中心的大部分功能也可以并且也應該使用銷售管理、服務管理模塊中開發(fā)的組件。因此，這就要求我們在開發(fā)過程中，要充分利用J2EE平臺的優(yōu)點，組件的高度可重用性，減少開發(fā)的成本，加快開發(fā)的進度，并同時可以控制開發(fā)的質量。在實際的開發(fā)中，對于EJB
、Servlet的質量要求非常嚴格，項目負責人、系統(tǒng)分析員必須把握好質量。
CRM應用系統(tǒng)模塊內在關系
在前面已經(jīng)提到，在開發(fā)CRM應用系統(tǒng)的數(shù)據(jù)結構時一定要以客戶信息為核心，一方面是為企業(yè)提供一個良好的易于操作的用戶界面，另一方面是提高開發(fā)的可控性，減少開發(fā)成本與風險。以客戶信息為核心，所有的模塊的內容都是圍繞客戶，這樣也使得應用系統(tǒng)的可拓展性大為提高，維護性加強。對于開發(fā)人員，尤其是系統(tǒng)分析員，所有的功能內容對于他來說都是一種“插件”，各個模塊功能之間的耦合性大為降低，很顯然會使整個的開發(fā)過程更加易于控制。
在各個模塊的具體開發(fā)實施中，銷售模塊是基礎，他負責管理賬戶、機會等信息，并且經(jīng)過銷售人員的銷售活動的信息支持，對于客戶的信息（如需、購買行為等）的補充，就可以實時的給與市場人員以信息支持，從而隨時把握銷售策略，便于及時調整。從某種意義上講，應該說銷售管理、服務管理、呼叫中心以及電子商務這四個模塊都是作為市場模塊的信息支持，同時反過來，市場管理策略也給與其余企業(yè)活動以策略支持。要實現(xiàn)這一點，就必須在數(shù)據(jù)結構地設計上以客戶信息為核心數(shù)據(jù)。
CRM應用系統(tǒng)各個模塊之間的關系在企業(yè)業(yè)務上關系非常緊密，但是作為一個非常龐大和復雜的系統(tǒng)，我們不能按照一般傳統(tǒng)的軟件工程觀念，在各個模塊之間通過接口通信，這樣會帶來應用系統(tǒng)在開發(fā)、擴充以及維護方面等很多的問題。正確合理的方案是將客戶視做一個對象，將客戶資源作為操作的核心。
CRM應用系統(tǒng)各模塊的技術要求
基于客戶對于CRM應用系統(tǒng)的實際需求以及考慮到系統(tǒng)的未來拓展性、可維護性，CRM應用系統(tǒng)各個模塊中除了呼叫中心可以做成客戶/服務器(C/S)體系模式之外，其他模塊都應該做成瘦客戶端（瀏覽器）/服務器(B/S)模式。經(jīng)過了反復的論證并且通過與別的技術方式的比較，我們最終確定采用在J2EE平臺上開發(fā)CRM應用系統(tǒng)的技術方案。一方面是因為作為一種比較成熟的技術規(guī)范，相對于微軟的.NET來說，它的開發(fā)要更加安全、成本更低，另一方面，我從很久就一直跟蹤分布式開發(fā)的技術，對于J2EE的開發(fā)非常熟悉。(當時還沒有相關的中文版書籍)。因此，比較了幾種開發(fā)平臺之后，我們決定采用J2EE。在這種開發(fā)平臺上，我們將業(yè)務邏輯抽象出來，寫成組件，然后將其發(fā)布到服務器上，再通過前臺程序的開發(fā)程序員開發(fā)前臺界面，調用后臺的商務邏輯。
市場管理、銷售管理、服務管理之所以采用分布式的開發(fā)，一方面是滿足業(yè)務人員的辦公需要，可以不受地域的限制，隨時隨地地辦公，另一方面也是為了降低開發(fā)的成本與維護成本。因為我們看到，在呼叫中心模塊中有銷售管理、服務管理等內容，同時電子商務模塊中又有其余模塊的商務邏輯，我們將其抽象出來，一是組件復用，二是減少開發(fā)工作量同時減少風險。
二、J2EE
J2EE概述
任何一個有經(jīng)驗的Java平臺開發(fā)人員，都會知道這個平臺具有非常強大的功能和非常高的綜合程度，并且發(fā)展非常迅速。Java平臺的許多應用程序接口(API)為各種應用程序設計和系統(tǒng)級別程序設計提供了豐富的功能。J2EE是一種技術規(guī)范，他給開發(fā)人員提供了一種工作平臺，它定義了整個標準的應用開發(fā)體系結構和一個部署環(huán)境，在這個體系結構中，應用開發(fā)者的注意力集中在封裝商業(yè)邏輯和商業(yè)規(guī)則上，一切與基礎結構服務相關的問題以及底層分配問題都由應用程序容器或者服務器來處理。甚至，從屬于事務、持久化、安全等等方面的應用組件的運行時屬性都可以使用高度靈活的聲明方法在部署環(huán)境中定制(一般采用XML)。這個平臺提供了一個簡化的開發(fā)模型，它具有工業(yè)強度的可拓展性，支持合理的集成和靈活的部署，與開發(fā)商和應用服務器無關。
J2EE組成部分
對于開發(fā)人員來說，J2EE平臺提供給他們的就是三種，Jsp、Servlet、EJB這三種開發(fā)方式。
Jsp
Jsp其實是一種高層的Servlet。他與以往的其他網(wǎng)頁編寫腳本有很大的相似性，但是只是在執(zhí)行時有一些不同。Jsp引擎將它和它所在的HTML文件一起合成Servlet的代碼，然后它的執(zhí)行就和Servlet的一樣了：先編譯成.class文件，然后由支持java虛擬機的服務器來執(zhí)行，然后輸出結果。
我們在使用Jsp中可以使用JavaBean來進行更加靈活的處理。
Servlet
Servlet可以被看作是服務器端的applet，它通過ServletResponse以及ServletRequest這兩個對象來輸出和接收用戶傳遞的參數(shù)，然后在內部的方法中執(zhí)行操作，如訪問數(shù)據(jù)庫、訪問別的Servlet方法、調用EJB等等，然后將處理結果返回給客戶端�？梢酝ㄟ^集成化的開發(fā)工具來進行開發(fā)。在一般的工具中都已經(jīng)構建好一個框架，程序員只需要熟悉html標簽以及熟悉一般的java語言就可以進行開發(fā)了。
EJB
EJB如果除去它的語言特點外，我想對于大多數(shù)有比較豐富編程經(jīng)驗的開發(fā)人員來說應該可以輕松理解，他非常類似于微軟的DCOM。他有一個自己要存活要活動的一個容器，為了可以讓客戶進行透明調用，而不必關心位置，他還必須有一個本地和遠程接口，同時還應該有一個相關的配置文件，以便告訴容器她要怎樣的活法。對于開發(fā)人員來說，如果采用一種集成化的開發(fā)工具，如JBuilder，就可以大大減少工作量。在JBuilder中通過配置相關的服務器路徑、容器信息，我們可以通過它的模板來完成一個EJB組件的開發(fā)以及分發(fā)，非常方便也非常簡單。
在開發(fā)過程中，建議的開發(fā)方式是在會話bean內部調用實體bean，因為實體bean沒有狀態(tài)但是對數(shù)據(jù)庫的親和，而會話bean中有我們?yōu)榱丝刂瞥绦蚨枰纳舷挛男畔�，因此，我們可以結合這兩種bean的所有優(yōu)點，來比較輕松的進行開發(fā)。比如在會話bean中用實體bean進行數(shù)據(jù)庫的訪問同時會話bean用來保存客戶的上下文信息。
J2EE各組成部分在開發(fā)CRM應用系統(tǒng)中的腳色
我們已經(jīng)提到過，開發(fā)一個健壯的、可拓展的CRM應用系統(tǒng)中的各個模塊，除了呼叫中心外我們都將采用瀏覽器/服務器模式。因此，下面的模式是除了呼叫中心模塊之外的方式：
瀏覽器----〉Jsp腳本文件----調用----〉Servlet---調用---〉EJB----訪問數(shù)據(jù)庫----〉處理返回。
其中Jsp屬于前臺開發(fā)人員進行的開發(fā)內容，也就是提供給客戶的用戶界面，要求是美觀，使用性強，便于操作；
Servlet、EJB為后臺開發(fā)人員開發(fā)的具有可以重用性的包含商務邏輯的組件，也就是說，他們主要是進行企業(yè)的商務邏輯的處理。要求是開發(fā)的程序一定要健壯，充分注意到業(yè)務邏輯的獨立性與組合性。
在開發(fā)CRM系統(tǒng)時，前面已經(jīng)說過，系統(tǒng)分析員自身對于J2EE技術的把握深度，對于CRM系統(tǒng)業(yè)務的理解程度將極大的決定了系統(tǒng)的成功與否。就是在做系統(tǒng)分析時一定要做到將功能完全細化到Servlet、EJB組件所封裝的商務邏輯中去，并且要反復論證其合理性與獨立性。
J2EE各技術實現(xiàn)CRM應用系統(tǒng)的特點
Jsp相對來說比較簡單，但是在開發(fā)過程中系統(tǒng)分析員一定要注意盡可能少地將商務邏輯放到Jsp文件中，有幾個原因，一是Jsp文件本身的可維護性比較差，尤其是如果不采用的方式的開發(fā)，將會極大的增加開發(fā)與維護成本。因此，在前臺的Jsp開發(fā)中首先要劃分出版面，然后將版面分割成不同的部分，用不同的被包含文件來最終組成用戶界面。另外要注意的一點是某些與程序邏輯實現(xiàn)無關的動態(tài)內容最好放在數(shù)據(jù)庫中，而不要放在文件中。所以在開發(fā)前臺的Jsp文件時系統(tǒng)分析員要注意下面的幾個問題：
1)劃分版面的界面邏輯，用包含文件的方式給程序員確定開發(fā)代碼；
2)盡量不將商務邏輯放在Jsp文件中，所有的業(yè)務處理都要調用后臺的組件；
3)當涉及到的界面邏輯較多的時候，要給程序員設計JavaBean來進行處理，而不是在Jsp文件中直接嵌入java代碼，否則會造成Jsp文件的可讀性非常差，維護與調試異常困難。
Servlet作為在服務器后臺進行處理的組件，除了業(yè)務上商務邏輯要獨立、完整、可組合的、準確等的要求外，還有一個很重要的要求：就是線程安全性。顯然，我們都知道Servlet相比通用網(wǎng)關接口CGI有著明顯的優(yōu)點就是可以維護一個線程池，不用每一次都要創(chuàng)建一個新的線程，但是可能很多程序員都會意識不到一個經(jīng)常會遇到的問題：實例變量在所有的線程之間是共享的，并且如果存在著Servlet鏈互調時，就會發(fā)生數(shù)據(jù)錯誤。因此系統(tǒng)分析員一定要鼓勵程序員多注意利用Java提供的方法（如聲明自己的類實現(xiàn)了Runnable接口或者采用同步synchronized技術等）解決線程的問題，另外還要注意的是數(shù)據(jù)庫的連接問題，因為如果頻繁的訪問數(shù)據(jù)庫會造成數(shù)據(jù)庫服務器的負擔同時使客戶端的回饋速度變慢，因此要注意利用預先分配連接并在釋放以后能夠回收的連接池。所以，在開發(fā)Servlet也要注意下面的3個問題：
1)鼓勵程序員關注線程安全問題(如采用聲明自己的類實現(xiàn)了Runnable接口或者采用同步synchronized技術等解決線程的問題)；
2)數(shù)據(jù)庫的訪問要充分利用JDBC技術的預先分配連接并在釋放以后能夠回收的連接池；
3)鼓勵系統(tǒng)分析員將商務邏輯劃分成單個的獨立的可通用的可重用的商務邏輯組件，在實際的程序中通過Servlet鏈來完成某項商務邏輯。
EJB實際上單就程序的寫作方面要比Servlet簡單的多，它使程序員只需要關心要實現(xiàn)的是甚麼就可以了，而不必關心事務的處理，底層的操作等等問題。但是也還是有一些編程方面的要求：
1)最好能夠在程序中將所有的static字段都聲明為final型的，這樣可以保證多個實例出現(xiàn)時語義的不一致問題；
2)注意線程問題，同Servlet；
3)不使用文件系統(tǒng)。EJB組件可以通過環(huán)境命名上下文用一種標準的方法進行環(huán)境實體查詢，基本上是不用文件系統(tǒng)。
4)禁用socket來進行監(jiān)聽和接收連接，或者用其進行多路發(fā)送。
5)不可能用awt函數(shù)來完成鍵盤的輸入和輸出，如果有的話，應該是向控制臺輸出控制信息，因為組件是用來在服務器端完成某一項商務邏輯的。
三、技術層面控制J2EE平臺架構開發(fā)CRM的過程
在J2EE平臺上開發(fā)CRM應用系統(tǒng)，是一個非常優(yōu)秀的方案，一方面J2EE是一項比較成熟的技術規(guī)范，各大IT服務器、中間件廠商也都大力推崇并支持，盡管微軟大力推出.NET，但是畢竟.NET是一項新的技術規(guī)范，如果在其上進行開發(fā)的話，風險顯然要大得多，而J2EE目前卻正是在走向成熟。
正像任何事情一樣，在先進的J2EE平臺上開發(fā)CRM應用系統(tǒng)必須要有一個良好的實施過程，在這個過程當中，有一個非常重要的腳色：系統(tǒng)分析員。系統(tǒng)分析員自身對于J2EE技術的掌握深度、對RM應用系統(tǒng)的業(yè)務理解程度很大得影響了開發(fā)的過程，甚至可以毫不夸張的說，系統(tǒng)分析員自身的素質決定了開發(fā)的成功與否，這是一個非常關鍵的因素。
首先是系統(tǒng)分析員對于客戶的需求的理解程度，只有深入的理解了客戶的需求，才能夠將商務邏輯很好的劃分；其次是系統(tǒng)分析員的思維是否嚴密，是否嚴謹，是否具有很強的邏輯思維能力，因為這涉及到將商務邏輯進一步細化成獨立的可重用的業(yè)務邏輯與使用邏輯。第三是其是否對于J2EE技術有著非常深的掌握，這是實施CRM的另外一個重要之處，因為在整個的開發(fā)過程中，其實重心就在服務器端組件的開發(fā)上，一個系統(tǒng)能否穩(wěn)定，高效的運行，很大程度上取決于開發(fā)技術上是否規(guī)范與合理，而系統(tǒng)分析員在實施編碼階段的主要職責就是負責檢查程序員的程序代碼。
在開發(fā)過程中另外一個注意的是開發(fā)人員的分工。在J2EE平臺上的開發(fā)與一般的軟件開發(fā)概念不同，它有著嚴格的分工：
1)系統(tǒng)分析員；
2)后臺組件開發(fā)程序員（主要是Servlet與EJB）;
3)后臺服務器實施技術人員(主要負責組件的管理)；
4)后臺組件測試人員；
5)前臺用戶界面程序員（主要是jsp程序員+美工）；
6)前臺測試技術人員；
在實際的實施過程中，后臺服務器實施技術人員可以充當后臺組件測試人員的腳色，同樣，前臺用戶界面程序員可以充當前臺測試技術人員，因為他的頁面中所包含的邏輯比較少。
總結一下，關鍵的幾點：
1、商務邏輯一定要劃分的非常合理，原則是一個組件中應該只含有一種商務邏輯，一般的商務邏輯應該是通過幾個組件的協(xié)同合作來實現(xiàn)的（如何劃分，如何組合就是看系統(tǒng)分析員的功底了�。�
2、分工一定要明確，除了上面所列出的腳色充當之外，盡量避免前臺程序員與后臺程序員的腳色互換，否則很可能造成商務邏輯組件之間的耦合，而這是絕對不允許的，否則隨著開發(fā)過程的進行，就會發(fā)現(xiàn)越來越難以控制應用的開發(fā)。所以在開發(fā)過程中一定要注意組件的商務邏輯的獨立性與唯一性，系統(tǒng)分析員和項目負責人一定要嚴格把關，這一點非常非常重要。
四、國內CRM系統(tǒng)目前存在的問題以及采用J2EE技術進行的解決方案
我們研究過國內幾家CRM系統(tǒng)，學習到很多的東西，但同時也發(fā)現(xiàn)一些問題，現(xiàn)在舉幾個例子：
- 大而全，但是各個功能做的太過于簡單，無法實用。
- 缺乏集成能力，無法將網(wǎng)頁、電郵、電話、傳真等集成。
- 沒有與客戶的互動渠道。
就這三個原因，是因為在整個的設計上偏離了以客戶為中心的原則，沒有將客戶的需求詳細、完整的劃分成個體的、獨立的功能組件，沒有將各個功能做成是以客戶為核心的插件，再加上如開發(fā)成本的壓力等。而如果是采用J2EE，并且嚴格的按照合理劃分的組件的方式來進行開發(fā)，就會解決或者避免或者減輕這些問題。比如，在開發(fā)完銷售模塊與服務模塊的組件之后，電子商務模塊基本上也就完成，只需要少許的其它組件就可以完成一個電子商務模塊。
賽迪網(wǎng)技術社區(qū)
相關鏈接: