外媒：曾負責 Palantir 輪崗式前線部署工程師項目的前高管表示，越來越多公司正在誤用 FDE（前線部署工程師）這一崗位，將其從產品與客戶之間的橋樑，變成銷售、營銷或客戶成功的延伸。
Vinoo Ganesh 現任 Kepler CEO，曾在 2010 年代於 Palantir 工作超過六年，之後進入 Citadel。他在接受 Business Insider 面試時回顧稱，當年 Palantir 設有名為 Project Frontline 的輪崗計劃，目的是讓軟體工程師短期進入客戶一線，了解前線團隊的工作節奏，再回到產品開發崗位。
輪崗項目連結產品與客戶
據他所述，Palantir當時的前線部署工程師行動迅速，且與客戶的距離很近；而核心軟件工程團隊在地理位置和工作文化上，與這種緊迫感存在明顯的差距。輪崗項目的作用，就是在於讓這兩類工程師了解彼此的工作方式。
參與者通常會在異地工作數月，並同時接受兩條管理線的支持，一條來自前線部署工程團隊，另一條來自軟體工程團隊。Ganesh稱，這一安排在內部反響不錯，一部分人最終留在FDE崗位，另一部分則回到傳統軟體工程崗位。
他還提到，後來在 Citadel 看到過類似的模式，不過服務對象不同。Palantir 的 FDE 主要面向外部客戶，而 Citadel 所謂的「business engineering」則更多服務於公司內部的投資經理和分析師，目標仍然是將一線需求反饋給核心產品團隊。
核心職責不應該變成銷售
Ganesh認為，FDE的本質是產品團隊的延伸。其工作重點不是單純推動成交，而是通過解決具體問題，幫助公司獲得產品洞察，再反哺後續開發。
他批評說，有些公司現在將 FDE 當成「兜底崗位」來使用，甚至直接按照銷售工程師或帶有業績指標的銷售角色來設計。在他看來這種做法並不準確，因為它容易使崗位目標從改進產品，轉向強行推動客戶使用尚未真正解決痛點的產品。
在他看来，部分企業之所以擴大FDE職能，是因為產品與市場的匹配度仍不穩定，因此試圖通過更多的人工干預來彌補產品本身的問題。他認為，這會讓FDE失去其應有的產品反饋價值。
Palantir 模式依賴於平臺型產品
Ganesh 也表明，Palantir 的產品形態本身就適合 FDE 體系的運作。因為它提供的是一個可以覆蓋多個行業的橫向平台，而前線部署工程師負責將平臺能力落實到不同的行業和場景中，形成更具體的垂直應用。
他據此提醒同行，在設定 FDE 職位之前，應先判斷自身的產品是否真的適合這種組織方式。如果該職位的設立只是為了將產品推廣給更多用戶，或在用戶痛點尚未明確時強行擴大使用範圍，長期效果未必理想。
Ganesh認為，隨著寫代碼本身越來越難成為唯一的差異，軟體工程的競爭重點將會更多轉向對客戶需求的理解。他也因此將FDE視為一種工作方法，而不仅仅是一個職位名稱。
