FDE 是不是換皮顧問？差別在報告交完之後，那個人還在不在

FDE，全名 Forward Deployed Engineer（前線部署工程師），是這波 AI 熱潮裡竄紅最快的職稱之一，工作是長駐客戶現場、把系統落地並持續維運。Palantir 全球商務負責人 Ted Mabrey 最近在自己的 Substack 上寫了一句很不給同業面子的話：他見過的每一個「FDE 仿製品」，都只是「半吊子」（half measure）。LeadDev 的報導引述另一位業界人士的說法更直接：「現在很多組織，只要一個人會面對客戶、又懂一點技術，就叫他 FDE。」

這句話的殺傷力在於，說話的人不是外部酸民，是發明這個職稱的公司自己人。TechCrunch 在 2026 年 7 月的報導引述人力仲介公司 Christian & Timbers 的研究，美國市場上掛著 FDE 職稱的人大約有 1.7 萬名，但真正具備產業know-how、能穩定幫企業算出投資報酬率的頂尖人才，該研究估計只有 2,000 人，而且原文特別強調這是「總數，不是可招募的空缺數」。兩個數字來自同一份研究，但研究沒說明 2,000 人是不是 1.7 萬人的子集，我們不換算成精確比例，只取一個方向：掛著 FDE 職稱的人，跟真正撐得起這個定義的人，中間有相當大的落差。

這正是 FDE 熱潮裡最尷尬、也最值得認真討論的爭議：這到底是一個新的職能分工，還是顧問業換了一件新外套？我們不打算迴避，這篇文章想把質疑攤開來看清楚，再說明「陪跑到底」跟「交報告走人」之間，有哪些可以驗證的差別。

我們最近準備這系列文章時，內部先吵了一輪。有人丟出一句很直接的話：「這職稱聽起來很潮，但我們做的事，跟十年前的導入顧問到底差在哪？」這問題不好回答，因為表面上看起來真的很像，但也正因為不好回答，才值得寫清楚，而不是含糊帶過。

這場爭議其實可以拆成三層，每一層都有各自的理由

外界對 FDE 的質疑不是一句「這只是行銷話術」就能打發，攤開來看至少有三個獨立層次，每一層背後都有具體數字或說法撐著，值得分開回應。

第一層的名稱套皮最容易理解也最容易反駁：只要換個頭銜、履歷加一行關鍵字，任何客戶成功經理都能自稱 FDE。判斷一個角色是不是真的 FDE，不能只看職稱，要看後面兩層更硬的證據。

第二層的供給集中，其實是一個誠實的警訊。TechCrunch 提到，這 1.7 萬名 FDE 裡「相當一部分」已受雇於發明這個概念的 Palantir，代表真正培養出這套做事方法的人才庫，集中在極少數幾家公司手上。同時，數位時代 BusinessNext 的報導指出，FDE 職缺一年內（2025 年 4 月到 2026 年 4 月）從 643 個暴增到 5,330 個，年增率達 729%。需求成長得比人才培養速度快太多，市場自然會湧入一批「掛牌不掛實」的人，這是任何供需失衡市場都會出現的正常現象，三年前的雲端架構師、五年前的資料科學家都經歷過同樣的階段。

第三層的總體矛盾最有意思。同一時間，軟體業還在裁員，企業卻願意用比一般工程師更高的薪資去搶 FDE。這兩件事看似矛盾，一部分反映的是企業整體 AI 投資重新配置的大趨勢，但也有一塊確實回到同一個核心：企業不缺會寫程式的人，缺的是能把技術方案真正塞進客戶那套十年沒動過的系統裡、還要對結果負責的人。這個角色稀缺，是裁一批、搶一批同時發生的其中一個原因，不是唯一原因。

從 Palantir 自己人的坦白，到中國市場一模一樣的質疑

如果只有西方科技媒體在講這件事，或許還能說是話題操作。但把視角拉開，會發現「換皮顧問」的質疑幾乎是跨語言、跨市場同時出現。

第一個案例，來自發明這個職稱的公司內部。Ted Mabrey 是 Palantir 的全球商務負責人，他沒有動機貶低自家發明的職稱，但他在 Substack 上仍然直言，市面上他看過的 FDE 仿製品，全部都只是半吊子。這句話之所以重要，是因為它劃出了一條界線：職稱不等於能力，就算你在履歷上寫了 FDE，也不代表你真的具備 Palantir 原始定義裡那種「深入客戶現場、對結果負責」的工作方式。維基百科「Forward Deployed Engineer」條目把這個角色定義為「在客戶端開發並部署軟體的面對客戶工程師」，橫跨解決方案架構師、業務工程師等多種職能的工作內容，本身就說明這個職稱的邊界一直很模糊，才會給「套皮」留下空間。

第二個案例，來自完全不同的市場。大陸科技媒體虎嗅一篇評論文章講得更不留情面：作者直接反問，從早年的 ERP 系統導入到長期駐點的顧問服務，「幹的哪一件事不是 FDE 的活兒？」他認為這件事在大陸已經做了三十年，「唯一區別，我們不叫 FDE，我們叫外包」。文章同時點出客戶端最現實的質疑：「報價為什麼比外包貴這麼多？」這類問題，跟台灣品牌主評估任何一種「陪跑式服務」時心裡冒出的疑問，幾乎一模一樣。

這兩個案例放在一起看，透露出一個共同結論：換皮顧問的疑慮跨越語言與市場同時出現，是任何一個新職稱在熱潮初期都會遇到的檢驗。真正該問的問題，從來不是「這個職稱聽起來新不新」，而是「拿掉這個職稱之後，這個人跟客戶的關係還剩下什麼」。

第三個對照，是熱潮本身的規模。TechCrunch 的報導提到，不少大型顧問公司計畫把 FDE 編制擴大十倍，從二十人團隊擴編到上百人，這種速度很難靠「精挑細選頂尖人才」完成，稀釋幾乎是必然結果。同一篇報導甚至引述業內人士的悲觀推測，認為這個角色兩到五年內就可能被自動化取代，五到十年後甚至可能整個消失。連催生熱潮的人都在懷疑這份工作能撐多久，外界的懷疑一點也不誇張。

顧問跟陪跑到底差在哪：三個可以驗證的機制

把上面三層爭議放在一起，我們認為真正該問的問題，是這套做事方法跟過去的顧問模式，在機制上到底有沒有實質差異，職稱新不新根本不是重點。我們認為關鍵差異落在三個可以驗證的地方，能直接拿來檢查一份合約或一段合作關係，不只是抽象的形容詞：

1. 責任的終點在哪裡：傳統顧問模式的責任終點是報告本身，顧問把分析做完、建議寫清楚、簡報講完，合約就結束了，至於品牌照不照著做、做了之後有沒有效，不在合約範圍內。陪跑模式的責任終點是結果，合作雙方要一起看數字，數字不對就要一起想辦法，直到問題真的解決為止。這也是為什麼有一篇文章直接指出：品牌挑系統或挑合作夥伴，最後比的是誰真的能把資料串進營收裡，不是介面好不好聊。
2. 現場時間的密度：顧問模式通常是一次性的深度訪談加上幾週的資料分析，產出一份厚厚的建議書。陪跑模式的現場時間拉得很長，而且是反覆發生的，這個月處理的是會員資料串接，下個月處理的是活動腳本卡在哪個環節，半年後再回頭檢視當初的假設有沒有跟著品牌的業務變化調整。時間拉得夠長，才看得到品牌真正的生意節奏，一次訪談裡聽到的通常只是片面說法。
3. 現場學到的東西會不會反饋回產品：這是我們認為最關鍵的一項，重點在於下一個客戶用不用重新踩一次同樣的坑。顧問模式的知識通常留在顧問腦子裡，這個顧問離職或換到別的專案，這些經驗就跟著消失。陪跑模式要求把每一次落地過程中遇到的坑，變成產品下一個版本裡的功能或規則，讓經驗變成可以複製、可以繼承的資產。我們自己也曾經寫過，品牌挑 CDP 系統或合作夥伴，最後比的是誰能把資料、執行、結果跟學習接成一個真的會轉動的循環，不是誰的模型比較大。這句話同樣適用在判斷「這個人是不是真的在陪跑」：如果他離開之後，什麼都沒有留下來變成系統的一部分，那不管職稱寫什麼，本質上都還是一次性顧問。

這三個機制加起來，回答了開頭那個尷尬的問題。FDE 這個詞會不會退燒，我們不知道，也不打算裝作知道。但「對結果負責、現場時間夠長、經驗會反饋回產品」這三件事，不會因為熱門詞彙退燒就跟著消失，換不換名字都一樣。

91APP 判斷的標準，是這件事做了多久，不是有沒有換名字

這裡不是要幫自己的服務貼一個時髦標籤，而是想誠實攤開來對照：品牌在導入 91APP CDMP 或個人化行銷系統的過程中，顧問團隊要處理的問題，跟上面談的「陪跑式落地」三個機制哪裡像、哪裡未必做得到位，讓讀者自己判斷，而不是我們單方面宣稱。

具體來說，這種重疊表現在三個地方：

1. 導入完成之後還要持續處理會員資料歸戶、通路串接、腳本優化這些隨業務變化調整的工作，不是交付系統就算結束。
2. 顧問團隊長期蹲在同一個品牌身上，累積對品牌生意節奏的理解，不必每次換一批人重新來過。
3. 最容易被忽略的一點：CS 團隊在現場遇到的問題不會只留在對話紀錄裡，而是被系統性地整理成可以複用的知識，讓 CS 角色進化成能主動判斷風險與機會的成長顧問。

這也是為什麼我們對「CDP 導入失敗」這個現象特別在意。過去的分析指出，CDP 導入失敗最常見的原因之一是服務深度不足：廠商把系統交出去，剩下的事交給品牌自己摸索，出問題也沒人真的蹲下來一起解決。這正是「換皮顧問」爭議裡最該提防的情境，掛著再新的職稱，只要現場時間不夠、經驗不反饋，落地失敗的機率一樣高。

這件事的價值不在於搶先幫自己貼上時髦標籤，而在於品牌可以拿這三個機制，反過來檢驗任何一個號稱能幫忙導入系統、優化行銷、做數據轉型的合作夥伴，不管對方名片上印的是顧問、專案經理，還是 FDE。

選合作夥伴前，先問這幾個問題再簽約

與其教品牌怎麼分辨「真假 FDE」，不如把判斷標準轉成幾個可以直接問合作夥伴的具體問題，這些問題比職稱本身有用得多。

1. 合約結束後，責任也跟著結束嗎：問清楚「交付」跟「上線後持續優化」是不是同一份合約，還是上線之後就要重新報價，答案會告訴你對方的商業模式是不是設計成一次性服務。
2. 現場時間怎麼安排：問對方預計花多少時間在你的資料與流程上，是幾次訪談就寫報告，還是有固定週期回來檢視數字、調整腳本，時間密度騙不了人。
3. 上一個客戶學到的東西去了哪裡：直接問對方過去踩過的坑後來變成什麼，是留在某個人腦子裡，還是變成系統裡的規則或功能，答不出具體例子通常代表經驗沒被留下來；有把握的話，直接問能不能找上一個客戶核實。
4. 誰在對數字負責：確認出問題之後是誰要坐下來一起想辦法，是原本的窗口，還是換一批新的人重新認識你的品牌，換人重來的成本往往比多付一點顧問費更高。
5. 需求是被翻譯成技術規格，還是照單全收：觀察對方拿到需求之後是直接照做，還是會反問「你真正想解決的問題是什麼」，願意反問的人通常才是真的在做落地。

這五個問題不需要對方會不會講 FDE 這個詞，只需要一份誠實的答案。這是「FDE 系列」文章的其中一篇，系列另外幾篇分別談客戶需求怎麼被誤讀、為什麼落地的關鍵不是原型做得快，以及技術落地最容易卡關的最後一哩路，有興趣的讀者可以留意後續更新。

熱潮總會退燒，留下來的東西不會

FDE 這個詞五年後可能還在，也可能像其他曾經很紅的職稱一樣慢慢淡出，這件事我們說了不算，市場會給答案。但淘汰職稱容易，淘汰「對結果負責、蹲得夠久、經驗會反饋」這三件事困難得多，因為這三件事從來不是包裝話術，是任何真正有用的服務都繞不開的基本功。

對台灣的零售品牌來說，與其糾結眼前這位合作夥伴該不該叫 FDE，不如把力氣放在問對問題、看清楚對方的商業模式設計成什麼樣子。名字會換，會不會留到最後，才是真正的分界線。

FDE 是不是換皮顧問？常見問題

Q1：FDE 到底是什麼，跟傳統顧問有什麼不同？ A1：FDE（Forward Deployed Engineer）原本是 Palantir 內部把解決方案工程與整合工程合併出來的角色，工作是長駐客戶現場、把系統落地並持續維運。跟傳統顧問最大的不同不在職稱，而在責任終點：顧問通常對「報告品質」負責，FDE 或陪跑式服務對「上線後的結果」負責。

Q2：外界說 FDE 只是換皮顧問，這個質疑合理嗎？ A2：合理，連 Palantir 自己的高層都承認，市面上多數自稱 FDE 的人只是「半吊子」。合理的質疑不代表角色沒價值，只代表職稱容易被濫用，判斷時該看合作機制，不能只看名片。

Q3：沒有科技巨頭資源的中小品牌，也能要求這種陪跑式服務嗎？ A3：可以。陪跑取決於合作怎麼設計，不是品牌規模大小。品牌可以在簽約前直接問合作夥伴：上線後的責任怎麼分、現場時間怎麼安排、過去踩過的坑後來變成什麼，這幾個問題不需要對方有多大團隊也能回答清楚。

Q4：這種長期陪跑式的落地，大概多久能看到成效？ A4：因為牽涉資料串接、跨部門溝通與系統調整，落地速度本來就比單次顧問報告慢，但也因此比較不容易做出「快而不準」的原型。實際時程因品牌系統複雜度而異，建議先確認合作夥伴有沒有清楚的階段性檢視點，不要只看模糊的「上線日」。

Q5：91APP 在導入 CDMP 或個人化行銷時，具體是怎麼做到「陪跑」的？ A5：核心在於顧問團隊持續處理會員資料歸戶、跨通路串接、行銷腳本優化這些會隨業務變化調整的工作，並把現場遇到的問題整理成可複用的判斷邏輯，而不是只留在單一顧問的經驗裡。

Q6：怎麼避免找到一個只是換了職稱、實質沒有改變的合作夥伴？ A6：與其看職稱，不如直接問幾個具體問題：合約結束後責任是否也跟著結束、現場時間如何安排、過去客戶的經驗後來變成什麼。答不出具體例子的，通常就是換皮而已。同系列另有一篇專門整理辨別真假 FDE 的檢核方式，可搭配參考。 Betika official ММС-Плюс кабинет

延伸閱讀

1. 砸重金導入 CDP 卻不賺錢？電商品牌 CDP 為何會失敗的 9 大致命傷
2. AI 決策責任歸屬：行銷自動化出事的時候，誰的名字在核准欄
3. AI Agent 用量成本怎麼估：訂閱費之外，那筆跑起來才開始算的帳