FDE 是產品策略，不是業務職位

051Vinoo Ganesh22:202026-07-28 上架

How Forward Deployed Engineering is done at Kepler — Vinoo Ganesh

Vinoo Ganesh 用 Palantir 時期的四個親身故事，主張 forward deployed engineering 是產品功能的延伸，不是銷售手段：找出真問題、到現場看、定義語言、出貨前想清楚。

這場講了什麼

• FDE 是產品策略：Vinoo 認為 FDE 不是一個職位，而是找出該做什麼產品的方式。評斷 FDE 的標準，是能不能當產品團隊的延伸，從現場的機會裡歸納出通用的產品解法。
• 先找真問題再出貨：一家物流公司的營運副總寫了 47 頁需求文件要做大型儀表板，Palantir 花了四個月 scoping，有人到現場一問，真正要的只是貨車遲到時發個 Slack 提醒，四小時做完。客戶描述的是解法，不是問題；一天內解得掉的就直接做完。
• 看使用者做什麼，不是聽他們說什麼：客戶那邊一位資料品質工程師反對把 CSV 換成 Parquet 大約一年，到現場才發現她靠手動打開 CSV 抽查資料。當晚做出 Parquet viewer，兩天內她就核准遷移。重複動作、複製貼上、切換工具都是訊號。
• 定義詞彙的人就站穩了位置：同一個「客戶」，業務、營運、財務與開發各有叫法。Vinoo 說 ontology 是 Palantir 誤打誤撞摸出來的；使用者採用產品的同時，也採用了它的語言。
• 臨時方案一定會上線：一支臨時寫的 Groovy 腳本，12 個月後在客戶那邊到處都在跑，團隊被迫支援好幾年。Vinoo 的建議是把每樣東西都當成會跑 18 個月來出貨。
• 早期公司別把 FDE 當業務延伸：Palantir 有 20 年和用不完的錢才能那樣做；早期公司要靠 FDE 找出能留住客戶的產品。

影片從哪一段開始看14 段

1. 00:12背景與 FrontlinePalantir 的 FDE 後來成了 go-to-market 策略，但一開始不是。Vinoo 從 Palantir 軟體工程師做起，派駐過伊拉克與阿富汗，建立把工程師輪調成 FDE 的 Project Frontline，約 350 人受過這套訓練，後來在 Citadel 也做了同樣的計畫。
2. 02:05FDE 不是職位從替 FDE 命名的 Palantir 現任 CTO 近日的一段話開題：FDE 是產品策略，判準是能否當產品團隊的延伸，從機會中歸納通用方案。
3. 02:51Phoenix 的失敗2013 年左右 Palantir 關起門做出存交易資料的 Phoenix；客戶資料的空值預設成 1970 年 1 月 1 日，生出 2.3 million 個 key space，伺服器光啟動就要 14 TB 的 RAM。
4. 04:59找出真正的問題物流公司要 14 個指標的 BI 儀表板、估三個月；有人到現場問「週一早上拿到資訊先做什麼」，答案是查貨車有沒有遲到，最後做成一個 Slack 提醒。
5. 06:20動手之前先弄清楚要先問目標是什麼、有了解法之後會發生什麼；客戶描述的是解法，FDE 要弄清楚問題；一天內解得掉的就直接做完，不必拉 PM 進來擴大成產品願景。
6. 07:28定義問題的人擁有解法親手定義並出貨，就掌握了後續方案的說法；FDE 在早期銷售有價值，是因為用小事贏得信任，換到接觸真問題的機會。
7. 08:34Parquet 的故事資料品質工程師大約一年間每次都反對遷移，到現場看她的流程才找到原因，當晚做出 viewer 解開僵局；Vinoo 印象中 pipeline 執行時間從 17 小時降到大約 2 小時。
8. 10:15現場觀察的訊號重複的任務、在工具間複製貼上、切換工具或分頁、做到一半拿起手機，都是問題與機會的提示。
9. 11:31要在現場最有價值的資訊不在文件裡，問卷也問不出來；要進到事情真正發生的房間，坐在紐約漂亮的會議室裡不算。
10. 12:34定義語言同一個實體在各團隊有不同名稱，ontology 來自讓人在自己熟悉的領域裡工作；組織由名詞與動詞構成，FDE 要找出被重載的詞、整合點與系統邊界。
11. 15:56成為語言基礎把詞彙寫進平台就成了底層，skills、MCPs 都是例子；Foundry 讓 ontology 建得起來，後來的 go-to-market FDE 才能只做資料整合就把產品賣出去。
12. 16:32臨時的 Groovy 腳本Vinoo 隨手寫的 Groovy 腳本 12 個月後在一個近 10 萬人的客戶那邊到處跑，還成了自己在 Palantir 的綽號；因為沒有產品化，團隊被迫支援好幾年。
13. 18:07出貨前的取捨先問六個月後會不會半夜兩點被叫醒、快速解決的代價、離開時交給誰、壞了誰負責；每個 hack 都會進 production。
14. 19:58速查表與結語好的 FDE 重新定義問題、親自到場、離開現場前就把修正出貨，再把修正變成產品槓桿，用名詞與動詞打下日後方案的基礎；別把 FDE 當成業務延伸。

值得記的話5 句

• Customers describe solutions, not problems.客戶描述的是解法，不是問題06:56

• Users don't just adopt your product, they actually adopt your language.使用者採用的不只是你的產品，還有你的語言13:51

• The most dangerous words in forward deployed engineering or engineering is, this is just temporary.在 forward deployed engineering 乃至整個工程領域，最危險的一句話就是「這只是暫時的」19:08

• ship everything like it's going to run for 18 months, because it probably will.每樣東西都當成會跑 18 個月來出貨，因為它很可能真的會19:38

• Product leverage is the only thing that wins you customers.能贏得客戶的只有產品槓桿21:01

名詞與人物9 個

Forward Deployed Engineering（FDE）

Vinoo 眼中的產品策略：工程師到客戶現場，把看到的問題歸納成通用產品

Palantir

Vinoo 職涯的起點，這場的故事大多發生在那裡

Project Frontline

Vinoo 在 Palantir 建立的輪調計畫，把軟體工程師訓練成 FDE

Citadel

Vinoo 離開 Palantir 後建立同一套計畫的避險基金，目標是幫投資組合經理做出對的資料與軟體產品

Foundry

Palantir 的資料平台，背後是上萬小時的現場經驗

Phoenix

2013 年左右 Palantir 關起門做的交易資料儲存系統，一碰到真實資料就垮

ontology

由名詞（實體）與動詞（操作）組成的共同語言，Vinoo 說是 Palantir 誤打誤撞摸出來的

Parquet viewer

為了讓反對遷移的工程師能直接打開檢視資料，當晚做出來的工具

Kepler

Vinoo 現在用同一套方法建立 FDE 團隊的公司

提到但沒有展開

• 理解客戶系統時，Vinoo 建議先弄清楚哪些 system of record 永遠換不掉，以及客戶描述問題時用的字眼：有人說「my agent keeps failing」，就得先問 agent 到底指什麼。
• 同一個詞在不同人眼中意思不同：DAU 對產品團隊是高品質的日活躍使用者，對 Infosec 只是登入的人數。
• 「臨時方案不會臨時」的例子：至今還有 40 年的 COBOL 程式碼跑在 IBM 大型主機上，起因是當年的一個 hack。

產業觀察創業

在 YouTube 看原片 ↗