客戶要從自己的企業(yè)發(fā)展戰(zhàn)略出發(fā)，規(guī)劃自己企業(yè)的CRM實(shí)現(xiàn)，并提煉出符合企業(yè)業(yè)務(wù)流程的CRM功能需求作為CRM項(xiàng)目的功能需求報(bào)告或者系統(tǒng)選型規(guī)格書(shū)；而軟件廠商在不斷成熟自己的CRM產(chǎn)品時(shí)，需要基于遠(yuǎn)景規(guī)劃進(jìn)行業(yè)務(wù)需求的提煉，結(jié)合已有的項(xiàng)目案例和需求變更等更新軟件的功能需求報(bào)告，作為產(chǎn)品升級(jí)研發(fā)的需求基礎(chǔ)。
不僅僅是用戶和廠商兩方，還有實(shí)施方面。實(shí)施方需要及時(shí)的了解企業(yè)最新的需求和部署情況尤其是問(wèn)題等，基于CRM的功能和實(shí)現(xiàn)范圍的不斷調(diào)整而不斷調(diào)整自己的實(shí)施體系。同時(shí)，從CRM的功能與實(shí)現(xiàn)延伸出去就是帶有商業(yè)案例的用戶使用手冊(cè)。
因此，CRM的功能與實(shí)現(xiàn)就顯得很重要，而且一個(gè)成熟的功能與實(shí)現(xiàn)幾乎衍生了CRM行業(yè)的很多分支，比如說(shuō)：系統(tǒng)選型需求標(biāo)書(shū)、軟件需求報(bào)告、實(shí)施需求報(bào)告、用戶使用手冊(cè)等等，涵蓋了CRM過(guò)程的多個(gè)階段。
實(shí)現(xiàn)思路
在CRM乃至ERP等管理信息系統(tǒng)，一直強(qiáng)調(diào)的是業(yè)務(wù)重于技術(shù)。但是現(xiàn)實(shí)應(yīng)用過(guò)程中，基于媒體和部分廠商的宣傳和鼓動(dòng)，卻有很多以技術(shù)為先的案例，最終效果都不理想，因?yàn)槠x了業(yè)務(wù)目標(biāo)的項(xiàng)目，技術(shù)再先進(jìn)也只能是偏離的更遠(yuǎn)。
很多企業(yè)以及CRM人士在交流時(shí)常常說(shuō)：“不要講理念，講實(shí)施和設(shè)計(jì)吧。”似乎理念大家都懂，而具體的實(shí)施和設(shè)計(jì)才是真正高深的東西。這是很片面的認(rèn)識(shí)，因?yàn)槔砟钍菢I(yè)務(wù)的濃縮和精華，只有深刻認(rèn)知了理念并能夠活學(xué)活用，才是實(shí)施和設(shè)計(jì)的穩(wěn)固基礎(chǔ)。那些急著探求實(shí)施和設(shè)計(jì)的人們，對(duì)理念大多只是一知半解，而這樣的基礎(chǔ)對(duì)于CRM設(shè)計(jì)和部署自然而然是一個(gè)薄弱環(huán)節(jié)。
技術(shù)服務(wù)于業(yè)務(wù)
CRM強(qiáng)調(diào)的是系統(tǒng)實(shí)現(xiàn)業(yè)務(wù)，研究CRM系統(tǒng)就不僅僅包括功能和技術(shù)，還要有業(yè)務(wù)。而在CRM設(shè)計(jì)的基礎(chǔ)上，同時(shí)也包含了業(yè)務(wù)架構(gòu)和技術(shù)架構(gòu)二部分，二者缺一不可，即使強(qiáng)調(diào)的是技術(shù)架構(gòu)但CRM系統(tǒng)總歸是要體現(xiàn)在內(nèi)在的業(yè)務(wù)架構(gòu)上。而CRM的業(yè)務(wù)架構(gòu)，則是基于企業(yè)的CRM戰(zhàn)略和規(guī)劃，圍繞企業(yè)的戰(zhàn)略、流程和人等設(shè)計(jì)的。
業(yè)務(wù)架構(gòu)之所以關(guān)鍵，是因?yàn)闃I(yè)務(wù)架構(gòu)來(lái)源于廠商對(duì)CRM理念和流程的理解，其業(yè)務(wù)架構(gòu)的組成直接就是CRM的業(yè)務(wù)流程和關(guān)鍵控制點(diǎn)。這個(gè)直接影響著在實(shí)際應(yīng)用中企業(yè)的業(yè)務(wù)流程如何配置？都有哪些控制點(diǎn)？等等，任何一點(diǎn)都直接左右著CRM系統(tǒng)的靈活性與適應(yīng)性。
業(yè)務(wù)架構(gòu)
CRM理念是舶來(lái)品，所以研究CRM的業(yè)務(wù)架構(gòu)，以國(guó)外CRM理念和系統(tǒng)為主是比較嚴(yán)謹(jǐn)?shù)�，因�(yàn)閲?guó)外的CRM系統(tǒng)成熟發(fā)展和實(shí)踐十?dāng)?shù)年了，已經(jīng)將國(guó)外的CRM理念和企業(yè)的實(shí)踐模式融入進(jìn)CRM系統(tǒng)中去。從國(guó)外的Siebel、SAP、Saleslogix、SaleForce等高、中、低端以及ASP模式的典型CRM系統(tǒng)（以下簡(jiǎn)稱4S）的分析看，4S的業(yè)務(wù)架構(gòu)的主線是一致的。
其業(yè)務(wù)架構(gòu)的主線基本上都是：市場(chǎng)－>線索－>聯(lián)系人/客戶－>機(jī)會(huì)跟蹤－>報(bào)價(jià)－>產(chǎn)品與價(jià)格配置－>訂單－>服務(wù)－>web自助－>滿意度－>Club－>反饋。萬(wàn)變不離其宗，CRM系統(tǒng)的業(yè)務(wù)流程和業(yè)務(wù)功能基本圍繞這條主線進(jìn)行拓展延伸，存在不同的只是名稱的差異和功能深度和廣度的差異。
而在CRM業(yè)務(wù)應(yīng)用中，國(guó)外軟件充分運(yùn)用主線上各個(gè)業(yè)務(wù)點(diǎn)的狀態(tài)、類(lèi)型、級(jí)別、時(shí)間、角色、流程狀態(tài)等關(guān)鍵點(diǎn)和可配置參數(shù)來(lái)實(shí)現(xiàn)復(fù)雜的業(yè)務(wù)。在架構(gòu)上化繁為簡(jiǎn)，在業(yè)務(wù)應(yīng)用上化簡(jiǎn)為繁，關(guān)鍵在于點(diǎn)與流程的結(jié)合，而不是簡(jiǎn)單的重復(fù)和累加。
相對(duì)于國(guó)外的CRM系統(tǒng)，國(guó)內(nèi)CRM系統(tǒng)或者掛著CRM系統(tǒng)的軟件大多存在業(yè)務(wù)架構(gòu)不清晰的問(wèn)題，容易在功能界面上下足功夫，而不是在建立高度通用、靈活、易拓展的業(yè)務(wù)架構(gòu)上。從而造成國(guó)內(nèi)類(lèi)似軟件在實(shí)現(xiàn)某個(gè)成熟功能時(shí)做的很漂亮，但是也很僵化，當(dāng)要應(yīng)用于另外一種模式的業(yè)務(wù)時(shí)就必須重新開(kāi)發(fā)而不是通過(guò)簡(jiǎn)單的配置或者定制就可以完成。
部署模式
我們?cè)谶@里討論的技術(shù)架構(gòu)，更多的是強(qiáng)調(diào)系統(tǒng)架構(gòu)而非技術(shù)和網(wǎng)絡(luò)的實(shí)現(xiàn)架構(gòu)。當(dāng)然，基于技術(shù)和網(wǎng)絡(luò)的因素，技術(shù)架構(gòu)模式對(duì)于應(yīng)用部署的影響很重要。目前的CRM系統(tǒng)技術(shù)架構(gòu)模式大體分為：C/S、B/S、R/S、ASP（OnDemand）等四種主流模式。
C/S：客戶端/服務(wù)器模式，又可以細(xì)分為二層C/S、多層C/S、瘦客戶端等，適用于局域網(wǎng)或者網(wǎng)絡(luò)速度與質(zhì)量俱佳的廣域網(wǎng)，互動(dòng)性較好，與系統(tǒng)應(yīng)用結(jié)合較緊密，系統(tǒng)的安全性和可靠性較強(qiáng)。
B/S：瀏覽器/服務(wù)器，也可以細(xì)分為單層、多層架構(gòu)的B/S等，適應(yīng)于因特網(wǎng)上的應(yīng)用，集團(tuán)內(nèi)部網(wǎng)也有良好的表現(xiàn)，適合遠(yuǎn)程登陸、異地辦公、客戶現(xiàn)場(chǎng)展示等，同時(shí)部署簡(jiǎn)便，維護(hù)工作量較少。
R/S：可以歸類(lèi)于C/S與B/S之間。技術(shù)性質(zhì)是C/S的，但是離線操作，也可以通過(guò)網(wǎng)絡(luò)連接進(jìn)行實(shí)時(shí)同步，實(shí)現(xiàn)了B/S的遠(yuǎn)程登陸、異地辦公、客戶現(xiàn)場(chǎng)展示等，還有B/S沒(méi)有的離線操作的功能，這對(duì)于隨時(shí)在外拜訪客戶而且國(guó)內(nèi)網(wǎng)絡(luò)普及不理想的情況下最有效的方式之一。
ASP（OnDemand）：國(guó)外應(yīng)用已經(jīng)越來(lái)越成熟，但是國(guó)內(nèi)因先天的信用機(jī)制不健全而對(duì)這種軟件租賃的模式不是很感興趣，尤其是ASP的Host（主機(jī)）安置在遙遠(yuǎn)的國(guó)外。
技術(shù)架構(gòu)
基于不同的技術(shù)部署架構(gòu)，采用的技術(shù)也是各自不一我們不妨線簡(jiǎn)單來(lái)看一下CRM系統(tǒng)所涉及的部分技術(shù)，簡(jiǎn)述如下：
面向?qū)ο螅翰粌H僅從技術(shù)層面，還要從業(yè)務(wù)層面體現(xiàn)OO的思想；
UML的應(yīng)用：普遍用來(lái)描述業(yè)務(wù)對(duì)象，流程，實(shí)體，ERD等，也有系統(tǒng)有自己的業(yè)務(wù)模型設(shè)計(jì)工具；
平臺(tái)：國(guó)外大部分先做平臺(tái)，后做應(yīng)用。一般國(guó)外的CRM平臺(tái)都是解釋性語(yǔ)言平臺(tái)，有自己的語(yǔ)法解釋器和函數(shù)庫(kù)等，實(shí)現(xiàn)業(yè)務(wù)源碼開(kāi)放和靈活定制；
業(yè)務(wù)對(duì)象（BO）：從業(yè)務(wù)架構(gòu)移植的時(shí)候，業(yè)務(wù)對(duì)象、實(shí)體、類(lèi)等在業(yè)務(wù)分析、技術(shù)研發(fā)、應(yīng)用集成等領(lǐng)域反復(fù)應(yīng)用；
業(yè)務(wù)流程（BF）：包括工作流、序列圖、柔性可配置流程等技術(shù)，還貫徹著業(yè)務(wù)對(duì)象、語(yǔ)義定義等功能；
業(yè)務(wù)角色（BR）：業(yè)務(wù)角度、用戶等，通過(guò)用例角色來(lái)融合近業(yè)務(wù)藍(lán)圖。其權(quán)限、流程觸發(fā)、任務(wù)分配等等，涉及很精密的計(jì)算；
CS實(shí)現(xiàn)模式：組件化、編碼封裝、中間件等技術(shù)使CRM系統(tǒng)實(shí)現(xiàn)平臺(tái)化；
BS實(shí)現(xiàn)模式：web中間件、模板、語(yǔ)法標(biāo)簽、業(yè)務(wù)對(duì)象定義、功能函數(shù)、XML、DHTML等技術(shù)是基于瀏覽器模式的CRM系統(tǒng)的靈活性和互動(dòng)性有了很大提高；
消息系統(tǒng)：消息傳遞、接口通信、數(shù)據(jù)傳遞等都需要一個(gè)強(qiáng)大的消息系統(tǒng)；
隊(duì)列機(jī)制：無(wú)論是內(nèi)部的流程隊(duì)列還是客戶服務(wù)、電話外撥的隊(duì)列處理，都是體現(xiàn)客戶價(jià)值或者客戶優(yōu)先級(jí)的隊(duì)列引擎；
自動(dòng)腳本：在呼入（inbound）和呼出（outbound）的時(shí)候，標(biāo)準(zhǔn)化、規(guī)范化和智能化的自動(dòng)腳本將提高業(yè)務(wù)效率和客戶滿意度，并有效降低培訓(xùn)成本。
從理論上講，國(guó)外軟件系統(tǒng)如Siebel能夠?qū)崿F(xiàn)的技術(shù)架構(gòu)國(guó)內(nèi)廠商也能實(shí)現(xiàn)，但是業(yè)務(wù)架構(gòu)的差距直接拉大了國(guó)內(nèi)與國(guó)外CRM的距離，所謂追求技術(shù)先進(jìn)性并不是最好的，只有業(yè)務(wù)領(lǐng)先才可能吸引更多的企業(yè)用戶。國(guó)內(nèi)CRM軟件廠商要把精力放在認(rèn)真研究國(guó)內(nèi)企業(yè)用戶的需求和趨勢(shì)，建立起具有本地特色的有本土領(lǐng)先優(yōu)勢(shì)的業(yè)務(wù)架構(gòu)和業(yè)務(wù)模型；而不是去強(qiáng)調(diào)Java開(kāi)發(fā)的純B/S模式的領(lǐng)先技術(shù)的“唯技術(shù)論”。
如果我們?cè)僮屑?xì)研究Siebel的數(shù)十個(gè)跨行業(yè)最佳實(shí)踐方案和行業(yè)最佳實(shí)踐方案，以及經(jīng)過(guò)無(wú)數(shù)個(gè)世界五百?gòu)?qiáng)企業(yè)實(shí)踐過(guò)的最佳流程等，我們會(huì)發(fā)現(xiàn)在業(yè)務(wù)上國(guó)內(nèi)CRM廠商已經(jīng)落后很多。
對(duì)于國(guó)內(nèi)企業(yè)用戶而言，適應(yīng)帶有中國(guó)特色的業(yè)務(wù)需求的CRM才是最好的。這才是國(guó)內(nèi)CRM系統(tǒng)的真正訴求點(diǎn)！ ..
|
