傳統企業的 AI 導入

背景

在一家快速成長、業務團隊 700+ 人的台灣保險經紀公司擔任資訊專案經理。全公司內勤都被綁在同一套業界通用的委外 ERP 上——又慢、bug 又多，唯一真正的價值是裡面鎖著公司十年的保單與客戶資料；真正在跑的關鍵流程，卻散在一堆共用試算表裡。我的職責從協調系統商、改善內部流程，擴大成為這 700+ 業務打造他們需要的武器。資訊單位四個人、技術上我是 leader，但大家的守備範圍不同——這些系統我一個人同時是 PM、RD、和驅動 AI agent 的那個人。那十套，都是我做的。

問題

公司被系統商綁死了。不只資料模型，連資料實體都在對方手上——儘管那些資料的所有權本來就是公司的。每一個新需求都是難以想像的報價與工時，想換系統更是不可能，因為資料轉換本身就是那道牆。於是這套又慢又多 bug 的軟體照樣天天用，而全公司真正的作業——從商品、獎勵、保單電訪、排程、廠商對接到文件管理——卻散落在一堆靠人工維護、錯誤百出的共用試算表裡。橫跨多個部門的高頻人工作業，全跑在一份沒人能完全掌握的資料上。

限制

手上能用的，只有系統商釋出的那部分資料表，而且只有唯讀——不是我不想寫入，是他們不給。沒有任何說明文件，只能對著系統畫面核對；他們也不會說明自己的流程。既有系統因此仍是核心的 system of record，直到自建的這一套準備好接手。保單與客戶都是個資：一律留在內網、絕不上雲，Linux 主機只接受指定機器連入；而且自建系統完全不存放保單資料，計算時才唯讀取用。ISO 27001 驗證正在進行中。這些工具還得讓非技術背景的承辦每天實際使用——而且要求他們合規，而不是複製舊系統默許的那些偷吃步。

做法

• 先把資料談出來 系統商死守著資料。我跟資訊團隊談了一年多：原始資料的所有權本來就是公司的、他們的開發量能追不上公司的變動速度、而公司又是他們的大客戶——三個理由疊起來，才一次一點、逐步換到「部分」資料庫的唯讀權限，而且到現在還在繼續要。沒有這一年，後面什麼都不會發生。
• 逆向推導，再優化流程 沒有文件、對方也不解釋，手上只有部分唯讀的資料表和系統畫面可以對照。我靠訪談各部門承辦，再拿他們的說法去比對系統畫面與資料表，一個欄位一個欄位反推它真正的意義、以及它在流程裡怎麼被用；推清楚了才重建——不照抄舊流程，而是順過一次、收掉偷吃步、把該合規的補回去。
• Vibe coding 我用白話描述一個系統要什麼，AI 把它寫出來，在很緊的迴圈裡快速迭代。這就是為什麼一個人能把每個內部工具從想法到上線，用「幾天」而不是幾個月。
• 一致的 UI 我把公司的 UI 設計規範餵進同一套 AI 流程，所以每個系統的畫面自動長成一致的樣式與品牌——十個系統、同一套介面、不用每個專案配一個設計師。

成果

開發產出拉到傳統速度的 5–10 倍，一個人在一年內交付整批橫跨不同領域的內部系統，把目標流程的行政工時砍掉約六成——例如投資型壽險與 A&H 保障型的商品彙整，從每月三個工作天降到一小時；獎勵報表從約一週的人工計算變成即時可查。光這一套獎勵報表，系統商當初開價二十萬、而且只會照他們的老派做法做；自己做省下這筆之外，還做出了權限控管與可自由搭配的獎勵方案——那是他們的版本不會給的。同仁樂於用這些自動化，但新工具要求合規、收掉了舊系統默許的偷吃步，導入也意味著把人拉回正規流程。而這一年真正在打的是地基：把保經業繁複的保單與行政流程，在自己的基礎建設上完整順過一次、不再完全依賴委外系統，好讓未來的整合能更快介入。同期也已投入一套 RAG 諮詢系統——產險商品從財產、車險到個人傷害、寵物險，類別差異極大；這套系統讓業務用文字或語音講出客戶條件，就能查到符合的商品。這一切都指向脫離委外系統的轉移，以及把 AI 真正疊在公司自己的資料與流程之上。

技術棧

Claude（vibe coding）· React · FastAPI · Python · MySQL · RAG