FDE 前線部署工程 vs 傳統系統整合商(SI):企業 AI 導入該選哪一種交付模式?

驗收那天,測試案例全部亮綠燈。客戶的 IT 主管在文件上簽字,整合商的專案經理握手、拍合照、收工。系統「上線」了。

三個月後我們接到那通電話。那套花了七位數導入的知識檢索系統,月活躍使用者是個位數。合約上寫的每一條規格都做到了,驗收報告一頁不缺。可是沒有人在用它。

這不是誰偷工減料。這是兩種交付模式的根本差異——而多數企業在簽約前,從沒把這個差異看清楚。

先把問題問對:FDE vs 系統整合商 SI,差在「誰扛採用率」

一句話講清楚:傳統系統整合商 (SI) 的交付終點是「系統通過驗收」,FDE 前線部署工程的交付終點是「系統真的有人在用」。

差別不在技術棧,不在誰的規格表比較長。差在責任的邊界畫在哪裡。SI 的責任邊界畫在「上線」那條線上;FDE 把邊界往後拉,一路拉到採用曲線爬起來為止。企業 AI 導入之所以特別容易在這裡踩雷,是因為 AI 專案的價值幾乎全部發生在驗收之後——模型要餵真實資料、提示詞要跟著業務調、使用者要願意改掉舊習慣。這些事,傳統 SI 的合約裡通常一個字都沒寫。

SI 的模式:規格導向,採用是你家的事

系統整合商是一套非常成熟、也非常有價值的模式。它用人天報價,用需求規格書當合約基準,用 UAT 和驗收簽字當結案條件。這套邏輯在 ERP 導入、硬體整合、系統串接這類「規格清楚、變數可控」的專案上運作得很好——需求越明確,SI 越強。

問題在於,它把「有沒有人用」放在責任範圍之外。規格達標、如期上線,錢就該收,這在合約上完全站得住腳。於是當使用率只有 4%,SI 會告訴你:這不在原始需求裡,要改請走變更流程,重新報價、重新排期。他們沒有錯。是這個模式本來就不扛採用率。

FDE 的模式:工程師進場,扛到有人在用

前線部署工程反過來。工程師不是遠端交付一包程式碼,而是進場,坐在你的現場,跟真正要用系統的人一起工作。看他們卡在哪、繞過哪、為什麼寧可回去用 Excel。然後當場改。

我們把這件事講得很白:Demo 很美不算數,上線且有人在用才算數。這句話決定了計價方式、決定了團隊坐在哪、也決定了遇到「這裡不一般」時的反應——不是走變更單,而是把那個例外變成設計的一部分。

那到底該選哪一種

別把 FDE 當成「比較好的 SI」——它更貴,也更麻煩。它要求你開放現場、給資料存取權、讓工程師真的接觸到會用系統的人。你不能把責任整包外包出去然後等驗收,因為採用率是雙方一起扛的。如果你的專案需求穩定、規格寫得出來、上線就等於成功,那老實說,找一家靠譜的 SI 用人天報價做,更划算,也更快。

但如果你要導入的是 AI Copilot、Agentic 工作流,或 RAG 知識系統——那種「上線只是起點、真正的仗在採用」的東西——用 SI 的合約去買,你買到的很可能是一份完美的驗收報告,和一套沒人用的系統。

我們自己接手過太多這種案子:系統沒壞,規格全中,就是躺著沒人碰。所以在 Tenten,我們把工程師直接嵌進客戶現場,盯著使用率一週一週往上爬,而不是在驗收那天拍完合照就走人。責任放在誰身上,結果就長成什麼樣子。