SERVICE · FORWARD DEPLOYED ENGINEERING (FDE)
前線部署工程師，把卡住的流程做到上線
Tenten 和實際執行工作的人一起確認問題、串接系統、測試例外。從一條有負責人、有驗收標準的流程開始，交付可操作的系統，也約定移交與上線後責任。
DEFINITION · FDE 是什麼
什麼是 FDE？
FDE 是 Forward Deployed Engineer，中文常稱前線部署工程師。工程師進入客戶團隊的工作流程與系統，和流程負責人一起定義範圍、建置、測試到正式上線，再移交約定的程式碼、文件與操作知識。
前線部署指的是貼近實際工作：了解使用者如何做決定、資料從哪裡來、權限與例外怎麼處理。是否實體駐點依合作需要約定，重點是工程師參與交付，也能和負責人直接確認問題。
這種模式由 Palantir 推廣。自 2025 年起，OpenAI、Anthropic 等 AI 模型公司也建立前線部署團隊，協助客戶把模型接進實際應用。各家的角色與合作範圍不同，選擇時仍要確認交付物、責任與退出條件。
COMPARISON
FDE 和其他做法差在哪
FDE 和顧問差在哪？先看你要的是方向、系統整合、長期內部能力，還是一套現成工具。名稱不能代替合約；每種做法都有適合的情況。
小螢幕可左右捲動，查看所有做法。
| 比較項目 | FDE | 傳統顧問 | 系統整合商（SI） | 自建團隊 | 直接買 SaaS |
|---|---|---|---|---|---|
| 誰在現場 | 工程師和流程負責人共同建置 | 顧問訪談與分析；實作另依範圍 | 整合團隊和 IT、供應商協作 | 內部工程師與業務團隊 | 內部管理員搭配供應商支援 |
| 交付的是什麼 | 一條上線流程與約定的移交內容 | 策略、診斷與決策建議 | 約定系統、介面與整合驗收 | 持續開發與維運能力 | 既有產品功能與服務支援 |
| 多快看到第一個上線 | 取決於首條流程、資料與核准條件 | 建議可先交付；上線另看實作安排 | 取決於整合範圍與供應商協調 | 取決於現有能力、招募與排程 | 功能吻合可先試用；整合另評估 |
| 知識留在哪裡 | 約定的程式碼、評測、文件與團隊移交 | 報告與工作坊；實作知識另確認 | 設計與維運文件；授權另確認 | 內部程式碼、文件與人員 | 產品在供應商；設定與資料可攜性需確認 |
| 最適合的情況 | 有明確流程，需要一起解決實作與整合 | 方向或組織決策尚未對齊 | 多套企業系統的標準整合或汰換 | 核心能力需長期持續開發 | 成熟產品已涵蓋需求 |
| 主要風險 | 範圍擴大、依賴外部工程師、移交不足 | 建議與實作之間缺少負責人 | 跨供應商依賴與驗收邊界不清 | 招募、管理與關鍵人員流失 | 功能限制、資料可攜性與供應商依賴 |
FIT
先判斷這條流程適不適合
適合找 FDE 的情況
- 有一條反覆卡住的流程，也有能決策的負責人
- 需要把 AI 接進既有系統，現成工具仍有缺口
- 資料與權限可取得，使用者願意參與測試
- 內部團隊能一起審閱，並準備接手或約定維運
- 希望用可操作系統與真實案件確認是否值得擴大
先用別種方式的情況
- 沒有流程負責人，跨部門決策也尚未對齊
- 只需要一次性的報告、簡報或工具教學
- 成熟 SaaS 已涵蓋需求，設定就能使用
- 資料或權限無法取得，卻要求直接正式上線
- 核心產品需要長期內部開發，且已有足夠團隊能力
HOW TENTEN WORKS
Evaluate → Build → Run
每個階段都確認交付物、責任與停止條件。先看第一條流程的證據，再決定下一步。
EVALUATE · 評估
定義一條流程
確認使用者、資料、權限、主要風險與驗收標準。提出繼續、補條件或停止的建議。
BUILD · 建置
一起開發與審閱
連接約定系統，以真實案件測試主要路徑、例外與人工接手，讓團隊審閱可操作版本。
RUN · 維運與擴大
確認責任再上線
確認監控、事故處理、回歸評測與操作文件。達到驗收標準後，再評估移交或擴大。
COST & HANDOVER
FDE 是不是成本陷阱？
如果持續加需求，或只有外部工程師懂系統，成本確實可能失控。建置階段的投入包含工程師與團隊共同工作的時間；移交後仍有模型、基礎設施與維運成本，需要在提案裡分清楚。
- 把範圍寫清楚
- 先約定一條流程、整合介面、驗收標準、假設與排除項目。新增需求另外評估，確認後才改範圍。
- 把接手內容寫清楚
- 約定程式碼、提示詞、架構文件、評測集與結果、Runbook，以及操作與例外處理訓練。所有權、第三方授權與資料可攜性逐項確認。
- 把停止條件寫清楚
- 資料或權限不足、效益不支持投入，或第一條流程已完成驗收與移交時，就應檢查是否停止。持續維運或下一條流程另行確認範圍。
RELATED
從你的工作情境繼續看
前線部署行銷 FDM
把前線部署方式用在行銷團隊的資料、工具與審核流程。
公開作品
看已公開的交付內容，作為合作討論的依據。
Agentic 工作流
串接例行作業，保留人工核准、例外接手與執行紀錄。
RAG 知識系統
檢索內部文件，檢查答案來源、版本與存取權限。
FAQ
關於前線部署工程的常見問題
FDE 是什麼？和一般工程師差在哪？
FDE 是進入客戶團隊與系統工作的工程師角色。除了寫程式，也和流程負責人確認需求、處理整合、測試真實案件並規劃移交。能力與責任仍須依合作範圍確認。
FDE 和顧問差在哪？
顧問適合協助釐清方向、診斷與組織決策。FDE 著重和團隊一起實作，把一條約定流程做到上線。部分顧問也提供實作服務，應直接比較交付物與責任。
前線部署工程師一定要實體駐點嗎？
不一定。是否駐點依流程、協作與資安需要約定。重點是能接觸實際工作、取得核准的系統權限，並和決策者及使用者一起審閱。
第一條流程要多久才能上線？
取決於資料存取、系統介面、核准與驗收條件。先確認限制與相依條件，再在提案中約定時程，不能只憑 FDE 這個名稱保證速度。
合作結束後，內部團隊能接手嗎？
開始前就要約定程式碼存取、提示詞、文件、評測、操作訓練與維運責任。第三方授權、所有權與退出條款寫進合約，讓團隊能審閱接手條件。
資料與資安怎麼處理？
接入前和你的 IT 與資安團隊確認部署方式、存取權限、模型供應商條款、資料保留與訓練政策。以核准來源建置，測試允許與拒絕存取的情況。
已經有 SI 或內部工程師，還需要 FDE 嗎？
先看缺口。如果既有團隊能完成流程、整合與維運，就不必另找 FDE。需要補足某條流程的實作或協作時，可約定清楚的分工，避免重複責任。
什麼時候應該停止合作？
當資料或核准條件無法補齊、預期效益不足，或已達成約定驗收與移交，就應檢查停止條件。後續維運與擴大另行約定，並交代已確認的事實、產物與剩餘風險。