在呼叫中心外呼業務中，問卷調研或資訊挖掘類的項目占很大部分。這些業務的特點是資料量大、業務相對統一。特點有這樣兩方面：
(1)業務流程相同
這些業務大緻分為：擷取客戶基本資料、處理客戶基本資料、回答問卷流程。
(2) 資料量大、資料資訊準确
由于做問卷調研的座席每天要完成大量的問卷，這就要求外呼系統不僅能夠處理大量的問卷，同時還要保證資料準确。
目前呼叫中心外呼業務系統主要是基于b/s、c/s兩種結構，由于b/s系統容易部署、維護量小, 是以在少量座席的情況下采用b/s結構有着較大的優勢。但是b/s伺服器的負荷較重，當呼叫中心的座席數達到上百上千時，b/s結構的缺點就顯現出來了。由于c/s結構用戶端和伺服器端都能夠處理任務，是以c/s結構能解決座席數量大的問題。
目前很多公司外呼業務系統都采用兩層的c/s結構，但随着公司業務的擴大，這種結構也會嚴重阻礙公司的發展，主要表現在：
(1)資料不安全
這種系統可以直接通路資料庫，資料是否被正确存儲不能被監控到，一旦資料部分或全部丢失，整套呼出資料就可能廢棄，是以這種結構對資料的安全沒有保證。
(2)加重了技術人員的工作量
外呼業務中有一項是調研，随着調研項目的變化，要求技術部門重新修改呼出界面，加重了技術人員的工作量，而且工作的重複性很高。
(3)座席的工作效率低
座席在使用系統時一旦發生錯誤，就不得不停止工作，直到技術人員進行系統修複後才能繼續工作，這嚴重影響了座席的工作效率。
(4)監控比較難，緻使公司管理人員和技術部門不能更好的監控座席。
呼叫中心發展到今天，要求管理越來越精細化，不僅在人員和裝置上要上一個新台階，在系統平台的支援上也要上一個新台階，要求呼叫中心的支援系統與業務和資料庫統一起來。這不僅大大提高整個呼叫中心的效率，減少技術部門的人員數量，降低維護成本，同時可以使管理人員的監控變得更加容易。是以，改進目前系統對公司發展有很重要的作用。
改進後的外呼業務系統
針對舊外呼業務系統的弊端及業務系統特點，賽迪呼叫研發了基于三層c/s結構的外呼業務系統，該系統分用戶端，接入伺服器，業務伺服器及資料庫端。用戶端發送請求給配置設定伺服器，接受到請求後，配置設定伺服器根據用戶端的請求資料将其配置設定給自身的業務伺服器做業務處理，這樣用戶端與業務伺服器建立起聯系，結構體系如圖：
新系統工作原理：
當座席登陸後，外呼業務系統用戶端會發送請求通知接入伺服器要連接配接哪個業務處理伺服器，接入伺服器接受到請求後将座席用戶端與業務處理伺服器建立起連接配接。
整個業務資料和業務處理都由xml配置管理，系統業務被分成本地業務邏輯和伺服器端業務邏輯，用戶端通過提取本地業務邏輯腳本中的資料處理業務邏輯，業務處理伺服器通過提取伺服器端業務邏輯腳本中的資料通路資料庫，并将資料庫傳回結果發往用戶端。本地業務邏輯和伺服器端業務邏輯之間的邏輯關系是通過一套配置腳本維護。如圖：
本地業務腳本配置了本地的業務資料、業務限制的條件及業務邏輯，格式如下：
該節點的限制條件配置到節點中，目前的資料和業務邏輯配置到[data]節點中，邏輯的跳轉[next acton]定義着。這樣業務，資料，業務關系就通過這種方式串接起來。用戶端處理程式按照[condition]定義好的條件處理目前[data]節點中的資料後得到一些新資料。
伺服器端業務腳本配置着伺服器端的資料同時也配置着通路資料庫的sql語句。格式如下：
節點中配置着對資料庫操作的查詢、更新、插入、删除語句，或一些定義好的存儲過程。[data]節點中配置從資料庫中取到的資料是以什麼樣的方式被發往到用戶端的。當用戶端程式發送請求給伺服器端程式時，伺服器端先确認目前動作是什麼，并讀取用戶端發來的資料，伺服器程式讀取配置好的語句，并将從用戶端獲得的資料填充到sql語句中，執行sql語句後，将傳回的結果按照節點定義好的資料格式，将資料發回用戶端。
新系統的優點：
改進後，整個業務被拆分成兩部分，伺服器端業務邏輯、本地端業務邏輯。具體的優點是：
(1) 業務邏輯清晰
系統的業務被拆分成兩部分，伺服器端業務邏輯、本地端業務邏輯。伺服器端業務主要完成資料庫的操作，本地端業務主要完成本地的一些邏輯跳轉。業務被拆分成很多動作，每個動作完成一部分的工作任務，将所有的動作串接起來，整個工作流就被确定下來，通過這種方式，整個業務被細化，相同的任務可以使用同一個動作節點，簡化了代碼的重用，将業務拆分開後整個業務變得簡化、清晰、明了。
(2) 業務資料和業務邏輯被封裝到腳本中，是以當業務邏輯變更時，不會影響系統程式修改，隻需調整業務腳本即可。
改進前的業務整個被封到程式代碼中，當呼叫中心系統因業務要求需要調整時，系統不得不将此要求回報給維護人員修改，這不僅增加了維護人員的工作量，也影響了呼叫中心的業務。
改進後的新系統，業務脫離代碼被封裝在由xml(可擴充辨別語言)配置的腳本中， 一旦業務改動，系統并不需要改動，隻需重新修改業務腳本中的資料、業務邏輯及動作之間的跳轉關系。維護人員隻需修改某些節點中的資料及節點與節點之間的關聯就可以完成業務修改，這大大降低了維護人員的工作量，同時提高了使用人員的工作效率。
(3)減少了資料庫處理壓力
舊系統中，頻繁的讀取資料給資料庫造成了極大的壓力，改進後的新系統采用資料庫連接配接池，當連接配接資料過多時，伺服器端系統會将多餘的連接配接加入到等待隊列中，這樣就降低了資料庫的通路壓力。
(4)容錯處理容易
舊系統中，當業務出現問題時，維護人員不得不重新察看程式，找到錯誤的發生位置。由于系統直接通路資料庫，資料的存儲不能被記錄跟蹤，資料一旦被檢查出錯誤，已經來不及了。
改進的新系統增加了日志處理，每一次動作的操作資料都被記錄下來，維護人員可以動态跟蹤資料及系統運作情況，當系統遇到問題時，維護人員可以輕松的查詢哪個業務動作節點出現問題，容錯處理變得非常容易。
(5)增加了系統的擴充性
在新系統上，可以開發呼叫中心的人力系統、監控系統等。
總之，使用了三層c/s架構結構的新系統，系統業務被分離開來，業務腳本維護着整個系統的資料和業務操作。 新系統使業務邏輯變得清晰，這減少了系統維護人員的工作量，同時增加的日志工作可以幫助維護人員跟蹤錯誤。