什麼是 FDE 前線部署工程 (Forward-Deployed Engineering)?定義、起源與適用情境

一句話定義:什麼是 FDE 前線部署工程

FDE(Forward-Deployed Engineering,前線部署工程)是一種軟體交付模式:工程師不待在自家辦公室,而是直接進駐客戶現場,與客戶的業務、IT 與第一線人員並肩工作,把 AI 或軟體系統從「Demo 很美」一路扛到「真的上線、每天有人在用」。

它的重點不在寫更多程式,而在把技術落到某一家公司真實的流程、資料與人身上。負責這件事的人,就叫前線部署工程師(Forward-Deployed Engineer)。

先講一個場景。上季我們接手一個案子:客戶半年前導入了一套市場評價很好的 AI 客服系統,合約簽得很快,Demo 那天所有人都點頭。等我們進場盤點,實際使用率是 6%。系統沒壞,模型也不笨——它是為「一般公司」設計的,而這家公司的報價邏輯、退換貨規則、跟 ERP 的串接,沒有一處是「一般」。差的那 94%,正是 FDE 要補的洞。

FDE 的起源:從 Palantir 到 AI 時代

FDE 這個角色最早被系統性地建立,是在資料分析公司 Palantir。他們發現一件事:再強的平台,交給情報單位、政府或大型企業,對方也很難自己把它用起來。於是 Palantir 把工程師直接派到客戶端,坐在對方旁邊,邊理解業務邊在平台上搭出可用的東西。這批人就是最早的 forward-deployed engineer。

這個模式近兩年在 AI 圈重新被翻出來,不是巧合。大型語言模型讓「做出一個會動的 Demo」變得非常便宜,卻也讓另一件事變得更貴——把 Demo 變成生產系統的距離,不減反增。OpenAI、Anthropic、Palantir 這幾年都在大量招 FDE,原因一樣:模型很通用,但每一家企業的資料、權限、合規與人,都極度不通用。中間那段落差,沒有人進場就跨不過去。

FDE 跟傳統顧問、SI、產品工程差在哪

同樣是「幫企業導入系統」,FDE 和常見的幾種角色,成功的定義完全不同:

交付模式	人在哪	交付什麼	成功怎麼算
傳統管理顧問	客戶端開會	簡報、建議書	報告交出去
系統整合商 (SI)	專案室	合約規格內的系統	驗收通過 (UAT)
一般產品工程	自家公司	通用產品功能	版本上線
FDE 前線部署工程	進駐客戶現場	跑在客戶真實流程上的系統	上線,而且日常被使用

關鍵差別在最後一欄。顧問交完報告就結案,SI 過了驗收就結案,產品工程把功能上線就結案——但 FDE 的計分板是「使用率」與「採用」。系統上線只是起點,有人每天靠它做事,才算數。

什麼情況適合導入 FDE

不是每個案子都需要 FDE。買一套規格清楚、流程標準的工具,照文件裝好就能用,派工程師進場反而是浪費。

FDE 真正有價值,是在以下這幾種情況同時出現的時候:流程高度非標準,套裝方案總是卡在最後一哩;技術不是瓶頸,採用才是——工具買了,但沒人願意改變工作習慣;產業風險高,金融、醫療、製造、車用這類場景,錯一次的代價很大,系統必須嵌進既有的合規與資料邊界;還有一種最常見——PoC 做得很漂亮,卻始終跨不過那道「試點永遠是試點」的牆。當這些訊號出現,把工程師派進現場,通常比再買一套工具划算。

現場的 FDE 到底在做什麼

拆開來看,一個前線部署工程師的一天,大概三件事交錯進行:先搞懂業務——去看第一線的人實際怎麼工作、卡在哪、為什麼不用新系統;再動手接管道——把模型接上對方的 ERP、CRM、權限體系與真實資料,處理那些 Demo 裡永遠被跳過的髒細節;最後陪跑採用——調整流程、訓練使用者、盯著使用率一週一週往上爬,直到系統變成他們離不開的工具。

這也是我們在 Tenten 做 FDE 的方式:不交一份報告,而是把工程師嵌進客戶現場,對「上線且有人用」負責到底。對我們來說,Demo 很美不算數;真的有人在用,才算數。