在呼叫中心外呼業(yè)務中，問卷調(diào)研或信息挖掘類的項目占很大部分。這些業(yè)務的特點是數(shù)據(jù)量大、業(yè)務相對統(tǒng)一。特點有這樣兩方面：
(1)業(yè)務流程相同
這些業(yè)務大致分為：獲取客戶基本數(shù)據(jù)、處理客戶基本數(shù)據(jù)、回答問卷流程。
(2) 數(shù)據(jù)量大、數(shù)據(jù)信息準確
由于做問卷調(diào)研的座席每天要完成大量的問卷，這就要求外呼系統(tǒng)不僅能夠處理大量的問卷，同時還要保證數(shù)據(jù)準確。
當前呼叫中心外呼業(yè)務系統(tǒng)主要是基于B/S、C/S兩種結構，由于B/S系統(tǒng)容易部署、維護量小, 因此在少量座席的情況下采用B/S結構有著較大的優(yōu)勢。但是B/S服務器的負荷較重，當呼叫中心的座席數(shù)達到上百上千時，B/S結構的缺點就顯現(xiàn)出來了。由于C/S結構客戶端和服務器端都能夠處理任務，因此C/S結構能解決座席數(shù)量大的問題。
當前很多公司外呼業(yè)務系統(tǒng)都采用兩層的C/S結構，但隨著公司業(yè)務的擴大，這種結構也會嚴重阻礙公司的發(fā)展，主要表現(xiàn)在：
(1)數(shù)據(jù)不安全
這種系統(tǒng)可以直接訪問數(shù)據(jù)庫，數(shù)據(jù)是否被正確存儲不能被監(jiān)控到，一旦數(shù)據(jù)部分或全部丟失，整套呼出數(shù)據(jù)就可能作廢，因此這種結構對數(shù)據(jù)的安全沒有保證。
(2)加重了技術人員的工作量
外呼業(yè)務中有一項是調(diào)研，隨著調(diào)研項目的變化，要求技術部門重新修改呼出界面，加重了技術人員的工作量，而且工作的重復性很高。
(3)座席的工作效率低
座席在使用系統(tǒng)時一旦發(fā)生錯誤，就不得不停止工作，直到技術人員進行系統(tǒng)修復后才能繼續(xù)工作，這嚴重影響了座席的工作效率。
(4)監(jiān)控比較難，致使公司管理人員和技術部門不能更好的監(jiān)控座席。
呼叫中心發(fā)展到今天，要求管理越來越精細化，不僅在人員和設備上要上一個新臺階，在系統(tǒng)平臺的支持上也要上一個新臺階，要求呼叫中心的支持系統(tǒng)與業(yè)務和數(shù)據(jù)庫統(tǒng)一起來。這不僅大大提高整個呼叫中心的效率，減少技術部門的人員數(shù)量，降低維護成本，同時可以使管理人員的監(jiān)控變得更加容易。因此，改進當前系統(tǒng)對公司發(fā)展有很重要的作用。
改進后的外呼業(yè)務系統(tǒng)
針對舊外呼業(yè)務系統(tǒng)的弊端及業(yè)務系統(tǒng)特點，賽迪呼叫研發(fā)了基于三層C/S結構的外呼業(yè)務系統(tǒng)，該系統(tǒng)分客戶端，接入服務器，業(yè)務服務器及數(shù)據(jù)庫端。客戶端發(fā)送請求給分配服務器，接受到請求后，分配服務器根據(jù)客戶端的請求數(shù)據(jù)將其分配給自身的業(yè)務服務器做業(yè)務處理，這樣客戶端與業(yè)務服務器建立起聯(lián)系，結構體系如圖：
新系統(tǒng)工作原理：
當座席登陸后，外呼業(yè)務系統(tǒng)客戶端會發(fā)送請求通知接入服務器要連接哪個業(yè)務處理服務器，接入服務器接受到請求后將座席客戶端與業(yè)務處理服務器建立起連接。
整個業(yè)務數(shù)據(jù)和業(yè)務處理都由XML配置管理，系統(tǒng)業(yè)務被分成本地業(yè)務邏輯和服務器端業(yè)務邏輯，客戶端通過提取本地業(yè)務邏輯腳本中的數(shù)據(jù)處理業(yè)務邏輯，業(yè)務處理服務器通過提取服務器端業(yè)務邏輯腳本中的數(shù)據(jù)訪問數(shù)據(jù)庫，并將數(shù)據(jù)庫返回結果發(fā)往客戶端。本地業(yè)務邏輯和服務器端業(yè)務邏輯之間的邏輯關系是通過一套配置腳本維護。如圖：
本地業(yè)務腳本配置了本地的業(yè)務數(shù)據(jù)、業(yè)務約束的條件及業(yè)務邏輯，格式如下：
該節(jié)點的約束條件配置到節(jié)點中，當前的數(shù)據(jù)和業(yè)務邏輯配置到[data]節(jié)點中，邏輯的跳轉[next Acton]定義著。這樣業(yè)務，數(shù)據(jù)，業(yè)務關系就通過這種方式串接起來。客戶端處理程序按照[condition]定義好的條件處理當前[data]節(jié)點中的數(shù)據(jù)后得到一些新數(shù)據(jù)。
服務器端業(yè)務腳本配置著服務器端的數(shù)據(jù)同時也配置著訪問數(shù)據(jù)庫的sql語句。格式如下：
節(jié)點中配置著對數(shù)據(jù)庫操作的查詢、更新、插入、刪除語句，或一些定義好的存儲過程。[data]節(jié)點中配置從數(shù)據(jù)庫中取到的數(shù)據(jù)是以什么樣的方式被發(fā)往到客戶端的。當客戶端程序發(fā)送請求給服務器端程序時，服務器端先確認當前動作是什么，并讀取客戶端發(fā)來的數(shù)據(jù)，服務器程序讀取配置好的語句，并將從客戶端獲得的數(shù)據(jù)填充到sql語句中，執(zhí)行sql語句后，將返回的結果按照節(jié)點定義好的數(shù)據(jù)格式，將數(shù)據(jù)發(fā)回客戶端。
新系統(tǒng)的優(yōu)點：
改進后，整個業(yè)務被拆分成兩部分，服務器端業(yè)務邏輯、本地端業(yè)務邏輯。具體的優(yōu)點是：
(1) 業(yè)務邏輯清晰
系統(tǒng)的業(yè)務被拆分成兩部分，服務器端業(yè)務邏輯、本地端業(yè)務邏輯。服務器端業(yè)務主要完成數(shù)據(jù)庫的操作，本地端業(yè)務主要完成本地的一些邏輯跳轉。業(yè)務被拆分成很多動作，每個動作完成一部分的工作任務，將所有的動作串接起來，整個工作流就被確定下來，通過這種方式，整個業(yè)務被細化，相同的任務可以使用同一個動作節(jié)點，簡化了代碼的重用，將業(yè)務拆分開后整個業(yè)務變得簡化、清晰、明了。
(2) 業(yè)務數(shù)據(jù)和業(yè)務邏輯被封裝到腳本中，因此當業(yè)務邏輯變更時，不會影響系統(tǒng)程序修改，只需調(diào)整業(yè)務腳本即可。
改進前的業(yè)務整個被封到程序代碼中，當呼叫中心系統(tǒng)因業(yè)務要求需要調(diào)整時，系統(tǒng)不得不將此要求反饋給維護人員修改，這不僅增加了維護人員的工作量，也影響了呼叫中心的業(yè)務。
改進后的新系統(tǒng)，業(yè)務脫離代碼被封裝在由XML(可擴展標識語言)配置的腳本中， 一旦業(yè)務改動，系統(tǒng)并不需要改動，只需重新修改業(yè)務腳本中的數(shù)據(jù)、業(yè)務邏輯及動作之間的跳轉關系。維護人員只需修改某些節(jié)點中的數(shù)據(jù)及節(jié)點與節(jié)點之間的關聯(lián)就可以完成業(yè)務修改，這大大降低了維護人員的工作量，同時提高了使用人員的工作效率。
(3)減少了數(shù)據(jù)庫處理壓力
舊系統(tǒng)中，頻繁的讀取數(shù)據(jù)給數(shù)據(jù)庫造成了極大的壓力，改進后的新系統(tǒng)采用數(shù)據(jù)庫連接池，當連接數(shù)據(jù)過多時，服務器端系統(tǒng)會將多余的連接加入到等待隊列中，這樣就降低了數(shù)據(jù)庫的訪問壓力。
(4)容錯處理容易
舊系統(tǒng)中，當業(yè)務出現(xiàn)問題時，維護人員不得不重新察看程序，找到錯誤的發(fā)生位置。由于系統(tǒng)直接訪問數(shù)據(jù)庫，數(shù)據(jù)的存儲不能被記錄跟蹤，數(shù)據(jù)一旦被檢查出錯誤，已經(jīng)來不及了。
改進的新系統(tǒng)增加了日志處理，每一次動作的操作數(shù)據(jù)都被記錄下來，維護人員可以動態(tài)跟蹤數(shù)據(jù)及系統(tǒng)運行情況，當系統(tǒng)遇到問題時，維護人員可以輕松的查詢哪個業(yè)務動作節(jié)點出現(xiàn)問題，容錯處理變得非常容易。
(5)增加了系統(tǒng)的擴展性
在新系統(tǒng)上，可以開發(fā)呼叫中心的人力系統(tǒng)、監(jiān)控系統(tǒng)等。
總之，使用了三層C/S框架結構的新系統(tǒng)，系統(tǒng)業(yè)務被分離開來，業(yè)務腳本維護著整個系統(tǒng)的數(shù)據(jù)和業(yè)務操作。 新系統(tǒng)使業(yè)務邏輯變得清晰，這減少了系統(tǒng)維護人員的工作量，同時增加的日志工作可以幫助維護人員跟蹤錯誤。
