方案簡介：本方案主要與客戶業務系統進行對接整合
客戶後台系統，主要應用在雲上，坐席在使用過程中進行業務資料操作開啟雲上的業務系統，新組建的備載呼叫系統可以在使用者本地(方案一)也可以雲上(方案二)，新組建的備載呼叫系統作為備用系統與雲上業務系統對接，從而滿足使用者的需求。初步預計1-2條e1中繼線路，30個坐席。本方案為初步設計階段，可根據使用者需求以及現狀做適當調整。
根據使用者要求，現做出如下方案：
方案一：
備載呼叫中心話務處理系統(以下簡稱系統3)軟硬體核心放在使用者本地
原有使用者業務系統(以下簡稱系統1)放在1雲上。
備載使用者業務系統備份系統(以下簡稱系統2)放在2雲上。
說明：1:左側為系統3，主要核心硬體有語音伺服器、數字中繼裝置等，坐席裝置有電腦、話機等，在同乙個區域網，且語音伺服器需要接入網際網路(因為使用者業務資料在雲上，語音伺服器需要和業務系統進行連線)。
2:系統1為使用者原有業務系統，在用的。在雲上執行。且系統1資料實時備份到系統2上，當系統1發生故障可以隨時切換到系統2繼續使用。
3:系統3連線到系統2上，組建實施。
4:如果沒有系統2，系統3也可以直接連線到系統1上或者接聽處理客服業務.
5:系統3組建實施，需核心軟硬體裝置，語音系統核心軟體以及開發介面存放在本地語音伺服器上。
6:系統3與系統1或者系統2進行對接，需要雙方開發工程師相互配合，我們根據需求進行二次開發介面，供使用者方技術開發工程師開發呼叫。
方案二：
系統3中的軟體系統(含開發介面)存放在系統2上，或者其他雲伺服器上；系統3資料備份到系統2上。
說明：1:系統3的中繼裝置通過網際網路接入系統2上(如語音系統軟體以及開發介面存放在系統上2上)或者其他雲伺服器。
2:系統1資料時事熱備份到系統2上。
3:系統3上的核心硬體為中繼裝置，主要接入使用者的數字中繼線。坐席電腦以及話機使用者可自備
綜上所述：兩種方案基本類似，因客戶的需求以及現狀，推薦方案1，即語音系統的軟硬體放在備載中心，直接連線雲上系統1或者系統2即可，便於使用者維護以及相關開銷，對使用者使用不造成任何影響，亦能滿足使用者建設初衷。
方案2主要去除了本地語音伺服器，改為雲伺服器，因客戶核心的業務資料已經在雲上或者在雲上已有備份，語音系統主要儲存的是話單以及錄音，如果放在雲上對使用者相關開銷比較大，長期成本較高。對於使用者建設初衷影響不大。
使用者可根據自己實際需要，確定採用哪種方案。
呼叫中心系統成本及定價方式
通常情況下，企業搭建一套呼叫中心系統 是按照坐席數量 部署方式 以及功能需求來計算成本的。這裡兩種成本計算方式供我們了解，一種是更安全 大型企業或國有企業適用的本地搭建方式 另一種是適合大眾型 靈活性更強 成本更低的雲租用的搭建方式。自建的方式成本計算比較複雜，我們來重點了解一下，一般包含幾個模組的...
選擇呼叫中心系統應看中什麼
呼叫中心系統發展到現在，大小 商以及各種版本的呼叫系統越來越多，導致很多使用者在選擇系統時都很迷茫，不知道選擇呼叫中心系統最看中的是什麼？有幾個關鍵問題還需要解釋一下，版本問題 根據企業實際需求，呼叫中心系統版本可分為外呼型 客服型 外呼加呼入三種。選擇呼叫中心系統版本時只需要根據自身需求即可，這樣...
如何簡單的運營企業群呼系統呼叫中心系統
博主從事多年ai技術，外呼中心搭建，需要演示站或技術支援聯絡博主 看頭像 1 點對點直接宣傳 準確到位。2 傳播滲透力強，高接觸機率和穩定的接觸頻次。3 節省3倍以上 營銷人員成本，渠道廣告宣傳成本。4 通過系統現場就能篩選出目標客戶。5 客戶跟蹤回訪模組 可做到不遺忘 不遺漏客戶，管理手段人性化。...