第五代呼叫中心之SOA(六)
北京商路通信息技術(shù)有限公司 黃河
2009/11/30
第五代呼叫中心之SOA(一)
第五代呼叫中心之SOA(二)
第五代呼叫中心之SOA(三)
第五代呼叫中心之SOA(四)
第五代呼叫中心之SOA(五)
這一章我們看看坐席業(yè)務(wù)軟件的故事,這一章,我們只說一個故事。
坐席業(yè)務(wù)軟件一直是呼叫中心中需求最為復(fù)雜的一部分軟件。坐席業(yè)務(wù)軟件為了方便坐席的管理,經(jīng)常呼叫中心的各個業(yè)務(wù)軟件的信息集成在一起,方便坐席的操作和自我管理。
坐席業(yè)務(wù)軟件的形式我舉一個復(fù)雜的實例大家看一看。
我們現(xiàn)在對這個坐席業(yè)務(wù)軟件的實現(xiàn)上看一看它和幾個軟件進行整合。
多復(fù)雜的一個網(wǎng)狀的連接關(guān)系,這時,我們對這個復(fù)雜的連接關(guān)系做一個分析。
一 回避
這樣復(fù)雜的坐席業(yè)務(wù)軟件,很多呼叫中心的建設(shè)者都試圖回避這種復(fù)雜性,回避的手段很多,總結(jié)下來有以下幾種手段。
回避手段一:精簡整合的服務(wù)器
很多集成商或業(yè)務(wù)軟件開發(fā)商認為這種結(jié)構(gòu)過于復(fù)雜,而他們自身往往提供“整體解決方案”,即所有的服務(wù)器軟件基本上都是自己的,根據(jù)客戶的要求修改即可。例如,客戶關(guān)系管理、知識庫、投訴管理、OA、訂單管理以及坐席軟電話、ADS服務(wù)器、IVR服務(wù)器、ACC服務(wù)器、ICC服務(wù)器、ACD服務(wù)器、錄音服務(wù)器、傳真服務(wù)器、報表服務(wù)器、實時統(tǒng)計服務(wù)器都是自己來做,那么對于很多接口環(huán)節(jié)都可以節(jié)省了。
業(yè)務(wù)軟件開發(fā)商經(jīng)常會說,客戶關(guān)系管理、知識庫、投訴管理、OA這幾個部分,在系統(tǒng)中就是數(shù)據(jù)庫中的表的設(shè)計,一個數(shù)據(jù)庫、幾張表、一套業(yè)務(wù)軟件、一個應(yīng)用服務(wù)器即可。對于功能需求非常簡單、需求變化很小的呼叫中心系統(tǒng)來說沒有問題。然而,一個功能復(fù)雜、需求變化頻繁的呼叫中心,這種設(shè)計方式,簡直就是災(zāi)難。
我們就拿知識庫系統(tǒng)來說,一個簡單的知識庫,知識可以根據(jù)關(guān)鍵詞進行搜索、分類查找即可,而真正復(fù)雜的知識庫包含很多功能(作為一個外行,我就知道很多方面的要求),包括知識的錄入、知識的審核、知識的發(fā)布、權(quán)限管理、知識更新、知識的生命周期管理、知識分類、全文檢索等等,還有一方面就是知識庫系統(tǒng)與其他系統(tǒng)的交互。
知識庫的故事
我關(guān)系很好的一個客戶就是這樣的,我去過很多次,這個客戶有四套知識庫系統(tǒng),分別用于電話呼叫中心、ICC呼叫中心、連鎖機構(gòu)分支知識庫、網(wǎng)站相關(guān)信息知識庫,四個知識庫都是按照剛才說的方式,都是不同系統(tǒng)中的一個部分,基本上是一個系統(tǒng)中的幾張表、幾個軟件模塊,做得粗糙簡陋。當然,更有意思的是他們之間根本無法整合在一起,坐席人員在4個知識庫系統(tǒng)之間不停的切換,操作效率之低令人驚嘆。和他們的主管交流,主管說,他們已經(jīng)花了很長時間、很大的投資試圖將這幾部分整合在一起,覺得離整合的一天遙遙無期。
總之,精簡整合的服務(wù)器手段是行不通的,需要各個部分專業(yè)化,最好是使用專業(yè)的軟件,最起碼,要進行分離,保證和獨立升級,不斷優(yōu)化。
回避手段二:限制客戶需求
限制客戶需求是一個最好的辦法,很多集成商的言論。
我引用業(yè)內(nèi)資深專家李寶民的一個數(shù)據(jù):“呼叫中心75%的成本是人力成本”,呼叫中心的運營管理者在“努力地、不停地”通過IT手段降低運營成本、提高運營收益,集成商能逃得了嗎?
為了提高運營管理水平,運營管理者往往在幾個方面對坐席業(yè)務(wù)軟件要求:
- 操作整合:坐席可以在一個界面中快速查到所有的信息、快速填寫所有表單;
- 流程合理:坐席可以簡單、規(guī)范的處理流程的一個環(huán)節(jié),流程要可以適合業(yè)務(wù)而且適應(yīng)業(yè)務(wù)的變化;
- 坐席考核:坐席將報告所有的信息到運營主管那里,以便主管可以進行考核;
- 現(xiàn)場管理:坐席實時報告各種數(shù)據(jù),以便運營主管“現(xiàn)場指揮”;
- 智能策略:坐席要與ACD、外撥系統(tǒng)交互,以便將提高效率的智能策略執(zhí)行下去;
- 自我管理:坐席可以通過報表、錄音、實時統(tǒng)計對自身的工作進行自我管理;
- ........
一個好的呼叫中心主管,就是通過這些不斷優(yōu)化,每一個季度降低人員成本,提高收益。如果集成商拒絕這些需求的變化,或者對需求變化提出的報價過高,就會面臨項目失敗。
回避手段三:購買現(xiàn)成的軟件
購買現(xiàn)成的軟件是一個聽起來很好的辦法,可以花很多錢買很高級的成品軟件。
我們可以購買最好的交換機、最好的坐席業(yè)務(wù)軟件,坐席業(yè)務(wù)軟件包含了最適合客戶使用的CTI、IVR、錄音、OA、CRM、工作流系統(tǒng),這件事情好像就可以了。然而,這個中手段是較好的一種回避手段,但是采用這種手段最容易忽視業(yè)務(wù)的特點和業(yè)務(wù)的變化。
一個好的軟件系統(tǒng),需要在三個方面幫助客戶,第一,軟件本身帶著成熟的管理思路;第二,軟件可以幫助客戶在運營中不斷發(fā)現(xiàn)問題,總結(jié)分析;第三,軟件可以將客戶發(fā)現(xiàn)的問題進行彌補,不斷優(yōu)化。
而客戶往往只看重第一個方面,那么離失敗就不遠了。
客戶初期購買一個軟件的時候,尤其在試用的時候,覺得什么都好,能夠從中學(xué)到很多很多東西,指導(dǎo)他們進行呼叫中心運營,可是,經(jīng)過一段時間的運營后,發(fā)現(xiàn)了很多“不對勁兒”的地方,可是,不知道如何去分析出“不對勁兒”的原因,經(jīng)過很大的努力,找到了問題所在,試圖修改操作方式、流程、組織結(jié)構(gòu),這是,他們找到當初讓他們?nèi)f分信賴的軟件廠商,軟件廠商的答復(fù)往往是兩種結(jié)果:第一,不可以修改;第二,可以修改,價格是原系統(tǒng)的幾倍。最終,雙方不歡而散。這個呼叫中心要么病態(tài)運行著,要么推翻重建。
回避手段四:用中間件、開發(fā)平臺
長期進行SOA思想熏陶的軟件開發(fā)公司,回選擇一個好的中間件或開發(fā)平臺,包括IBM、微軟、BEA、普元等等,認為這樣就可以將問題解決了,實際上,還是不行。
呼叫中心有其特殊性,前面我們已經(jīng)談到了,大家可以參考一下前面的章節(jié)。
這里再重復(fù)說明一下,就是實時性的問題。
錄音的啟動和停止是實時的;
IVR的轉(zhuǎn)接是實時的;
ACD的分配是實時的;
.....
二 SOA架構(gòu)的解決辦法
前面的回避手段的舉例和分析之后,解決辦法基本有了線索了。
解決辦法就是先分析實時性。
下面就是我分析的坐席業(yè)務(wù)軟件與其他系統(tǒng)的交互中,存在實時性要求的部分。
實時性要求較高的部分用紅線標記。
對于實時性要求不高的部分,采用業(yè)務(wù)相關(guān)的中間件或開發(fā)平臺,遵循SOA架構(gòu),采用WebService接口即可,這是很多集成商已經(jīng)著手走的路。
實時性要求比較高的部分,我建議各個服務(wù)器提供合理的服務(wù)接口,包括以下兩點:
第一,服務(wù)內(nèi)容合理,顆粒度劃分合理、功能全面;
第二,接口形式合理,建議采用的形式包括:
- 采用格式緊湊的TCP基礎(chǔ)上的傳輸形式;
- 對外調(diào)用接口盡量豐富,包括Dll、Ocx;
- 為了B/S調(diào)用方便,最好直接提供封裝AJAX的Java Script對象。
分析完成后,還是覺得實時性要求比較高的部分太復(fù)雜,開發(fā)成本太高,我們對架構(gòu)進行修訂,可以極大的降低復(fù)雜度。
這是,坐席業(yè)務(wù)軟件的復(fù)雜度降低很多,它對于實時性要求較高的部分,可以只與軟電話發(fā)生交互。
我們應(yīng)該為這個方案喝彩!很好,業(yè)務(wù)軟件開發(fā)商成本降低了太多了,以前的問題全部解決了。
可是,軟電話的提供者非常難受了,交互過于復(fù)雜了。
我們再次修訂架構(gòu),引入實時服務(wù)總線的概念,結(jié)構(gòu)變得真正合理了。
通過實時服務(wù)總線,將各個實時性要求比較高的部分組織起來,這是目前最合理的架構(gòu)。
第五代呼叫中心之SOA(七)
第五代呼叫中心之SOA(八)
第五代呼叫中心之SOA(九)
CTI論壇編輯
相關(guān)閱讀: