文章真正談的，不是職稱，而是「價值交付的位置」
原文以 FDE（Forward Deployed Engineer，前線部署工程師）與硬體業 FAE（Field Applications Engineer，現場應用工程師）的對照，指出企業導入 AI 失敗的關鍵，往往不在模型能力，而在最後一哩：既有系統、資料、權限、法遵與工作習慣沒有被接起來。
從賣產品轉向交付成果
FDE 不把 demo 或授權交付當作終點，而是進入現場，反覆試作、修正，直到使用者真的用得起來。
FAE 是台灣既有的能力
聯發科 turnkey 模式的關鍵，不只是晶片，而是 FAE 陪客戶從選型、整合、測試一路做到量產。
標準化與深入現場必須重新平衡
SaaS 追求低邊際成本；FDE 的價值來自深入需求。下一代顧問與軟體公司要做的是「可複用的客製化」。
FDE、FAE 差在哪？共同點是「陪客戶做到成功」
流程、產品、現場
整合、試作、除錯
上線、採用、量產
FAE：把零組件帶進產品
常見於半導體與硬體業，從零組件選型、設計導入、測試除錯到量產爬坡，協助客戶降低導入風險。聯發科的 turnkey 方案，就是把晶片、參考設計、軟體、工具與技術支援整合成一套可出貨的能力。
FDE：把技術帶進工作流程
常見於 AI 與雲端導入，工程師進入客戶現場，盤點文件、資料、權限與流程，先做出能動版本，再持續修正，直到系統能被使用者採用並產生實際價值。
標準化不是反客製化，而是把客製化拆成可複用模組
對 9 人公司而言，最危險的不是客製化，而是每一次客製化都從零開始。川海需要建立的不是純 SaaS，也不是傳統人力外包，而是「標準化底座＋現場部署＋產業方法庫」的混合模式。
| 模式 | 客戶買到什麼 | 優點 | 風險 | 川海的建議 |
|---|---|---|---|---|
| 純標準產品 | 同一套產品、固定流程 | 易複製、毛利與規模性較高 | 難貼合製造現場；導入失敗責任被推回客戶 | 適合做底座，不適合單獨作為主張 |
| 純客製專案 | 依需求開發系統 | 容易成交、能解決眼前問題 | 高度依賴個人；維護成本高；每案重做 | 保留在高價值差異化層，設計邊界 |
| 產業解決方案 | 特定產業的流程與工具 | 較容易複製，顧問價值清楚 | 需求變動時需要持續更新 | 以製造流程、精實管理、MES 整合為核心 |
| FDE 型部署服務 | 從診斷到上線、採用與成效 | 客戶成功率高，能形成長期關係 | 吃人力；若沒有模組化會被專案拖垮 | 作為川海主定位，以產品化治理成本 |
標準化底座
流程盤點模板資料欄位規範權限與治理部署檢核
把每次都會做的事情，變成工具包、模板、元件與檢核表。
客製化現場層
產線情境ERP / MES角色工作流例外處理
只客製真正影響採用與成果的部分，不為了迎合偏好而無限開發。
持續成功層
成效追蹤培訓移交季度優化案例沉澱
把一次性專案轉成持續改善服務，讓客戶能力留下來。
9 人公司的適合打法：小型 FDE 團隊，而不是縮小版軟體公司
川海目前具備 3 位顧問、3 位程式設計師，加上管理與支援資源。這個組合的優勢不是大量接案，而是能把「產業理解、流程設計、系統實作」壓縮在同一個小隊裡，快速完成從問題定義到可用版本。
定位句
陪製造型中小企業，把流程改善與數位工具真正部署到現場，從「知道該改什麼」走到「每天真的有人使用」。
不該承接的案子
需求模糊、只想比價、期待無限客製、沒有內部負責人、也不願提供資料與現場時間的案子。
應該爭取的案子
痛點明確、決策者願意進場、已有基本系統、願意用 8–12 週完成一個可量化改善循環的製造業客戶。
建議的「一案一小隊」配置
顧問 1：流程與價值負責人
定義問題、畫現況流程、設定 KPI、主持客戶共創與決策。
顧問 2：變革與採用負責人
訪談使用者、設計工作方式、訓練主管與現場，追蹤實際採用率。
工程師 1–2：部署與整合
快速做出 MVP、串接既有系統、處理權限與例外，建立可維護的技術底座。
從接案公司走向可複製的 FDE 服務產品
建立一個主戰場：製造現場的單一高價值場景
不要同時做 ERP、MES、AI、流程改善所有事情。先選一個能快速證明價值的場景，例如：工單異常回報、品質問題追溯、設備維修知識查詢、現場報表自動化。定義「上線」以外的指標：處理時間、錯誤率、回報完整度、採用率。
把專案拆成三層資產
每完成一案，就回收成：①顧問方法（訪談、診斷、工作坊）；②技術元件（連接器、權限、紀錄、介面）；③交付證據（前後數據、案例、常見阻礙）。下一案只允許客製差異，不允許重做共通底層。
推出分層方案與持續服務
可設計「診斷包 → 部署包 → 擴充包 → 持續優化包」。一次性收入負責導入，月費或季費負責監控、培訓、優化與新場景複製。把客戶成功交付變成可預期的服務週期，而不是無限期免費支援。
每案都要留下的 8 個可複用資產
客製化要不要做？用四個問題判斷
Q1｜這個需求是否直接影響成果？
若只影響個人偏好，應拒絕或延後；若影響流程瓶頸、法遵、資料正確性或現場採用，才進入客製範圍。
Q2｜能否抽象成產業共通模組？
若未來 3 個客戶都有可能遇到，就不該只做成單一客戶的私有程式，而要設計成可設定元件。
Q3｜客戶是否願意共同投入？
FDE 不是把所有責任外包給川海。客戶必須提供流程專家、資料、決策窗口與現場測試時間。
Q4｜完成後誰能維持它？
若系統離開川海就無法運作，代表交付不完整。每一案都要包含移交、培訓、監控與後續改善機制。
「標準化讓我們活下來，現場部署讓客戶成功，持續沉澱才讓公司長大。」
對川海而言，FDE 不是把公司改造成大型軟體商，也不是把顧問變成駐點工程師，而是將既有的數位轉型與精實管理能力，重新包裝成一套可交付、可衡量、可複製的客戶成功系統。
討論題
- 川海目前最有機會變成「部署資產」的既有方法與程式元件是什麼？
- 哪些客製需求其實是客戶流程尚未標準化，而不是系統真的需要客製？
- 若 12 個月後只能留下三個代表案例，哪三個案例最能證明川海的產業定位？
來源：數位時代 BusinessNext〈FDE、FAE差在哪？聯發科「陪客戶一路做到成功」打法，把生意撐起來〉｜2026.08.11
本頁為依原文論述重組，並從川海企管顧問之製造業、流程改善與系統整合情境延伸分析；文中市場數字與企業動態以原文引用為準，未另作獨立查證。