客製化保險經紀人 / 保代 / 保經系統開發完整指南：6 個關鍵決策、3 個報價區間、5 個常見地雷

過去半年我們接觸了 11 家保險經紀（保經）與保險代理（保代）公司，從 8 人小團隊到 120 人的中型保經，問題長得幾乎一模一樣：「我們的業務員手上有 Excel、LINE 群組、保險公司各自的後台、紙本要保書，一張保單從建議書到成交要切換 7 個系統。」這是我們從報價、訪談、POC 階段累積的第一手觀察。

講白了，保經保代產業的數位化卡在三個地方：金管會法規對紀錄保存 5 年的要求、保險公司商品 API 各家規格不同、業務員流動率高導致系統永遠都在「重新訓練新人」。套裝軟體可以解前 2 個問題卻解不了第 3 個——因為 SOP 跟流程是每家保經自己的差異化，套裝會把你削成「跟同業一樣的形狀」，那業務員為什麼要留下來？

這篇文章寫給保經、保代公司的負責人、業務主管，以及正在評估「續用套裝、自己拼 Excel、還是客製化開發」的採購決策者。我們把過去 12 個月接觸保經系統需求的拆解、報價、合約紅線、落地節奏整理成一份買家指南，讓你 60 天內做出不會後悔的決定。

保經保代用 Excel + LINE 群組為什麼撐不到 30 個業務員

我們訪談過的保經公司有一條共同的「天花板曲線」：5 人以內 Excel 共用、6 到 15 人開始用 LINE 群組分案、16 到 30 人開始有人離職、超過 30 人主管崩潰。原因不是 Excel 不好用，而是保險業有 3 個無法靠檔案管理的硬約束。

第一個約束是法規紀錄留存。金管會保險局對保險商品銷售過程的「電訪錄音」「適合度分析」「商品說明書版本」要保存 5 年。Excel 沒有版本控制、LINE 訊息無法做適合度交叉檢查，被金檢時很容易被罰。

第二個約束是商品 API 各家不同。國泰、富邦、新光、南山、台灣人壽、安聯——每家保險公司的核保 API、保單查詢、佣金結算介面都不一樣。業務員每天登入 4 到 7 個保險公司後台，光是密碼管理就要花一個小時。

第三個約束是業務員流動率與權責切分。保經業界年流動率約 25% 到 35%（產業研究估值），業務員離職時的客戶交接、續期佣金歸屬、未成交建議書搬移，是現任所有保經系統幾乎都做不好的場景。

這 3 個約束加起來就是「系統化」與「客製化」的必要性。套裝軟體解前 2 個，但解不了第 3 個「你們公司怎麼分案、怎麼算佣金、怎麼處理離職交接」——那是你的 SOP，不是別人能塞給你的。

客製化 vs 套裝軟體 vs 自己改 Excel：6 個關鍵決策

過去 18 個月我們陪保經客戶做過的決策訪談，幾乎都繞著這 6 個題目轉。把這 6 個拍板了，剩下的開發、報價、合約都會跟著定。

這張表的關鍵不是「客製化贏了」——而是「決策題的優先級會反推架構」。我們的觀察是：保經負責人若決定走客製化，要在 6 題裡先選出 3 個最痛的優先做，其他用第三方串接補上，不要一次塞全部。

POV：別從「保戶 CRM」開始做

我們對保經系統有一個與多數同業不同的觀點：客製化第一階段不應該從保戶 CRM 開始，而應該從「業務員獎金即時看板」開始。原因是業務員每天打開系統 30 次的動機不是看保戶，是看自己這個月賺多少。把這個做好，業務員會主動把保戶資料補齊；先做 CRM、再叫業務員填資料，永遠填不完。

從 0 到上線 90 天落地路線圖

以 30 人保經公司、客製化第一階段「業務員獎金 + 多公司商品比較 + 保戶 CRM」為例。我們抓 90 天節奏給你參考：前 30 天聚焦在訪談與資料盤點，中 30 天做 MVP 上線給 5 名種子業務員，後 30 天做正式 rollout。

1. 第 1 到 10 天：4 場業務員 + 2 場主管 + 1 場內控官的訪談，把現有 Excel、LINE 群組、保險公司後台的工作流盤點清楚。產出物：流程圖、欄位字典、痛點優先級表。
2. 第 11 到 20 天：商品 API 串接可行性 PoC。我們的經驗是國泰、富邦、新光提供商品查詢 API 的條件不同，要走業務員代理身份的 OAuth 走 IP 白名單，這一步常常會卡 2 週。
3. 第 21 到 30 天：UI / UX wireframe 跟 30 人公司負責人對齊，把「業務員看板」「主管看板」「內控官看板」三層權限定下來。
4. 第 31 到 60 天：MVP 開發。挑 5 名種子業務員做 closed beta，每週收回饋。這階段最容易出現「主管想加一個功能」，要堅持砍掉 60% 的需求，否則延期。
5. 第 61 到 75 天：5 名種子業務員實戰跑 2 週，蒐集成交回饋、修正商品比較引擎的 edge case（保單條款解析常常是非結構化文字）。
6. 第 76 到 90 天：30 人全公司 rollout，配合教育訓練 2 場 + 操作手冊 1 份 + 業務主管 buddy 制度。

這 90 天的關鍵是「先給 5 個種子業務員用 30 天再 rollout」，絕對不要一次全公司上線。我們踩過這個地雷的客戶，rollout 第一週就崩潰，後續要花 2 個月重新建立業務員信任。

3 個報價區間：30 萬 / 80 萬 / 200 萬怎麼選

保經系統客製化報價的差異很大，我們把 12 個月接觸的需求歸納成 3 個區間。實際報價會因商品 API 串接家數、報表複雜度、是否需要 mobile App 而浮動，但結構不會差太多。

我們的建議是 30 人以內公司直接從 30 萬區間切入，把第一階段做穩再加。50 人以上的保經才建議直接走 80 萬或以上——因為小規模做完整套，業務員學不完、養不回來。

5 個常見地雷與避雷指南

我們從訪談、報價、合約、上線、續約這 5 個階段看過的地雷，整理成「5 個會讓你後悔 6 個月」的清單。

1. 把所有保險公司 API 串接都寫進第一階段。我們建議第一階段只串 2 到 3 家最常用的，其他用業務員手動建檔。串完 6 家 API 你會多燒 60 萬與 60 天，但業務員主賣的可能只有 2 家。
2. 佣金規則沒先白話寫下來就開工。保經的佣金規則「業務員 + 推薦人 + 處長 + 公司」4 層分配，常常老闆腦袋裡有但沒寫過。沒先文件化就開發，會在 UAT 階段全部翻案。
3. 業務員獎金看板做不到 T+1。如果做完是 T+30，業務員不會打開系統。這條是我們認為「業務員留存率」的單一最大影響因素，建議第一階段就要做到。
4. 金檢報表用「事後再做」的心態處理。內控官會被你害死。我們的做法是第一階段就請內控官加入 2 場訪談，把金檢列印模式的欄位、版面、保留欄位先談好。
5. 保戶資料庫沒做家庭樹。保險業最大的續單來源是「同一家庭的其他成員」，如果系統只到「客戶」沒有「家庭」，業務員每次跨成員推薦都要手動關聯，沒人做。

為什麼套裝保經系統最終都會被換掉

過去 18 個月我們接觸的 11 家保經，有 7 家曾經導入過套裝系統（國內 2 家主流保經 SaaS），平均使用 14 個月後決定換掉自建。換掉的原因不是套裝功能不好，而是「保經公司差異化在 SOP，套裝把 SOP 拉平」。

我們怎麼看：保經系統客製化未來 3 年的方向

我們認為保經保代產業在未來 3 年會出現「客製化的中間層化」現象：保險公司商品 API 會被標準化（金管會推開放保險 API 進度），業務員 CRM、佣金分配、AML 防制這些通用元件會被開源元件取代，但保經公司之間「業務員獎金看板」「家庭樹」「離職交接 SOP」會因公司文化高度分歧。

換句話說，未來 3 年贏的不是「全部自己做」也不是「全部買套裝」的保經，而是「會挑哪些層客製、哪些層用第三方標準件」的負責人。我們在替客戶做架構設計時，會盡量把可標準化的層（如電子簽、AML、商品比較）接第三方 API，把差異化的層（如佣金分配、業務員留存看板、內控報表）做客製化——這是我們認為未來 3 年保經 IT 預算最聰明的分配方式。

dog-fooding：我們自己公司內部 20 多條 AI 工作流跟 CRM 也是這個切分邏輯——客戶歸戶、報價計算這些差異化的層自己寫，發信、排程、簽核這些通用層接第三方。三年下來我們發現「差異化的層永遠改不停、通用層幾乎不用碰」，這就是我們建議保經客戶採取的策略。