a16z：AI 時代，公司爭奪人才先從職位命名開始

FDE（forward-deployed engineer）這個職位名稱的價值，不在於聽起來更新鮮，而在於它重新定義了一類原本被低估的工作：客戶現場型技術落地。

傳統軟件公司裡，這類工作常被放在售前、實施、解決方案工程或客戶成功的邊界地帶。它離客戶很近，離產品也很近，但在組織敘事裡經常處在邊緣位置。

Palantir 很早就看到了這件事。

2011 年前後，它把原來偏客戶現場、偏系統集成的工程角色，重新命名為 FDE。這個命名背後有一個明確判斷：在大型企業和政府客戶那裡，真正難的不是把軟件寫出來，而是讓軟件進入客戶的真實業務系統。權限、數據、流程、歷史系統、組織責任，全都在裡面。

能把這件事做成的人，不應該被簡單歸類為售後支持或項目實施。

他們代表的是一種新的組織能力。

a16z 把這種打法叫作 title arbitrage，可以理解為“職位名稱套利”：當某種能力在組織裡快速變重要，但舊職位名稱還沒來得及反映它的價值時，先命名的人就有機會先佔住人才、權力和市場心智。

這個打法很有意思，很值得特別是在做 tob 業務的各位 AI 創始人們借鑑。

職位名稱本質上是一種組織語言

很多公司低估 title 的作用。

從表面看，職位名稱只是 HR 系統裡的一行字。但在公司內部，它其實是一種組織語言。它告訴別人：這個人負責什麼，代表什麼能力，有沒有資格參與某類決策。

CEO、CTO、CFO 這些 title，不只是分工說明，也是一種權力標識。製造副總裁、產品負責人、增長負責人，同樣如此。名字背後對應的是組織對某種能力的承認。

這也是為什麼崗位名稱會隨著產業變化不斷演進。

早年寫代碼的人常被歸到 IT。後來是 programmer，再後來是 software engineer。這個變化不是文字遊戲，而是軟件在商業系統裡的地位上升了。寫代碼從後臺支持，變成了公司構建產品、組織流程、商業模式的核心能力。

數據崗位也是類似路徑。從 clerk，到 data entry，到 data scientist，再到 machine learning engineer。每一次命名變化，背後都是數據工作戰略價值的上升。

Google 提出的 site reliability engineer 也是典型案例。它把傳統系統管理員的工作重新定義為工程問題，表達的是一個判斷：讓系統穩定運行，和開發新功能一樣具有技術含量。

所以，職位名稱不是單純的包裝。

它反映的是一類工作的價值是否發生了遷移。

Palantir 搶到的是招聘心智

FDE 之所以成為一個經典案例，是因為它把客戶現場型工程從低估崗位，改寫成了高勢能崗位。

在很多公司裡，客戶現場型技術工作處境並不清晰。它太靠近銷售，容易被工程團隊認為“不夠純粹”；它太靠近交付，又容易被管理層看成成本中心。結果是，真正優秀的工程人才未必願意進入這個崗位。

Palantir 的命名改變了敘事。

它傳遞的信息是：你不是在做普通售後，也不是在做外部項目交付。你是在客戶現場解決最複雜的問題，把真實業務系統和公司產品連接起來。

這套敘事吸引的是一種複合型人才：既能寫代碼，又能面對客戶；既理解系統，也能處理組織複雜性；既能解決當下問題，也能把客戶現場經驗帶回產品。

這樣的人，如果看到的是“實施工程師”或“解決方案工程師”，可能會認為崗位上限有限。但如果看到的是 FDE，感知會完全不同。

這就是命名帶來的招聘優勢。

到今天，只要一提 FDE，很多人第一反應仍然是 Palantir。不是因為只有 Palantir 能做這類工作，而是它最早把這個詞和自己的公司能力綁定在了一起。

先命名的人，往往能先佔住心智。

新 title 和虛假鍍金的區別

當然，不是所有新職位名稱都有價值。

有些只是職位名稱通脹。比如把營銷專員改成增長戰略師，但工作內容沒有變化；把助理改成負責人，但決策權沒有變化。這類命名只能帶來短期體面，無法形成真正的人才吸引力。

原文給了一個很好的判斷標準：

這個新 title 描述的工作，五年前的人會不會覺得陌生？

如果答案是會，那它可能真的對應了一種新能力。比如 Clay 提出的 GTM engineer，Harvey 提出的 legal engineer，都不是簡單的崗位重命名。它們指向的是 AI 之後出現的新組合：既懂業務流程，又懂自動化；既懂專業語境，又能把工作流做進系統。

但 prompt engineer 是另一個例子。

這個詞曾經很熱，但很快顯得過時。原因在於，寫 prompt 沒有穩定成為一個獨立職業。它更像是所有知識工作者都要掌握的一項基礎技能。title 如果跑在真實工作之前，熱度會很快回落。

所以判斷一個新職位名稱是否成立，關鍵不在於它是否新穎，而在於它背後有沒有真實的新工作。

沒有新工作，只有新包裝，就是職位通脹。

AI 改變組織，不只是讓工具變聰明

這篇文章最有價值的部分，在於它把職位名稱放進了 AI 轉型的組織語境裡。

很多公司討論 AI 轉型時，默認答案是：界面會更智能，工具會更自動化，流程會更高效。

這些都成立，但還不夠。

更深層的變化是：組織內部會出現一批新的高槓杆個體。 他們可能很年輕，原本職位不高，但因為會使用 AI、會搭建工作流、會把模糊問題轉化為自動化系統，開始擁有過去沒有的影響力。

大公司每次引入關鍵軟件時，都會出現類似現象。

最先理解新工具的人，往往不是層級最高的人，而是行動最快的人。他們最早發現哪些流程可以被重構，哪些工作可以被自動化，哪些原本沒人願意處理的問題可以被重新組織。

技術改變的，不只是工具欄。

它也會改變組織裡的權力分佈。

這時，一個新 title 就會變得重要。它給這些人提供合法性，也給組織提供識別機制。

比如一個法律從業者，原本只是對 AI 工具感興趣，開始研究合同修改、風險控制和法律工作流自動化。如果公司把這個角色定義為 legal engineer，這個人就不再只是“愛折騰新工具的人”，而是一個可以被識別、被授權、被晉升的新崗位。

AI 轉型最難的部分，往往不是員工不會使用工具，而是組織沒有語言去承認那些已經在創造新價值的人。

對 AI 創業者來說，命名也是戰略

如果你在做 AI to B，這篇文章的啟發很直接。

不要只給產品命名，也要思考：你的產品會在客戶組織裡創造什麼新崗位？

如果你服務法律行業，早期用戶裡冒出來的那批人，可能不再只是律師，也不是傳統法務運營，而是 legal engineer。如果你服務銷售和增長團隊，可能會出現 GTM engineer。如果你服務金融研究或諮詢，未來也許會出現 intelligence engineer。

這些名稱不只是傳播口號。

它們會幫助客戶內部完成組織動員：誰應該被授權，誰應該被聽見，誰代表這項新能力。

這也是 title arbitrage 對公司有價值的地方。

產品在外部銷售，職位名稱在客戶組織內部擴散。一個新職位名稱如果真的成立，會反過來為產品建立心智。 以後市場一想到這類崗位，就會想到誰最早提出它、誰最懂它、誰最能幫助這批人變強。

Palantir 在 FDE 上吃到的，就是這類紅利。

回到 FDE

為什麼今天 FDE 又值得被重新討論？

因為 AI 原生公司的產品和服務邊界正在變得越來越模糊。

一個 AI 企業軟件到底是純產品、帶服務的產品，還是產品化服務，並不總是容易區分。客戶現場的流程細節會反過來定義產品路線圖；模型失敗樣本會變成下一版能力；實施團隊不再只是交付末端，而是產品學習系統的一部分。

這種情況下，舊 title 可能會低估新能力。

叫它售後，工程師可能不願意加入；叫它實施，投資人可能擔心毛利；叫它客戶成功，產品團隊未必會把它當成產品信號。但如果它本質上是在客戶現場把複雜需求轉化為可複製能力，那麼 FDE 就比舊詞更準確。

當然，命名不是萬能解法。

把客戶成功改名為 FDE，並不會自動完成組織升級。 真正需要變化的是彙報線、激勵機制、招聘標準、產品反饋機制，以及創始人如何看待“服務”這件事。

名字只是第一步。

關鍵是，組織是否真的把這類人放在產品學習和客戶交付的核心位置。

一個新職位名稱出現，往往說明舊組織語言已經不夠用了。AI 公司今天遇到的很多問題，恰恰是舊語言無法準確描述的：產品像服務，服務像產品；工程師需要進入客戶現場，客戶現場又在定義產品路線圖；售後不再只是成本中心，而是學習系統的一部分。

這可能是下一代 AI 企業軟件公司的關鍵分水嶺。

未必是誰把服務完全消滅掉，誰就能贏。更可能是誰能把服務中最接近客戶真實問題、最能形成產品洞察的部分，重新命名、重新組織、重新產品化，誰就能建立更深的壁壘。

誰先把這件事說清楚，誰就先在客戶心智上插了旗。