定義
FDE（Forward Deployed Engineer，前置部署工程師）是把工程能力帶到客戶現場的人。簡單說，FDE 不只回答「能不能做」，還要在真實流程中確認「誰會用、資料從哪裡來、失敗時怎麼辦，以及如何驗收」。
這個角色介於業務、產品、顧問與軟體工程之間，但不是把幾個職稱拼在一起。FDE 的核心是對問題與結果負責：先理解企業怎麼工作，再選擇合適的 AI、資料和整合方式，最後讓流程在日常營運中可重複執行。優創智能的 FDE 企業 AI 導入服務涵蓋流程盤點、SOP 整理、系統串接、員工培訓與驗收交接。
FDE 這個職稱從哪裡來？
FDE 最早由資料平台公司 Palantir 用來描述被派駐到客戶現場的工程角色，之後在資料與 AI 相關公司之間逐漸普及，近年也有模型與工具公司以相同職稱招募客戶端工程人才。
名稱相同不代表工作內容一致：有些公司用 FDE 指涉銷售支援或解決方案工程，有些則要求獨立完成系統整合、上線與交接。評估時要看對方實際交付什麼、由誰驗收，而不是只看職稱；這也是接洽 FDE 企業 AI 導入服務時應該先問清楚的第一個問題。
FDE 的交付方法：從問題到可用系統
FDE 的工作不是先展示一個漂亮 Demo，而是先縮小問題、取得現場證據，再以小範圍部署逐步擴大。這讓企業能把不確定性拆開處理，避免工具先買了、流程卻沒有人採用。
第一步是現況盤點：訪談流程負責人與實際操作者，記錄輸入、判斷、例外、交接與目前使用的系統。第二步是定義邊界：確認資料來源、角色權限、哪些動作只能產生草稿、哪些動作需要人工批准。第三步才是建置與整合，讓 AI 接上既有的 CRM、ERP、知識庫或通訊工具。最後以代表性案例試跑、蒐集執行紀錄，完成培訓、操作手冊與維運交接。
這也是 企業 AI 導入流程和一般買 SaaS 的差異：交付物不只是一個帳號，還包含能被團隊接手的工作流與治理規則。
FDE 與其他角色的差異
FDE 的直接答案是：它不以「介紹方案」、「提供人力」、「提出建議」或「維護單一產品」為終點，而是把現場問題推到可運作、可驗收的結果。不同角色可以合作，但責任邊界要先寫清楚。
| 角色 | 主要責任 | 常見交付 | FDE 的差異 |
|---|---|---|---|
| 售前 | 探索需求、說明方案 | 簡報、報價、架構方向 | FDE 會繼續參與落地與驗收 |
| 駐場外包 | 依規格提供人力 | 程式或日常支援 | FDE 也協助釐清尚未成形的問題 |
| 諮詢顧問 | 診斷與提出建議 | 報告、路線圖 | FDE 會把建議做成可試跑系統 |
| 產品工程師 | 建造與維護通用產品 | 產品功能與穩定性 | FDE 以特定企業現場流程與結果為中心 |
PSF、MVD 與成果驗收
FDE 專案應先通過 PSF（Problem-Solution Fit，問題解法契合）三關：問題是否真實且有人負責、解法是否能在現有資料與權限下運作、結果是否值得團隊採用。三關未通過，就不應急著擴大範圍。
接著以 MVD（Minimum Viable Deployment，最小可行部署）切出第一個可在真實環境使用的範圍。MVD 不是半成品 Demo，而是有明確使用者、輸入、輸出、權限、人工接管與失敗處置的最小工作流。例如先讓 Agent 讀取指定資料並產生草稿，由員工核准後再寫回系統，而不是一開始就開放所有權限。
成果計價與驗收應依事前約定的交付物與證據，而不是空泛承諾。可驗收項目包括流程是否完成、指定案例是否可重現、執行紀錄是否完整、使用者是否完成培訓，以及工時、處理時間、錯誤或人工接管等指標是否依同一口徑比較。實際數值與時程必須依企業基準資料確認，不能用未經驗證的案例或保證取代測量。
什麼樣的企業適合 FDE？
最適合 FDE 的企業通常已知道哪個流程最痛，卻缺少能同時理解業務與工程的人；也願意讓流程負責人提供資料、參與試用，並由主管承擔驗收。HR、電商營運、傳產製造是優創智能目前累積較多方法的方向，其他產業則應先做範圍評估。
若企業還沒有流程負責人、資料來源混亂到無法確認真實版本，或期待 AI 在沒有治理與人員參與下自行解決所有問題，第一步應先整理流程與 SOP，必要時以 PoC 概念驗證釐清可行性。FDE 的價值不是替企業跳過準備，而是陪企業把準備、建置和交接做成一條可驗收的路徑。
實際應用情境
FDE 常處理跨部門、重複性高且例外不少的工作，例如把非結構化詢問整理成業務草稿、將內部規範接到客服流程，或協助製造現場比對資料與標記異常。這些情境的共同點不是「用了最新模型」，而是工作流有清楚邊界，第一線人員能回饋，系統也能留下足夠紀錄。
因此評估 FDE 時，應要求對方說明誰會進場、如何盤點、哪些資料與工具可用、如何處理錯誤、交付哪些文件，以及成果如何由企業驗收。若只展示一次成功的 Demo，卻沒有說明維運、權限和交接，就還不能視為完成導入。更多上線前檢查可參考 FDE 驗收清單與 Agent 執行合約。
FDE 也不等於永久駐場。理想的交付會把現場決策整理成流程圖、權限矩陣、測試案例、操作手冊與責任分工，讓企業團隊能在導入後自行判斷哪些情境可自動化、哪些情境要升級。當需求變動或資料來源更新時，這些資產也能支持後續維護，而不是只能依賴某位工程師的記憶。
對企業而言，選擇 FDE 前最值得先準備的不是一長串工具清單，而是一個願意被改善的工作流程，以及能代表業務結果的驗收人。只要問題邊界、資料責任與決策節點清楚，FDE 才能用工程方法把 AI 從想法推進到日常工作。