吳宗哲 2008/01/15

1. 沒有容量的限制，也沒有資源的浪費，有多少話務量使用多少容量。
2. 降低總成本。
3. 屏蔽了集成的風險。
　　主要的顧慮是資料的安全性，企業內部的資料屬于企業的機密，是不容許與外界流通的。要把呼叫中心交付托管是要考慮如何屏蔽資料安全的問題。 　　接著考慮能否掌有對交付托管平臺的控制權，雖然平臺安裝在托管商那頭，但是對平臺的配置，管理，監控，業務相關的定制應該是在企業的手里，而不是過多依賴托管商。這個延伸到托管商應該提供方便容易使用的管理界面給企業用戶來管理他的業務流程。 　　再來考慮服務質量是不是會降低，托管商能不能保證服務的質量。 　　還要考慮客制化的問題，客制化的彈性強不強，能不能適應企業的業務流程變化，方便地進行修改。 　　最后考慮交付托管是不是需要增加數據帶寬的要求，是不是在容許的范圍內。 四， 哪些部件可以托管 　　呼叫中心的組成包含接入設備，CTI路由平臺，IVR還有CRM應用軟件?？梢越桓锻泄艿牟考撌欠浅＞哂羞x擇性也就是任何一個部件都應該可以交付托管。這樣的選擇性將大大的增加托管對象的范圍。 　　例如新建的呼叫中心可以采用全部部件托管的模式來。已建的呼叫中心可以將部分的部件交付托管，或者新增的呼叫中心點采用托管來與既有的點聯網形成虛擬的呼叫中心。 　　接入設備的托管看運營商所提供的局端交換設備而決定企業能否將接入設備托管。如果局端交換設備可以支持用戶交換的功能，則企業用戶完全可以直接從運營商租用接入設備，例如企業呼叫中心直接從軟交換接入，就沒有采購用戶交換設備的必要。 　　CTI平臺是屬于軟件，安裝在托管商相對單純。IVR包含硬件與軟件，目前IVR的架構逐漸轉成VXML的開放架構。IVR的軟硬件與IVR的應用分開，IVR透過VXML的標準通信協議到web服務器來讀取應用。這樣的架構使得IVR的托管更容易實現，企業用戶只要在自己的web服務器就能定義自己的IVR應用了。 　　CRM的托管技術上也不成問題，一般采用B/S的架構便是了。目前市場上已經有好幾個在線CRM的托管商了。 　　雖然各個呼叫中心的部件可以個別全部或部分交付托管，但是既有呼叫中心考慮托管時會牽涉到托管商的平臺與既有平臺間軟件相容的問題，應該加以注意。 五， 托管的優點 對企業來說，托管呼叫中心有下列的一些優點。
1. 沒有容量的顧慮，由托管商負責建立電信級的軟硬件規模，可以負載企業突發的話務量。企業只要按使用量來付費給托管商，這樣來避免企業為了一時的高峰而建置相當大的系統規模。
2. 將一次性地資金投入轉而平時運行的日常費用。
3. 在電信一級的組網大大降低各點之間的中繼的帶寬，節省點與點之間組網的中繼浪費。
4. 可以更專注于本業，不用為了建制呼叫中心而耗用大量的資源，且這些都屬于非本業的范圍。


圖二

　　以Genesys合作的托管商來說他們把自用的客服呼叫中心與托管的在同一個平臺用多用戶的架構區隔。北美的運營商Verizon合計大約有十三萬個座席左右，Qwest大約有一萬個座席左右，MCI有一萬二千個座席，歐洲的運營商BT有七千個座席左右，T Mobile有二萬個座席。亞太Telestra大約有二萬個座席的規模，在馬來西亞，菲律賓，韓國等國家也都有運營商提供托管的服務。 　　目前國內的呼叫中心市場規模大約一年以15%的速度在增長。但是呼叫中心的托管模式還屬于起步階段。以個人的經驗來看托管的需求已經逐漸興起。不管是中小型的呼叫中心也好，或者大型的呼叫中心，新建的呼叫中心也好或是既有的呼叫中心都適合往托管的方向去思考。 　　目前并沒有很多的托管商來提供服務，尤其是運營商這方面對這一托管還沒有明確的方向與實質的產品提供出來。我建議有托管服務需求的企業應該給與運營商這方面的驅動力。尤其是大型的呼叫中心有聯網成虛擬呼叫中心想法的更需要運營商的幫助，不管是在電信一級來組網，或者是提供IVR的托管服務，都可以降低虛擬呼叫中心運行的壓力，并降低其成本。 　　長期致力于呼叫中心科技發展的億迅（中國）軟件有限公司，產品推陳出新的同時，也適應企業發展的新潮流，推出EZactor，為企業度身定制托管服務。并且在國內各大行業中不斷應用，為更多企業服務。 　　若是要建立在800號或400號的平臺上去提供網絡虛擬呼叫中心的話需要與智能網進行增值業務加載。同時加載的業務需要與客戶既有的呼叫中心架構能夠匹配。 　　以國外的托管服務若建立在800號于C4/C5局用交換機上，許多用戶可以不用建制本地的排隊機就可以實現托管服務。目前國內的運營商若要直接在C4/C5局用交換機因為沒有C4/C5的CTI服務器可以連接，所以有其困難的地方，只能采用800號智能網新增業務與本地企業排隊機連網的方式來完成。但國內運營商未來都會朝向NGN，采用軟交換的方向來看，企業可能再也不用采購本地排隊機，對于呼叫中心托管的業務是一個很好的方向。 　　對于IVR托管的做法可以采用VXML的開放架構，這樣就可以提供很多的呼叫中心來共用整個運營商所建IVR資源。甚至這個開放的架構可以結合語音辨識與文本轉語音的功能，開放給許多的應用開發商來開展其業務，這樣的發展可能會超過單純呼叫中心IVR的托管。 　　以個人的看法來說，托管商也好，運營商也好，要把托管業務推廣得好，要能充分理解呼叫中心的運行，能理解呼叫中心的需求，以顧問的角度出發，愿意與企業站在一起幫助他把呼叫中心的建設搞好，這樣的角度所推出來的托管方案也就容易被企業呼叫中心所接受。也祝愿這一天早日到來。

《客戶世界》