導入方法論

AI 卓越中心 CoE vs 前線部署團隊:兩種企業 AI 組織模式怎麼選

導入企業 AI 的第一個決定不是選模型,是選誰來扛:集中式 AI 卓越中心 CoE,還是把工程師派進現場的嵌入式前線部署團隊?我們用交付速度、邊角案例覆蓋、採用率三個維度拆給你看,並解釋為什麼多數公司該走混合式——一個中心管地基,多支前線扛上線。

執筆

Tenten AI FDE 團隊

導入方法論

公開日

2025年10月4日

読了時間

5 分鐘

AI 卓越中心 CoE前線部署工程企業 AI 導入AI 組織模式AI 採用率FDE

大部分企業導入 AI 的第一個決定,不是選哪個模型,而是選誰來扛。你可以蓋一座 AI 卓越中心 CoE,把最強的人集中在一個部門,由他們統一制定標準、審查方案、輸出能力;也可以反過來,把工程師直接派進業務單位的現場,跟著他們的流程一起長。這兩種組織模式會長出完全不同的結果,而多數人選錯的原因,是只看了「治理漂不漂亮」,沒看「東西上不上得了線」。

我們用三個維度來拆:交付速度、邊角案例覆蓋、採用率。這三個,才是決定 AI 專案生死的地方。

兩種模式的本質差異

AI 卓越中心 CoE 是集中式的:一支精英團隊,對全公司負責,好處是標準一致、重複造輪子少、治理與資安容易管。前線部署團隊(FDE)是嵌入式的:工程師直接坐進金融的風控組、醫院的放射科、工廠的品保線,跟現場的人共用同一個 Slack 頻道、看同一份報表。前者對「公司」負責,後者對「某一條產線的某一個人」負責。差別聽起來很細,落到交付上卻是天壤之別。

維度集中式 CoE嵌入式前線部署團隊
交付速度慢,需求要排隊進 backlog,跨部門溝通成本高快,工程師在現場直接改,當天看到反應
邊角案例覆蓋弱,通用方案難照顧各單位的特殊流程強,貼著真實工作流,edge case 當場被抓出來
採用率常見 5%–15%,交付即撤場,沒人扛採用高,工程師扛到有人天天用才算完
治理與標準強,一致性高、資安好管弱,各自為政、容易長出重複與技術債
規模擴張容易複製標準難,人綁在現場,不易一對多

為什麼採用率是分水嶺

上一段那個「5% 採用率」不是隨手寫的。我們接手過的失敗案子裡,超過一半的 AI 系統本身沒壞,壞的是沒人用。集中式 CoE 最典型的死法就是:方案做得很標準、很通用、Demo 很漂亮,交付那天大家鼓掌,然後團隊撤場去做下一個。三個月後回頭看,現場的人還是用舊的 Excel,因為那套通用工具剛好不懂他們每天要處理的三種例外情況。

邊角案例覆蓋和採用率是連動的。企業真實的工作流,價值往往就藏在那 20% 的例外裡——風控組要看的不是標準客戶,是異常客戶;放射科在意的不是好判讀的片子,是模糊的那幾張。集中式團隊離現場太遠,只能做「一般情況」,而一般情況早就不需要 AI 了。前線部署團隊的優勢就在這:人在現場,例外會自己浮出來,改一版當天就能驗證對不對。

但別急著全押 FDE。它的代價很實在:工程師綁在一條產線上,很難一對多;三個單位各做各的,半年後你會發現有三套邏輯重疊卻互不相通的 RAG 系統,治理和資安沒人統一把關。純嵌入式跑久了,技術債會反過來拖垮速度。

混合式:一個中心,多支前線

所以我們給大多數中大型企業的建議是混合式,而且分工要講清楚。

CoE 不該是接單做專案的工廠,而應該退到平台層:管好模型接取、資料治理、資安紅線、共用的 RAG 與評測框架,把重複的地基一次蓋好。真正貼著業務跑的,交給嵌入各單位的前線部署小隊——他們負責交付速度、啃邊角案例、扛採用率,把地基變成產線上真的有人用的東西。中心提供「能力」,前線負責「上線」。

判斷自己該偏哪邊,有個簡單的問法:如果你最大的痛是各單位重複造輪子、資安失控,先補 CoE;如果你的痛是 AI 買了一堆卻沒人用、Demo 過後就沒下文,先派前線。多數公司其實是後者——這也是為什麼我們始終把工程師送進客戶現場,盯著採用率而不是驗收單,因為 Demo 很美不算數,上線且有人天天在用,才算數。

AI ワークフローを、
あなたの業務の中へ

FDE・FDM でチームに入り込み、現場が日々動かす AI エージェントとワークフローを構築します。数四半期ではなく、数週間で稼働。