近期越來越多的保險公司將一部分的業務外包出來，但是就保險業務的特殊性，存在很多需要注意的地方，這些地方將或多或少的影響整個營運的情況已經保險公司的對外包業務的信心和滿意度。因此將接觸到的一些保險業務中應該注意的地方在這里說明以下。

I．構架

a)不同的保險公司有著不同的系統，甚至有的保險公司會為不同的險種有不同的系統，這些系統已經在各個公司內部，分公司內容運作的多時，并且也有著一批IT人員在不斷的維護著這些東西，因此在構架的時候，應該考慮到保險公司目前系統的情況；除非，保險的險種相對“孤島”，或是有足夠的靈活性對應對多邊的參數，否則建議使用已經成熟的系統來作為后臺系統。

b)連接現有系統的方式：

i. VPN方式

這種方式將會給出一個帳號，能讓系統與現有的系統進行連接，但是這種方式存在了安全性的問題，一般情況下會只提供個別的連接來獲得相應的數據，然后通過其他的方式將數據傳輸到呼叫中心系統中

ii. WEB SERVICE方式

這種方式是一個相對比價性的技術，但是在保險公司這種性質的公司中，使用這種方式也就僅僅是數據的一部分，或是一些參數才可以公開，這種方式的應用更多的是在場地在保險公司內部的方式中。

c)分離功能組建

這里所說的功能組建指的是：負責邏輯，負責控制，負責數據，負責連接的各個服務相對或是絕對獨立。

好處：當一個簡單的邏輯，或是只是一個參數的變動，將不需要將所有的服務全部停止；當存在了新的需求，例如數據完整性同步，DSS，或是在目前的系統中在添加新的功能，那么各個職能模塊可以分開并行進行；

缺點：整合的時候將話更多的時間來調試各個組建間的消息機制；系統的效率低。

II． 安全性

這里所指的的安全性是數據的完整性和安全性，因為各個保險公司將客戶的資料公布開來的時候必定也就存在了數據的安全性的要求，一方面，對每天處理的數據都要有一定的備份機制，以確保在特殊情況下的數據完整性；其次是數據的安全性，由于客戶的有限性，特別是某些特殊的險種，因此要為客戶保密數據是非常重要的一點，不要只是以為數據在數據庫中是安全的，另外的安全性還存在與備份，建議給你的備份也做一個密碼的保護。不能保證有沒有什么AGENT無聊的一條一條的記錄拷貝出來，但是可以注意的是不要提供ROW DATA這樣的數據，無論是給OPERATION也好或是IT，在設計的時候，就要控制ROW DATA。

III．功能

a) 將險別和險種做的靈活

i.如果是長期的外包，那么這個指標一定要足夠的靈活，換句話說就是要能添加和刪除或是更改

ii.一個險別或是一個險種也可以包含的參數存在不同，但是可以給為每個險種存在一個記錄標記，就參數可以用特殊的技術處理

b) 每個客戶可以有多張保單

i.不可以以為一個客戶就有一個訂單，一定存在一個客戶的多個訂單，就算是只做單一的險種，說不定也會出現像“強三險”的出現而產生的2張保單

ii.客戶有時候可以為不同的東西，或是同一件保2種險，因此在系統上應該留出足夠的余地.

c)潛在客戶的存在

i. 這個是每個保險公司最開心的事情了，如果一個客戶在購買的時候，同時又推薦了好朋友來參加，那么就會存在2筆或是很多的成功

ii.為你的添加客戶多一個查詢功能，因為可能推薦的客戶已經被別的同事跟進了，或是已經是數據庫中的待銷售客戶，這個時候，數據就存在混亂

iii.為潛在客戶使用獨立的分類標識，目的是為了報表的正確性.

d)記錄每個保單的中間處理記錄

i.不要只保留保單處理中的最終狀態，因為太多的情況會出現在慢慢的處理流程中的變故

ii.不能保證沒有特殊情況而導致保單跨過中間的環節

iii.報表的處理（線上投保數，核保通過數，退保數等）這些數字都需要根據時間來得出的，因此能很好的保存每個狀況變化的時間點，將大大減少以后報表的處理

e)數據管理

i.不要以為拿到數據，然后打完，得到一定的成功量就可以了，因為還有很多工作是要求分析的因此數據的內容應該盡量的完整

ii.客戶的數據是一次一批一批的給的，并且在每一批的時候一定給出了相應的地點，時間（或是過期日期），或是手機用戶和固話用戶，這些信息將最為批號的一部分來保存，那么在最終的分析中也可以真實的得到每次給的數據的質量

IV.報表

如果系統和報表來個比較的話，那么可以這么說：系統60％，報表40％，這點是任何一個做外包銷售都知道的，除非客戶還不是很了解外包而提出的要求不多，因為報表能很好的考核出外包商的能力，能用最少的數據，作出最多的保單，能用最差的數據作出最多的保單，能在最少的時間里作出最多的保單，這些都是各個保險公司的目標，而對于外包商來說，報表也能很好的考核各個電銷人員的能力。