關於本書

2025 年夏天，我的朋友圈被同一個數字洗版：95%。

麻省理工學院的一份報告說，過去三年，全球企業在生成式人工智慧上燒了三、四百億美元，其中 95% 的專案沒能產生任何能寫進財務報表的價值。幾乎同一時間，另一條新聞在往相反的方向狂奔：矽谷的招聘網站上，一個叫「前置部署工程師」（Forward Deployed Engineer，簡稱 FDE）的職位，發布量九個月漲了八倍。OpenAI 在招，Anthropic 在招，YC 孵化器裡一百多家新創公司都在招。

一邊是企業人工智慧專案 95% 的陣亡率，一邊是一個職位 800% 的搶手度。把這兩條新聞擺在一起看，答案不難猜：模型已經不稀缺了，能把模型塞進客戶真實業務裡的人，才稀缺。

我由此對 FDE 這個職位產生了濃厚的興趣。多年前寫《增長黑客》時，我做的事情本質上和這次一樣：把一個矽谷正在發生、但臺灣還沒有名字的東西，系統性地研究一遍，再誠實地講清楚。這次我也沿用了同樣的笨辦法——翻遍能找到的一手資料：Palantir 早期高管的 Podcast 覆盤、前員工的回憶錄、創投的行業分析、麻省理工那份報告的原文、幾十份各家公司的徵才啟事、薪資報告、論壇上從業者的吐槽，以及臺灣第一批實踐者的經驗談。

這本書就是那個研究過程的完整沉澱。它把三件事講清楚：

• FDE 是什麼：這個從 Palantir 情報專案裡長出來的角色，如何定義、為何在人工智慧時代爆發
• 怎麼做：沿著一次真實交付的完整旅程——找對問題、贏得客戶、啟動部署、守住續約、擴大收入、規模化複製
• 誰在做：112 個真實可查的案例，從 Palantir、OpenAI、Anthropic 到 Harvey、Sierra，再到臺灣的第一批實踐者

書裡所有數據和案例，都在附錄 C 裡標明了出處。整理的過程本身就是學習，我盡量讓每一條引用都經得起核查；如有疏漏，歡迎透過 Issue 指正。

為什麼免費公開

這本書首先是我寫給自己的學習筆記。研究一個陌生領域，最好的驗收方式就是把它講成一本別人也能讀懂的書——講不清楚的地方，就是自己沒弄懂的地方。

整理完之後，把它鎖在硬碟裡，多少有些可惜。FDE 在臺灣還是一個剛有名字的職位，很多討論還停留在「它是不是換了個名字的售前」。如果這份沉澱能幫正在考慮轉型的工程師看清這個職位的全貌，幫投身企業人工智慧的創業者少走一段彎路，幫任何一個想弄明白「人工智慧到底怎麼才能在企業裡落地」的人節省幾十個小時的檢索時間，那它公開出來，顯然比躺在我的硬碟裡更有價值。

知識的價值在於流動，而不在於囤積。

關於作者

范冰，網路 ID XDash，網路產業從業者，長期關注技術趨勢與商業方法論。本書為個人研究整理，不代表任何機構立場。

目錄

「給間諜做軟體最大的挑戰是：我不認識任何間諜。」
—— 鮑勃·麥格魯，Palantir 早期高管、OpenAI 前首席研究官

1.1 先講一個死掉的九百萬美元

故事的開頭總是一樣的。一家大企業的會議室裡，供應商的演示剛剛結束。大模型對答如流，資料大屏流光溢彩，連最挑剔的高管都挑不出毛病。CEO 當場拍板：籤。合同金額數百萬美元，雙方握手，合影，發新聞稿。

九個月後，這個專案死了。

不是轟轟烈烈地死，是悄無聲息地死。系統還在跑，伺服器還開著，只是沒有任何一個業務部門真的在用。供應商交付了合同裡的每一項功能，企業付清了合同裡的每一筆錢。唯一沒有到貨的，是「價值」。

如果你覺得這只是運氣不好，麻省理工學院 2025 年那份著名的報告會告訴你：這才是常態。他們訪談了 52 家組織、收了 153 份高管問卷、翻了 300 多個公開的企業人工智慧專案，結論只有一句話：燒進去的三四百億美元裡，95% 沒有產生任何可以衡量的財務回報。

95%。換句話說，企業人工智慧落地這件事，主旋律不是成功，是成建制的失敗。

更有意思的是失敗的方式。報告特意寫了：問題不在模型。那些在演示裡驚豔四座的模型，進了生產環境依然聰明，只是它們「不記回饋、不存上下文、不進工作流」——長得像產品，用起來像展品。斯坦福大學同年的大盤資料也在旁邊作證：組織裡 88% 都在用人工智慧，可真正跑進生產環境的智慧型代理應用，只有個位數百分比。麥肯錫補了最後一刀：能說人工智慧對利潤貢獻超過 5% 的企業，只有 6%。

報告發布那幾天，一位製造業營運長的吐槽在業內流傳：「網上說一切都變了，回到我們車間，什麼都沒動。」（出處見附錄 C）這話比任何資料都扎心——他的公司不缺預算，不缺工具，缺的是有人把工具塞進車間真實的流程裡。

同一時期，報告的主要作者還講過一個對照組的故事。一些十九、二十歲的年輕人創業公司，靠生成式人工智慧一年做到兩千萬美元收入。打法和老牌企業正好相反：只挑一個痛點，打穿為止，並且死死綁定真正會用他們產品的客戶。年紀大的公司總想一口吃成胖子，年輕人只咬一小口，咬穿了再咬下一口。（出處見附錄 C）

記住這個對照。它幾乎是本書第 2 章的預告片。

其實這道溝，不是人工智慧時代才挖出來的。中國的企業軟體行業早就在溝裡躺了十幾年：大公司要定製，廠商做一單賠一單，交付完程式碼離場作廢，最後集體淪為「甲方的外包公司」。有從業者說得狠：定製化是 SaaS 的天敵，這個詛咒只能等市場成熟那天自己消解。美國那邊體面些，劇本也差不多：銷售簽單，實施進場，半年後交付一個「功能齊全但沒人愛用」的系統，然後是漫長的扯皮。

歸根結底是同一堵牆：造軟體的地方，和價值產生的地方，不在一個地方。牆這邊，需求被工單、紀要、週報層層轉述，每轉述一次丟一層血；牆那邊，客戶真正的工作流藏在沒人寫進文件的表格裡、口耳相傳的慣例裡、「這事得問老王」的隱性知識裡。軟體行業發明了無數翻城牆的梯子——需求文件、使用者調研、實施方法論、客戶成功體系——牆始終在那裡。

直到有一家公司決定：不翻牆了，把人送過去。

1.2 Palantir 的勝利

2003 年，矽谷剛從網路泡沫的廢墟裡爬出來。彼得·蒂爾和幾個斯坦福出身的年輕人，創辦了一家名字取自《指環王》的公司——Palantir，真知晶球，傳說裡能看見遠方的石頭。他們要做的事聽起來像科幻小說：給美國情報機構做資料分析軟體，把散落在無數保密資料庫裡的碎片連成圖景，幫分析師抓恐怖分子。

這門生意有一個能讓任何產品經理當場崩潰的前提。多年後，早期高管鮑勃·麥格魯在播客裡把這段往事講得活靈活現：

「我們創業時的目標，是給情報界做軟體，說白了，是給間諜做軟體。而給間諜做軟體的一個挑戰是：我不認識任何間諜，你大概也不認識。就算你碰巧找到一個間諜，問他『你平時到底怎麼工作的』，他通常也不會告訴你。」

沒有使用者訪談，沒有需求文件，沒有可用性測試。網路創業方法論的第一課，在這裡全部作廢。創始人之一斯蒂芬·科恩想出的辦法笨得可愛：先做個演示樣品，拿給情報機構的人看，問覺得怎麼樣。對方一點不客氣：「這東西太糟了，跟我們做的事毫無關係。」科恩沒撤退，追問一句：「那你們希望它哪裡不一樣？」然後掏出本子，一條一條記下來，回去改，改完再送上門。

這個笨拙的迴圈，就是 FDE 的胚胎。裡面藏著兩個後來被證明價值千金的直覺：一是複雜領域的客戶，在看到能用的東西之前，並不知道自己要什麼；二是想知道客戶要什麼，最快的路是讓造東西的人，站到用東西的人旁邊。

把這套直覺升級成公司戰略的，是第 13 號員工希亞姆·桑卡爾。當 Palantir 從第一個客戶走向第二個、第三個，團隊發現一個反直覺的事實：每個客戶要的東西，都有細微但關鍵的不同。標準解法是提煉共性、做通用產品、對差異說不。可 Palantir 的客戶是中情局、聯邦調查局、戰場上的美軍——說不，就等於出局。桑卡爾反著來：做一個能靈活定製的平臺，然後派工程師駐紮到客戶現場，把最後一公里修完。

他最關鍵的動作，是改了這件事的賬目。在軟體行業的賬本裡，「為單個客戶做定製」叫服務，是利潤率的敵人。桑卡爾把它翻了過來：現場定製不是成本，是產品發現。工程師在客戶現場踩的每一個坑，都是平臺下一次進化的路標。

桑卡爾本人就是第一個前置部署工程師，他最早的駐場經歷，堪稱這個崗位的原型現場。2007 年前後，美軍在伊拉克傷亡的最大來源是路邊炸彈，為此成立的跨機構作戰中心允許桑卡爾帶著一支小隊和「還很粗糙」的產品，鑽進保密資訊室聯合辦公兩週。所謂保密資訊室，是物理隔離的涉密空間，連擴音電話都停用。桑卡爾想了個野蠻的辦法：用鬆緊帶把電話綁在自己頭上，騰出雙手敲程式碼——一隻耳朵聽分析師提意見，另一隻耳朵聽矽谷總部的同事說話。兩週裡每天做十九個小時，演示、接資料、收回饋、當場改。結束時，分析師們說：這東西有用。桑卡爾自己卻累垮了，打電話給 CEO 卡普：「這不可持續，我們完了。」卡普的答案日後成了公司文化：把這種「不可持續」，做成制度。（出處見附錄 C）

多年以後同事回憶，桑卡爾罵人都不帶情緒。有一次他和同事梅布里在機場咖啡館聊得正開心，對方郵箱裡突然收到他一封措辭嚴厲的批評郵件——就是坐在對面當場寫完發的。「裡面沒有人身攻擊，只有一句潛臺詞：為了贏，我欠你這些真話。」（出處見附錄 C）

這套打法很快在戰場上見了血。駐場的 Palantir 工程師發現，士兵們根本不需要什麼花哨的情報圖表，他們只要一個能在地圖上標註「這條路可疑」的小工具——路邊炸彈是巡邏隊最大的殺手。工程師當場拼出一個簡陋的地圖工具，士兵點一下就能標出危險路段，全隊即時可見。這個工具救了命，後來沉澱成平臺的標準功能。請注意：它不可能誕生在任何總部的會議室裡，只能誕生於工程師和士兵一起看向同一條公路的那個瞬間。

商業化那邊，則是先死過一次。Palantir 第一個面向企業的產品叫 Metropolis，市場反響慘淡，只有幾家金融公司勉強在用。第二次嘗試 Foundry 才算開了張，轉折點在空客：圖盧茲工廠裡，A380 的一個燃油泵故障反覆發作，空客自己的工程師查了兩年沒頭緒。Palantir 的人進場，把感測器資料接進平臺，兩週破案——飛機爬升時燃油晃離了泵體。一個微不足道的修復，保住了據報道價值數百億美元的訂單。空客數位化負責人後來公開感慨：「同樣的問題，我們以前要查二十四個月。」（出處見附錄 C）空客從此成了 Palantir 在歐洲最鐵的擁躉，把自家資料平臺 Skywise 整個建在上面，接入上萬架飛機、五萬多使用者。

還有個八卦值得一記。江湖盛傳 Palantir 的軟體參與了 2011 年擊斃本·拉登的行動。這個說法從未被證實，也從未被證偽——寫 Palantir 傳記報道的記者特意把這個曖昧的註腳留了下來。可不管真假，這個傳言本身，就是 Palantir 最好的銷售武器。（出處見附錄 C）

到 2016 年之前，Palantir 前置部署工程師的人數，一度超過了傳統軟體工程師。一家軟體公司，一半以上的工程師不在總部寫產品，撒在全球的客戶現場。華爾街多年看不懂，嫌它「人海戰術」「更像諮詢公司」。

然後，時間給出了答案。2023 年它推出人工智慧平臺 AIP，配上一套叫「訓練營」的打法（第 8 章細講），把企業軟體九到十二個月的銷售週期壓到幾周。2025 年第四季度，它的「40 法則」——收入增速加利潤率，軟體業的健康度指標，40 分算及格——達到了 127%；2026 年第一季度，145%。單季簽約 42.6 億美元，淨收入留存 139%，賬上現金 72 億美元。卡普在財報電話會上只說了一句：「我們是一個自成一格的物種。」市值一度衝破 4000 億美元。（出處見附錄 C）

當年笑它人海戰術的人啞口無言。Palantir 用二十年證明了一件事：那堵牆，梯子翻不過去，人翻得過去。翻牆的這批人，有了一個正式的名字——Forward Deployed Engineer，前置部署工程師。

1.3 什麼是 FDE

一句話定義

本書採用的定義，來自這個模式最好的闡釋者鮑勃·麥格魯——他早年在 PayPal 做工程師，後來是 Palantir 早期高管，再後來是 OpenAI 首席研究官，ChatGPT、GPT-4 都出自他領導的團隊：

**前置部署工程師，是一個駐紮在客戶現場、填補「產品能做的事」與「客戶需要的事」之間鴻溝的工程師。**

這句大白話裡，每個詞都有講究。

「駐紮現場」，說的是你的工作語境嵌進客戶那裡：進客戶的群，讀客戶的資料，開客戶的會，認識那個「知道流程為什麼是這樣」的人——不一定天天坐客戶辦公室。「鴻溝」是這個角色存在的理由：產品開箱即用的地方，不需要你；鴻溝越深的地方，越需要你——情報、金融、製造、醫療、法律。「工程師」是最要緊的限定詞：你寫的是生產環境的程式碼，不是報告。Palantir 命名時特意保留「軟體工程師」幾個字，就是向世界強調：這不是諮詢崗。至於「Forward Deployed」，是軍事術語，指部署在前線的部隊——把最有戰鬥力的人，放在離問題最近的地方。

它不是什麼

理解一個新角色，排除法最快。

它不是售前。售前的工作在簽約前結束，目標是贏單，作品是幻燈片；FDE 的工作在簽約後才進入深水區，目標是贏結果，作品是跑在生產環境裡的系統。售前負責讓客戶相信「這事能成」，FDE 負責讓這事真的成。

它也不是駐場外包——這個區分對中國讀者尤其要緊，「工程師駐場」在國內有太長、也太不堪的歷史。國內第一批打出 FDE 旗號的服務商，在官網用三句話劃清了它和駐場的界限：駐場按工時算錢，FDE 按階段交付、按結果驗收；駐場從零現寫，FDE 帶著產品底座來做工程；駐場越駐越久、人走系統停，FDE 做完會走，能力留在系統和客戶團隊裡。一句話，駐場賣的是人頭，FDE 賣的是結果。

矽谷人工智慧客服公司 Cresta 的 FDE 負責人 Jove，在一場影片對談裡把這條邊界講得更細。他的團隊今年要從 30 人擴到 100 人，而他的判斷是：FDE 必須綁定在一個 AI 平臺上才有意義——如果只是做傳統的資料對接和系統搭建，那跟傳統實施工程師或外包就很難區分。他招人還有一條硬槓：Agent 時代，不會用程式碼就像文盲。另一個值得注意的機制是雙重職責：FDE 不光要把部署做成功，還揹著「讓產品變得更成熟」的指標——現場學回來的東西，必須反哺平臺。（出處見附錄 C）

它不是諮詢顧問。顧問按專案交付建議，對執行不負責；FDE 對系統的最終運轉負責，終點是「客戶團隊能獨立使用」。Anthropic 與金融科技公司 FIS 的合作是個標本：工程師嵌入 FIS 共建反洗錢智慧型代理，把調查從幾小時壓到幾分鐘，但合作寫明的目標不是交系統，而是「轉移知識，讓 FIS 以後能自己建智慧型代理」。顧問希望你一直需要他，FDE 希望你遲早不需要他。

它也不是傳統產品工程師。產品工程師面對抽象的使用者——畫像（使用者長什麼樣）、漏斗（多少人從訪問走到付費）、日活躍使用者數；FDE 面對具體的客戶——一家銀行的風控部、愛荷華州的農場、巴格達郊外的巡邏隊。Palantir 內部有對著名的角色劃分：平臺工程師負責「一種能力，服務多個客戶」，前置部署工程師（內部代號「三角洲」）負責「一個客戶，調動多種能力」。平臺工程師追求的，是一個功能到處能用；FDE 追求的，是先把眼前這一個客戶的問題徹底解決。

這股風是怎麼刮起來的

一個 2003 年就發明的角色，憑什麼 2025 年才成了頂流？

最直接的導火索，是生成式人工智慧。大模型製造了一種前所未有的落差：任何人五分鐘就能做出驚豔的演示，可把演示接進企業真實的資料、許可權、合規和工作流，難出一個數量級。模型公司們陸續想明白：接下來的勝負手，不是模型品質，是部署能力。

數字勾勒出曲線的陡峭：2025 年前九個月，FDE 崗位釋出量漲了八倍；YC 招聘板上，一百多家創業公司掛出這個三年前幾乎不存在的職位。風投機構 a16z 直接稱它為「科技行業最熱門的崗位」，還配了個傳神的比喻：企業買人工智慧，就像你奶奶拿到一部 iPhone——她想用，但需要你幫她設定好。

《金融時報》2025 年 11 月的一組報道，是觀察這場風潮最好的切片。OpenAI 歐洲區前置部署負責人富尼耶說，團隊一年前才成立，馬上要擴到 50 人，「需求超出了我們的預期」；Anthropic 的應用人工智慧負責人德容說得更有趣：「一家財富五百強銀行的需求，和一家人工智慧原生創業公司，完全是兩個物種。」——所以她的團隊一年擴五倍。Palantir 英國的負責人普雷特約翰把公司信條濃縮成一句：「軟體只有當它對最終客戶真的有意義時才有價值。」連模型公司 Cohere 的 CEO 戈麥斯也出來站台：「我們在合同一開始就嵌入工程師，等客戶跑順了再往後撤。」（出處見附錄 C）

搶人的烈度還有三個硬指標：OpenAI 的前置部署團隊從 2 個人起步，一年漲到 52 人；把「不自己做實施」寫進教科書的 Salesforce，公開承諾要招 1000 名 FDE；連賣諮詢為生的德勤，都在 2025 年 12 月成立了專門的 FDE 業務線。（出處見附錄 C）

然後是巨頭們的用腳投票。2026 年 5 月 11 日，OpenAI 宣佈成立「部署公司」：自己控股，聯合 TPG、貝恩資本、博楓等 19 家頂級資本，初始投資超 40 億美元，媒體披露投前估值約 100 億美元，順手收購了一家有 150 名部署工程師的諮詢公司。幾小時後，Anthropic 被曝出與黑石集團組建對家。兩家最大的模型公司，在同一天把「部署」從成本中心升格為戰略資產——資本市場用最貴的方式，給 FDE 投了票。

最深的一層原因，還是麥格魯看得透：「人工智慧智慧型代理是個沒有在位者的品類，所以有海量的產品發現要做。」客戶管理軟體該長什麼樣，二十年前就有標準答案；智慧型代理該長什麼樣，沒人知道，包括客戶自己。答案只能去客戶現場找。

歷史在這裡畫了一個圓：2003 年，Palantir 因為「不知道間諜怎麼工作」發明了 FDE；2025 年，整個行業因為「不知道企業裡的智慧型代理該怎麼工作」而集體擁抱 FDE。二十二年，同一個答案。

1.4 FDE 的職責和特質

一份為這個崗位而生的履歷

如果要回答「FDE 是一種怎樣的職業」，麥格魯的履歷幾乎就是標準答案。

他的第一份工作在 PayPal，早期工程師。那批人後來被稱為「PayPal 黑幫」，深刻塑造了整個矽谷。離開之後他加入新創期的 Palantir，一路做到高管，親歷了 FDE 從應急之舉變成公司戰略的全過程。他管產品與工程團隊時提過一個著名的比喻：前置部署工程師在客戶現場修出一條條通往價值的「礫石路」，產品團隊負責判斷哪些礫石路值得拓寬硬化，變成服務下十個客戶的「高速公路」。

再往後，他出任 OpenAI 首席研究官，領導了 ChatGPT、GPT-4 和 o1 推理模型的研發。換句話說，這個人既造過牆這邊的平臺，也翻過牆那邊的現場，最後還親手造出了讓這堵牆變得前所未有的高的技術本身。

有趣的一幕發生在 2025 年 YC 的一場人工智慧大會上。麥格魯原以為創業者會圍著他問「怎麼發明的 ChatGPT」，結果所有人追著問的都是同一個問題：Palantir 的 FDE 模式到底是怎麼運作的？一個發明了 ChatGPT 的人，被追問最多的是交付方法論。這個細節，就是時代風向最好的註腳。

三層特質

綜合二十餘份各家招聘啟事和從業者的現身說法，FDE 的特質可以歸納成三層。

第一層，足夠寬的技術通才。FDE 不需要是某個領域最深的專家，但必須能在客戶現場獨立解決全棧問題：寫得了程式碼，調得了介面，懂資料管道，能上雲，摸得準大模型的脾氣，還得懂企業環境的「水電煤」——單點登入（一次登入、處處通行）、許可權、合規認證。招聘市場對這種組合有明碼標價：2026 年的薪酬報告顯示，頭部人工智慧實驗室的中級 FDE，年總薪酬中位數約 38.5 萬美元，資深約 61 萬，首席過百萬——比同級多數純研發崗位還高，因為市場知道這種人多稀缺。（出處見附錄 C）

第二層，把技術翻譯成業務結果的能力。這是 FDE 與普通工程師的分水嶺。一位一線從業者的話被廣泛引用：「模型通常是最乾淨的部分。難的是找到那個沒人寫進文件的工作流、人們真正信任的那個資料來源、以及知道流程為什麼是那樣的那個人。」Palantir 的招聘標準說得更直白：「候選人的表達力、清晰度和溝通自如度，要讓我樂於讓他主持一場與客戶的會議。」面試也在篩這種翻譯能力。OpenAI 和 Palantir 的 FDE 面試有個標誌性環節叫「問題拆解」：拋給你一個巨大而模糊的真實企業問題，六十分鐘不寫一行程式碼，只看你怎麼追問、怎麼界定範圍、怎麼在混亂裡建立秩序。面試官的忠告是：先理解問題再跳進去——慢就是順，順就是快。普通面試裡「我把查詢最佳化了 40%」是滿分答案；FDE 面試裡的滿分答案是：「我把查詢最佳化了 40%，這讓客戶的分析師每天提前兩小時拿到報表，團隊處理容量翻了三倍。」技術成就必須換算成客戶語言，才算答完。

第三層，主人翁意識，外加一點「叛逆」。從業者圈子裡流傳一句話，專門描述這個崗位要求的擔當：「部署在凌晨兩點掛了。你不提工單，不怪別的團隊，不回去睡覺。你修好它。句號。」Palantir 對業務側角色還有個更微妙的期待：既要有深厚的行業知識，又要敢當「叛逆者」——看得出客戶現狀的荒謬之處，敢推動十倍級、而不是一成級的改變。CEO 卡普當年定的行為標杆是「法國侍者」：嵌在服務流程裡，對真實需求敏感，同時有足夠的自信與品位，把客戶從「他們以為自己要的」，引導到「真正對他們好的」。

一天怎麼過

落到日常，FDE 的時間大致這麼分：四到五成泡在客戶側寫程式碼調系統，兩三成和客戶管理層對齊方向、拆問題、做架構決策，一兩成把現場學到的模式沉澱回公司產品線，剩下是評估最佳化和知識分享——寫打法手冊、內部佈道、培訓客戶團隊。

這份時間表裡藏著一個重要資訊：FDE 不是「被外派的工程師」，而是「帶著雙向使命的工程師」——一頭向客戶交付結果，一頭向公司輸送情報。這也是下一節的主題。

1.5 一切用結果說話

如果要用一句話概括 FDE 的工作信條，那就是：一切用結果說話。

先把「資料」和「結果」分清楚。企業軟體史上從來不缺資料好看、結果糟糕的專案：功能清單百分之百打勾，但用的人只有百分之五；系統可用性四個九，業務部門卻寧願繼續用電子表格。麻省理工那份報告裡 95% 的失敗專案，絕大多數不缺資料看板——數字都在，價值沒來，因為沒人對「財務報表上那行數字」負責。

FDE 模式從制度上保證「結果」不被稀釋，具體靠三件事。

• **收錢方式向結果靠攏：** Palantir 早年做政府專案，就大量採用「做成了才付錢」的安排。麥格魯回憶起來很直白：「早期，創業公司自己承擔全部風險是合理的——做成了你再付我們。」這套邏輯在人工智慧時代演化得更精細：Sierra 按「已解決的會話」收費，不解決不收錢；不少 FDE 服務商按階段交付、按結果驗收。收費一旦與結果綁定，交付團隊的全部行為都會重新排序——你不會再花三週打磨一個沒人用的功能，因為「沒人用」要你自己買單。

• **成功度量前置到開工之前：** FDE 專案的第一步不是寫程式碼，是和客戶一起定義「什麼叫成」。Palantir 的訓練營要求客戶先鎖定一個極其聚焦的核心戰場——「把某條產線的排產衝突降 30%」，而不是「探索人工智慧賦能製造」——就是為了防止專案在「探索」的名義下漂向不可證偽。OpenAI 與約翰迪爾的合作是教科書示範：先和農藝專家一起評審數百個真實作業案例，建起定製評估體系，然後才開始迭代模型。最終「化學品使用減少最高 70%」這個數字，不是事後包裝的宣傳口徑，是開工前就定好的靶子。

• **最終裁判是客戶組織的行為改變：** 那份報告裡有個辛辣的發現：只有約四成企業為員工提供官方的人工智慧工具訂閱，而多達九成員工，日常在用個人消費級產品解決工作問題。這意味著大量「成功上線」的專案，實際處於「官方系統空轉、員工繞道而行」的狀態。FDE 哲學裡，系統上線不是里程碑，客戶團隊改變工作方式才是。Sierra 內部刻意把崗位命名為「智慧型代理工程師」，負責人默勒解釋選材標準時說：只接兩類問題——真的難的，和真的有業務影響的，二者必須同時成立。

「一切用結果說話」聽起來是常識，執行起來卻是對整個利益結構的冒犯：銷售不敢過度承諾了，因為交付團隊要為結果負責；客戶資訊部門沒法用「功能清單」交差了，因為業務部門的使用率成了驗收標準；FDE 自己也沒法用「我按需求做完了」免責，因為需求本身的對錯也算他的賬。這正是這個角色珍貴的原因，也是它昂貴的原因。

1.6 FDE 在團隊裡的四張面孔

一個 FDE 同時活在四個世界裡，他是這四個世界的連接件。

• **對客戶，他是「嵌入式產品經理 + 全棧工程師」：** 既像人類學家一樣觀察客戶的真實工作——最有價值的發現往往來自「看」，不是「問」——又像創業者一樣在觀察現場直接動手做出來。Palantir 把這個雙人組合制度化：代號「回聲」的部署戰略師負責讀懂客戶的使命、各相關方和採納路徑，代號「三角洲」的前置部署工程師負責技術實現。兩人一組，一個診斷，一個建造，缺一不可。

• **對公司產品線，他是「前哨與情報官」：** 這是 FDE 與傳統交付團隊最本質的區別。傳統實施的成本是銷售成本，花出去的每個人天都要從合同裡掙回來；健康的 FDE 組織把現場工作當研發——三個客戶撞上同一個整合缺口，那不是三樁麻煩，那是一條產品情報；五個部署都需要同一種工作流，那就該抽象成平臺的下一個標準能力。一位前 Palantir 工程師回憶，Foundry 平臺的關鍵元件誕生於蘇黎世、休斯頓、聖保羅、圖盧茲等天南海北的客戶現場，自下而上長成，最後反哺為年收入數十億美元的產品。（出處見附錄 C）

• **對銷售，他是「信任的放大器」：** 企業客戶被辜負過太多次，對一切幻燈片免疫。FDE 用兩個動作重建信任：一是動手，在客戶自己的資料上、客戶自己的環境裡，當場做出能跑的東西；二是誠實，敢對客戶的錯誤前提說不。Palantir 的訓練營把這種信任生產流程化了：客戶帶真實資料來，一到五天做出能部署的原型，高管親手點著用。早期訓練營的付費轉化率只有 5% 到 10%，公司披露的後期轉化率已接近 75%。信任，是可以被工程化地生產的。（出處見附錄 C）

• **對組織本身，他是「人才熔爐」：** 一個容易被忽視的事實：Palantir 走出了密度驚人的創業者群體。這不奇怪——FDE 的日常訓練，就是在資源受限、需求模糊、各方關係複雜的環境裡，端到端把一個有價值的東西做出來並讓人用起來，幾乎就是創始人訓練的完整預演。後來創辦 Decagon 的斯里尼瓦斯、組建 Sierra 智慧型代理工程團隊的默勒、寫下這個行業流傳最廣的方法論文章的幾位作者，都是從 Palantir 的前置部署崗位走出來的。一家公司的人才外溢，變成了一整個行業的人才基礎設施。（出處見附錄 C）

這四重身份合起來，指向同一個結論：FDE 不是組織圖上的一個格子，而是組織學習方式的一次升級——把「瞭解客戶」這件事，從層層轉述的二手資訊，變成工程師親手的肌肉記憶。

1.7 如何招聘 FDE

先潑一盆冷水：FDE 是軟體行業最難招的崗位之一，因為它要求一個人在兩個通常此消彼長的維度上同時優秀。

前 Palantir 工程師 Barry 在回憶文章裡把這件事說透了：Palantir 招 FDE 的標準，是「能進谷歌或臉書的工程師」——因為他們是去客戶現場建造系統的，不是去調參數的；但光有技術遠遠不夠，前置部署的人還需要創造力、判斷力和麵對客戶的魅力。他補了一句扎心的：這比招一支傳統的售前團隊，昂貴和困難得多。

拆解招聘市場的實踐，FDE 招聘有三個關鍵環節。

• **候選人畫像：** 招「好奇的推土機」，不招「精緻的工匠」。a16z 給創業公司的建議用了「充滿好奇心的實幹家」這個詞：主觀能動性強、對現狀缺乏敬意、對客戶的問題有飢餓感。麥格魯說得更具體：FDE 團隊要兩種人——「領域叛逆者」，懂行業但不迷信行業慣例；「原型快手」，速度優先於完美，接受第一版要扔掉重寫。反過來，兩類在傳統工程文化裡受寵的人，反而是 FDE 崗位的危險訊號：把程式碼優雅置於客戶結果之上的「工匠」，和把客戶每句話當聖旨的「忠誠執行者」。

• **面試：** 用「拆解輪」代替八股。前面提過的「問題拆解」，是 FDE 面試的靈魂：給候選人一個模糊、龐大、帶著真實業務毛邊的問題——「某銀行合規團隊每天人工核對三萬條交易告警，九成是虛驚，你怎麼辦」——然後觀察六十分鐘。考察的不是答案，是過程：先問清約束再動手沒有，區分根因與症狀沒有，記不記得系統另一端坐著一個真實使用者，能不能清楚地講出取捨。Palantir 還會在每個技術輪裡嵌入約二十分鐘的行為問題，並且明確會拒掉技術很強但文化不合的候選人——文化項裡最重要的一條，是面對模糊時的秩序感。

• **定價：** 接受「工程師薪酬 + 經營彈性」的混合結構。2026 年的市場資料可以作錨點：Palantir 前置部署工程師年總薪酬中位數約 21.5 萬美元；頭部人工智慧實驗室中級 FDE 約 38.5 萬，資深約 61 萬；Anthropic 的崗位底薪在 20 到 30 萬美元之間。另一個值得注意的細節是獎金設計：Palantir 的獎金常與客戶擴展等經營指標掛鉤，介於工程獎金與銷售佣金之間；a16z 的建議則是激勵與客戶經理對齊，但別讓 FDE 背硬性銷售指標——那會把行為引向簽單，而不是結果。薪酬結構是角色定義的最後一道工序：你給錢的方式，最終塑造人的行為。（出處見附錄 C）

1.8 如何成為 FDE

換個視角：如果你是一個工程師、產品經理或顧問，想進入這個高速增長的市場，路怎麼走？

先自測：這個崗位的光鮮與代價，是一體兩面。論壇從業者社群裡，對 FDE 的討論有一種少見的誠實。正面的部分：技術含量和品牌背書的最佳組合，少數能同時積累技術、商業和客戶資源的崗位。代價的部分：四分之一到一半的出差是常態，OpenAI 的招聘啟事裡明確寫著出差最高可達 50%；工作節奏被客戶的緊急程度、而不是自己的排期定義；還有一個反覆出現的提醒——職業倦怠的風險是真實的。

有一條評論銳利到值得原樣抄下來：「有人把它當品牌跳板，有人說它是掛著酷頭銜的諮詢，兩種說法都對——區別在於，你所在的公司是把現場學習迴流到產品，還是把你當人天在賣。」這句話既是擇業標準，也是本書第 7 章的主題。（出處見附錄 C）

再補課：你要補的不是技術，是「翻譯」這門手藝。技術底子只是入場券，多數工程師都有；真正稀缺的是三種翻譯能力——把業務問題翻譯成技術問題（第 2 章），把技術方案翻譯成高管能懂的話（第 3 章），把現場經驗翻譯成團隊能複用的知識（第 7 章）。練這三樣，上課不如上場：跟一次售前、值一次駐場、給一個真實使用者做培訓，然後看自己在哪種不適裡成長最快。

面試準備上，把履歷改寫成「客戶結果導向」。原則前面說過，再強調一次：簡歷裡的每個技術成就，都要走完到客戶語言的最後一公里。「做了檢索增強系統」是工程師語言；「做的檢索增強系統讓客服首次響應從 4 小時降到 8 分鐘，續約時客戶主動提出擴容」是 FDE 語言。同時備好兩類故事：一次你在需求不清時建立秩序的經歷，和一次誠實的失敗——Palantir 系的面試官對「講一個真實的失敗」有執念，因為這個工作的本質就是在不確定中前進，不承認失敗的人，沒有進化能力。

選公司時，反問三個問題。一是「你們的產品平臺是什麼」——沒有平臺底座的 FDE，是純人力外包。二是「現場學習怎麼迴流產品」——請對方講一個最近從現場沉澱為產品功能的例項，講不出來就有問題。三是「FDE 向誰匯報」——向產品或工程線匯報，通常意味著模式被認真對待；向銷售線匯報，則要小心淪為售前的人力池。

1.9 FDE 的常用工具箱

本章最後，給出這個崗位當前的工具全景。工具會過時，但工具背後的能力分層不會。五層，從腳下到身後。

• **平臺底座層｜公司的武器**。FDE 模式成立的前提是「帶著平臺去現場」，否則就退化為定製開發。Palantir 的 Foundry 與 AIP，核心是那個叫「本體」的東西——把企業的資料、邏輯和動作建模成一套語義層，讓人工智慧在「懂業務」的地基上執行；OpenAI 的模型介面與智慧型代理工具鍊；Sierra 的智慧型代理平臺。評估任何 FDE 機會時，這一層的厚度是第一優先順序。

• **人工智慧工程層，個人的手藝。** 2025 年後的日常手藝包括：提示詞工程與上下文管理；檢索增強，讓模型先查資料再回答；評估體系，為模糊的業務品質建立可量化的標尺——這是人工智慧時代 FDE 區別於傳統實施工程師的標誌性技能；智慧型代理架構，工具呼叫、多智慧型代理協作、關鍵環節留人把關；以及成本與速度的工程最佳化。

• **資料與整合層，進場的第一仗。** 幾乎所有 FDE 專案的第一週都在和這一層搏鬥：資料管道、企業系統聯結器、許可權與身份認證、給 AI 查資料用的向量資料庫、資料治理與脫敏（隱去敏感資訊）。一位從業者的經驗之談：專案進度的七成卡在這裡，但演示裡看不見它——它是冰山的水下部分。

• **交付與協作層，客戶環境裡的生存裝備。** 在客戶的安全邊界內工作，意味著「雙重適配」：既要會用自己的現代工具鍊，也要能屈身於客戶的環境——可能是與網路物理隔離的內網，可能只能在客戶的雲環境裡部署，可能連程式碼託管網站都訪問不了。容器化（把環境打包帶走的技術）、基礎設施即程式碼（用程式碼管理伺服器環境）、以及「在斷網的會議室裡也能把環境跑起來」的應急預案，都屬於這一層。

• **知識沉澱層，規模化的槓桿。** 這是最容易被忽視、但決定團隊能否擺脫「收入隨人頭線性增長」的一層：打法手冊、元件庫、部署檢查清單、以及把「某個客戶的解法」改寫為「一類客戶的模式」的寫作習慣。第 7 章會專門展開它。

五層工具箱合起來，就是這個崗位的完整輪廓：腳下踩著平臺，手裡握著工程，眼裡盯著結果，身後連著產品線。

這就是 FDE。接下來的七章，我們進入方法論的腹地，從一個專案最原點的選擇開始——怎麼確保你在解決正確的問題。

「在錯誤的問題上，一切執行力都是浪費。」

2.1 概念驗證墳墓的解剖報告

矽谷有個詞，叫「概念驗證煉獄」（POC purgatory）。進去的專案出不來：沒死透，不能宣告失敗；沒活成，不敢加大投入。於是它們在季度彙報裡一年一年地「持續推進中」，像一屋子插著管子的病人。

麻省理工學院的研究者給這座墳墓做過一次系統解剖。他們歸納出企業人工智慧專案規模化路上的五大路障，按出現頻率排下來：

1. 員工不願用新工具——諷刺的是，這些人每天私下用 ChatGPT 用得飛起
2. 對模型輸出品質的擔憂
3. 糟糕的使用者體驗
4. 缺乏高階主管支持
5. 變革管理困難

請注意這份清單裡缺席的東西：模型不夠聰明、算力不夠便宜、技術不夠先進——都不在列。殺死這些專案的，幾乎全部發生在「問題定義」和「組織現實」層面，不是技術層面。

報告裡有個被反覆引用的細節，值得單獨講。一家企業花五萬美元採購了專業的合約分析工具，功能清單洋洋灑灑。但公司的一位資深律師就是不用——她繼續用免費的 ChatGPT 起草合約。理由很樸素：買的那個工具，摘要太死板，沒法按她的習慣客製。採購部門的報表上寫著「已部署」，真實的日常卻是官方系統空轉、員工繞道而行。（出處見附錄 C）這個細節揭示了第一大路障的真正成因：不是員工守舊，是消費級產品把他們的胃口養刁了——每天在家用得飛起的人，沒法忍受辦公室裡的「人工智障」。

還有一組更扎心的對比：與外部專業供應商合作的專案，成功率約為內部自建的兩倍。為什麼外部團隊反而勝率高？不是他們更聰明，是他們輸不起——按結果收錢的人，定義錯問題的代價是自己買單。日本一家公司的內部專案就是典型的反面教材：抽調三四名最強工程師組成攻堅組，展示驚豔、領導點頭，唯獨從第一天起就沒有人能回答「這套系統的好，由什麼標準衡量」。半年後專案從彙報材料裡悄悄消失，沒有人宣布它失敗，它就這樣自然死亡了。（出處見附錄 C）

這就是本章的第一性原理：在錯誤的問題上，一切執行力都是浪費；而企業裡錯誤問題的密度，遠超想像。這一章只講一件事：寫第一行程式碼之前，怎麼確保你在解決正確的問題。

2.2 PSF：找到問題與方案的契合

網際網路創業方法論裡有個核心概念叫 PMF（Product-Market Fit，產品與市場的契合）：產品對了，市場自己會拉動成長。在 FDE 的世界裡，對應的單位不是「產品與市場」，而是「問題與方案」——我稱之為 PSF（Problem-Solution Fit，問題與方案的契合）。

區別微妙而關鍵。PMF 問「我的產品有沒有市場要」，視角在供給方；PSF 問「客戶這個具體的問題，值不值得、能不能被我們的能力解決」，視角在需求方。一個企業客戶內部，可能有幾百個「人工智慧能做點什麼」的機會點，但真正值得做的，必須同時過三關。

第一關，痛點檢驗：這個問題，是不是某個具體的人的具體的痛？注意是兩個「具體」。「提升客服效率」不是痛點，是方向；「客服主管每週一早上要花三小時，從四個系統裡手動彙總上週的升級工單，而她真正的工作應該是分析升級原因」——這才是痛點。麥格魯給過一個更鋒利的標準：去解決執行長最關注的五個問題之一。理由很現實，只有這個量級的問題，才能幫你碾過企業內部的官僚阻力（第 3 章會展開怎麼用它過資訊部門這道關）。Sierra 的智慧體工程負責人默勒的標準是同一個原則的另一種說法：只接兩類問題——真的難的，和真的有業務影響的。只有難沒有影響，是炫技；只有影響不難，輪不到你。

第二關，經濟性檢驗：解決這個問題，值多少錢？很多痛點是真痛，但不值錢；算不清這筆帳的專案，做了也活不過下一個預算季。你可以粗略地算：這個問題每週吃掉多少人時？折合多少人力成本？出錯一次賠多少？省下來的人手能去幹什麼？Palantir 的訓練營乾脆把這關前置——客戶開始前就得鎖定「核心戰場」、給出量化靶子，「排產衝突降低 30%」「庫存周轉縮短 15%」。那份報告裡有個被廣泛引用的發現，恰好說明這關多容易被跳過：超過半數的企業人工智慧預算投向前臺的銷售行銷，回報卻集中在後臺的合約審查、採購、風控這些「不性感」的地方——大家都在解決「展示效果好的問題」，而不是「值錢的問題」。

第三關，可行性檢驗：以我們現在的能力，和這個客戶的資料現實，能做到幾分？這一關最容易被熱情淹沒。有兩個必須現場回答的問題：資料在哪、什麼狀態？答案經常比想像糟——分散在七個系統裡、三個版本對不上、最權威的那份在某個老員工私人的表格裡。以及，這個問題需要的準確率門檻是多少？「99% 可用」和「90% 可用」之間隔著數量級的工程投入，而很多業務場景其實 90% 加人工複核就是最優解——判斷這一點需要的不是技術，是對業務後果的理解。

三關都過，才算摸到問題與方案的契合。而這三關，必須在客戶現場過——坐在總部會議室裡對著二手資訊做判斷，是本章一切錯誤的總根源。

2.3 拒絕昂貴的「概念驗證墳墓」

2025 年，一家做企業人工智慧落地的中國服務商，在官網上寫了一段頗為狠辣的話，勸退潛在客戶：場景還沒驗證的，先去參加展示活動；資料一張表就能匯出的，輕量服務就夠了；只是想了解人工智慧的，用免費的方式。最後一句最狠：「FDE 是重投入，我們寧可你晚一點開始，也不希望你在錯的時機開始。」（出處見附錄 C）

這段話值得每個做企業人工智慧的人抄在牆上。它道出了一個反銷售直覺的真理：拒絕錯誤的專案，是 FDE 模式最重要的盈利能力。

錯誤的專案為什麼危險？因為 FDE 的成本結構是前置的——最優秀的工程師、最貴的差旅、最長的現場投入，全部發生在回款之前。一旦陷入泥潭，不是虧一單的問題，是整支精英團隊被拖住、機會成本雪崩的問題。

前 Palantir 工程師 Barry 回憶，公司當年「在客戶試點上燒掉過數百萬美元，很多專案的利潤率字面意義上是負無窮，因為我們是免費做的」。他緊接著補充的視角才是重點：Palantir 燒得起，是因為它把試點當研發組合來投資——像風險投資一樣，多數下注歸零沒關係，成的那些要贏回一切。但如果你既沒有它的資本厚度，又沒有「把失敗試點轉化為產品資產」的機制，那麼每一個錯誤的試點，都是純失血。（出處見附錄 C）

所以 FDE 團隊需要一套「拒絕的機制」，而不只是拒絕的勇氣。三條可操作的防線。

• **防線一：概念驗證必須有「畢業標準」** 。每個驗證專案啟動時就寫明：多少週後、用什麼指標、達到什麼數值，專案「畢業」進入付費部署；達不到，雙方體面散夥。Palantir 的訓練營把這套邏輯做到了極致——它不是概念驗證，是概念驗證的工業化替代品：一到五天、客戶帶真實資料、現場做出能部署的原型、高層當場拍板。要麼幾天內見真東西，要麼不要開始。傳統概念驗證之所以淪為墳墓，恰恰因為它「無限期、無指標、無裁判」。

• **防線二：** 警惕三類高風險訊號。綜合從業者的經驗，三類訊號出現兩個以上就要高度警惕。一是「沒有土地的所有權」——專案在公司內部沒有明確的業務方負責人，只有資訊部門在對接；資訊部門關心的是合規與穩定，而合規與穩定從來不是做新專案的理由。二是「只許看、不給碰」——客戶要求你先證明能力，但拒絕提供真實資料；沒有真實資料的驗證，註定做出自欺欺人的假陽性。三是「宇宙級需求」——第一次會議就要「覆蓋全公司所有場景」的客戶，往往還沒準備好做任何一個場景。

• **防線三：** 給「拒絕」留個體面的臺階。拒絕不等於斷交。最好的做法是把「現在不做」翻譯成「什麼時候做」：「這個場景的資料基礎還差三件事，我們建議先做另一個場景，順手把這三件事補齊，下個季度再來。」把拒絕包裝成路線圖，既守住產能，又維護關係——第 3 章的「燈塔客戶篩選」會沿著這條線繼續。

2.4 痛點，催生部署的第一原動力

正確的問題從哪來？教科書會告訴你：從需求調研來。FDE 的現場經驗會告訴你：從痛來。而痛不會出現在會議室裡，只會出現在工作現場。

這套方法，Palantir 二十年前就用血寫出來了。回看 1.2 節那個伊拉克戰場的故事：士兵需要路邊炸彈預警工具——這個需求在任何訪談都問不出來，因為士兵不知道「可以向軟體要這個」，他們以為這就是巡邏生活的一部分。痛點是被工程師「看見」的，不是被使用者「說出來」的。駐場工程師跟著巡邏隊出任務，親眼看到車隊在可疑路段前的猶豫與恐懼，才有了那個改變戰場的簡陋地圖工具。

這個方法在人類學裡有名字，叫「參與式觀察」；在豐田生產方式裡叫「現地現物」——到現場去，看實物，得實情。FDE 把它變成了一套可操作的田野方法，我稱之為「影子工作法」。

跟著真實使用者，過完他真實的一天。不是採訪他，是坐在他旁邊看他工作——看他打開哪些系統、在哪些電子表格之間複製貼上、在哪些環節皺眉頭、繞過哪些「官方流程」。OpenAI 的 FDE 團隊在約翰迪爾專案裡就是這麼做的：飛到愛荷華州，跟著農藝專家和農場主下地，看他們如何做施藥決策、看哪些資訊真正進入決策、看季節死線如何支配一切。那句被反覆引用的從業者箴言，說的就是這套方法的發現對象：「難的是找到那個沒人寫進文件的工作流、人們真正信任的那個資料源、以及知道流程為什麼是那樣的人。」這三樣東西，每一樣都只能在現場找到。

重點觀察「變通」，而不是「流程」。官方流程圖告訴你組織「應該怎麼運轉」，變通告訴你組織「實際怎麼運轉」——每一個變通，都是一個未被滿足的痛點在尖叫。員工為什麼堅持把資料匯出到表格裡再算一遍？為什麼部門裡公認「這張表要找小王」？為什麼明明有資料系統，決策會前總有人手動核對數字？變通是組織的疤，每道疤下面都是一次系統的失敗，也都是 FDE 的機會。

警惕「翻譯過的痛點」。你聽到的需求，如果是經客戶資訊部門、採購部門、諮詢顧問轉述的，每轉一手就失真一次——資訊部門會把業務痛點翻譯成技術需求（「需要一個資料平臺」），採購部門會把它翻譯成合規條目（「需要滿足某某標準」）。傳統軟體專案的災難往往就從這裡開始：廠商對翻譯件負責，而不是對痛點本身負責。所以你的第一要務，是繞過翻譯件，直達疼痛的神經末梢。這也是 Palantir 雙人模型裡「回聲」的核心職責——理解客戶的「使命」而不是「需求」：需求是痛點的二手中述，使命才是痛點的一手出處。

找到了真痛點，下一步是用最小的代價驗證：我們的方案，真能止這個痛嗎？

2.5 用「最小可行部署」驗證價值

網際網路創業方法論裡有個著名概念叫 MVP（Minimum Viable Product，最小可行產品）：用最小的產品驗證市場的需求。FDE 對應的概念，我稱之為 MVD（Minimum Viable Deployment，最小可行部署）——用最小的工程投入，在客戶的真實環境裡，對真實的痛點，驗證一次價值的真實發生。

一字之差，差別在骨頭裡。MVP 驗證「要不要做這個產品」，裁判是市場；MVD 驗證「這個方案在這個客戶身上能不能產生價值」，裁判是這個具體客戶的具體業務。一個在十個客戶那裡驗證成功的方案，在第十一個客戶那裡照樣可能失敗——資料基礎不同、組織慣性不同、痛點的形狀不同。這就是企業交付的殘酷之處：價值不能繼承，只能逐個驗證。

MVD 有三條軍規。

• **第一條：** 真實資料，沒有例外。用客戶提供的「去識別化（隱去敏感資訊）的樣例資料」或自己構造的展示資料做驗證，是概念驗證墳墓的第一塊磚。真實資料裡藏著一切魔鬼：欄位含義與文件不符、三成的空值、三年前的編碼規則，以及最要命的——資料本身記錄著錯誤的流程。- **這條軍規怎麼落地：** Palantir 的訓練營把「客戶必須帶自己的真實業務資料來」寫進規則，約翰迪爾專案把「審查數百個真實作業案例」放在建模之前。在假資料上成立的方案，只是精心製作的自我安慰。

• **第二條：** 縮小切口，而不是縮小野心。常見錯誤是把 MVD 理解成「閹割版的大方案」——功能砍掉七成，做得四不像。正確的做法是換一個維度縮小：不砍價值，砍範圍。不追求「覆蓋全公司的智慧客服」，而是「只覆蓋退換貨這一類工單，但做到端到端、無人干預」；不追求「全集團的供應鏈最佳化」，而是「只做這條產線的排產衝突，但每週實實在在省下 20 個人時」。切口小到價值密度足夠高，高到業務部門肉眼可見、主動傳播。法律人工智慧公司 Harvey 的擴張路徑就是這個打法的教科書：不做全所鋪開，先打透一個全球業務組，讓第一批合夥人成為信徒，六個月實戰後再橫向擴展。

• **第三條：** 定死截止時間，倒逼取捨。MVD 的驗證週期應該以「週」計，不是以「月」計。Palantir 的訓練營一到五天，Sierra 公開報導的最快上線案例四週，Decagon 的典型部署四到八週。截止時間的意義不在快，而在強迫雙方做誠實的取捨：凡不能在這幾週裡體現價值的部分，都還不是核心價值。一個六個月的「最小驗證」，幾乎必然重新長成一個什麼都想要的大專案——那就是概念驗證墳墓的又一次開工。

訓練營：MVD 的工業化

Palantir 在 2023 年推出的 AIP 訓練營（AIP Bootcamp），值得作為「MVD 工業化」的標竿單獨拆解——它是目前唯一被大規模驗證過的 MVD 流水線。

先看資料：從 2022 年的不足百場試點起步，場次連年倍增，媒體追蹤顯示累計完成場次早已過千，2025 年高峰期平均每天近 6 場；企業軟體傳統的銷售週期（九到十二個月）被壓到數週；美國商業收入 2025 年第四季同比成長 137%，公司公開把成長幾乎全部歸因於此。（出處見附錄 C）

再看流程，它把 MVD 拆成五個標準化動作。第 0 天，籌備：雙方鎖定一個極其聚焦的核心戰場——「最佳化某條產線排產」「降低庫存周轉天數」，拒絕一切宏大敘事。第 1 天，接入：打通客戶的現有系統，把孤立資料抽出來，構建初步的本體模型。第 2 到 3 天，構建：FDE 與客戶技術人員背靠背寫程式碼、配規則，把大模型接入業務流，做出能執行真實動作的自動化工作流。第 4 到 5 天，展示與拍板：產出的不是報告，是活的軟體介面，業務高階主管親手點擊，看著人工智慧基於自己公司的資料給出建議——震撼過後，直接進入商務談判。

訓練營的精妙，在於它同時解決了 MVD 的三個經典難題：真實資料問題（客戶自己帶來）、死線問題（五天封頂）、裁判問題（高階主管親手用）。它還順手解決了一個更深的問題——信任。讓決策者親手操作基於自己資料的系統，勝過一百頁可行性報告。

訓練營之後的合約，簽得有多快？Palantir 在財報電話會上揭露過一組真實節奏，快到同業都未必信：一家大型醫療公司，12 月參加訓練營，五週後簽下五年期、年合約額 2600 萬美元的協議；一家全球銀行，試點一個月後先簽 200 萬美元初始合約，四個月後擴展為三年期、年合約額 1900 萬美元；連鎖藥房 Walgreens 先在 10 家門市試點，店內營運效率提升 30%，然後八個月內推到 4000 家門市，人工智慧驅動的端到端工作流每天自動處理原本要人工作出的約 3840 億次決策。（出處見附錄 C）這組數字回答了「MVD 之後會發生什麼」：驗證通過的專案不是慢慢長大，是跳躍式放大——客戶在五天裡已經親眼見過價值，剩下的只是商務流程。

當然，這套模式的複製有門檻：背後得有成熟的平臺底座，否則五天連環境都搭不起來。對沒有平臺的團隊，可執行的簡化版是「兩週衝刺驗證」：第一週進場、接資料、訂指標，第二週做出一個只解決單點問題、但能跑真實業務的原型，週末向業務方展示並當場決定進退。形式可以裁剪，軍規不能裁剪。

2.6 早期要不要遷就客戶的現有環境

MVD 階段有一個幾乎每個專案都會撞上的分歧：客戶的現有技術環境——那堆跑了二十年的老系統、部門自建的小工具、還有嚴格的安全合規邊界——我們的方案應該在多大程度上遷就它？

兩派都有道理。「遷就派」說：在客戶的真實限制裡驗證，才是真實的驗證。「重構派」說：為一個即將被取代的舊環境做深度適配，是把寶貴的驗證期浪費在註定要丟掉的工程上。

FDE 的實踐給出一條中間路線：資料上相容舊系統，架構上絕不遷就舊系統——我稱之為「讀舊寫新」。

資料層面，深度相容舊環境。客戶的資料在哪裡，就從哪裡讀——哪怕它在一臺老式大型主機裡、在共享磁碟的表格裡、在某個古老系統的私有介面裡。金融業的老式大型主機、醫療行業數百家診所的異質系統，歷來是部署工作的核心戰場。讀資料的相容沒有捷徑，因為資料是驗證價值的前提，而資料永遠不會為了遷就你的架構而搬家。好消息是，這一層工作正在被人工智慧本身改變：過去需要人工解讀的欄位對映、跨系統搬運、沒有介面的老系統取數，現在可以大量交給智慧體完成——比如用瀏覽器智慧體模擬人工操作，從沒有介面的老系統裡取數。整合成本正在數量級地下降。（出處見附錄 C）

架構層面，堅決不做舊環境的寄生體。驗證期的系統應該執行在自己可控的邊界內，透過介面與舊系統互動，而不是把程式碼寫進舊系統裡。理由有三：驗證期方案本身有一半以上的機率被推翻重寫，寄生越深浪費越大；寫入舊系統要走客戶的變更管理流程，週期以月計，與 MVD 的週級節奏根本衝突；保持「可撤離」的姿態，本身就是談判籌碼和誠實姿態——FDE 做完會走，寄生體永遠走不了。

流程層面，順從人的習慣，而不是系統的習慣。這是最容易被技術團隊搞反的一條。技術環境可以強硬，人的習慣必須順從。如果業務使用者的核心動作發生在表格和郵件裡，MVD 的介面就應該出現在表格外掛和郵件裡，而不是要求使用者登入一個嶄新的入口網站。OpenAI 在西班牙對外银行的部署，從 12 萬員工已經在用的 ChatGPT 介面切入，而不是另起爐灶，就是順從習慣的典範。記住 2.1 節那條死因：員工不願採用新工具，在五大路障裡排第一。新系統最大的敵人不只是舊系統，更是舊習慣。

2.7 「行勝於言」的使用者調研

本章最後，把鏡頭拉回方法論的源頭，談談 FDE 式的使用者調研與傳統調研的分野。

傳統調研的信條是「問」：問卷、訪談、焦點團體。FDE 的信條是「看」和「做」——行勝於言。原因有三，層層遞進。

第一層：客戶不知道自己要什麼。這不是貶低，是認知規律。面對全新品類——2004 年的情報分析軟體，2025 年的人工智慧智慧體——使用者沒有參照系來描述需求。Palantir 的展示循環之所以有效，恰恰因為它不問「你要什麼」，而是說「這是我做的東西，你來說說哪裡不對」。人對「哪裡不對」的判斷力，遠強於對「要什麼」的想像力。給方案挑毛病是人類的天賦，憑空描述理想方案是人類的短板。

第二層：客戶說的和做的，是兩回事。2.1 節那個律師群體的例子是最好的證明：問卷調研「是否願意使用專業法律人工智慧」，採購部門會告訴你意願強烈——畢竟剛花五萬美元買了工具；但觀察律師們的實際行為，他們在用 ChatGPT 起草合約。企業語境下，「說」被太多因素汙染：政治正確、對供應商的客氣、對自身角色的維護。只有行為不會說謊。影子工作法觀察行為，MVD 測量行為，都建立在「做比說真」的基礎上。

第三層：最高品質的調研，發生在共同勞動中。訪談裡，客戶是「被研究對象」，警惕而表演；並肩工作時，客戶是同事，放鬆而真實。訓練營裡 FDE 與客戶技術人員背靠背寫程式碼的那兩三天，交換的資訊密度超過任何正式調研——客戶會在除錯的間隙隨口說出「其實這個欄位我們從來不信」「這條流程表面走系統，實際還是打電話」。這些話在正式訪談裡永遠不會出現，因為它們看起來「不正式」。但它們恰恰是部署成敗的關鍵情報。

還有一個 2026 年的新變數值得補在這裡：訪談本身也在被 AI 改造。特赞 CTO 丁鑫棟分享的做法是，不再發結構化問卷，而是用 Agent 對企業全員做自主訪談——根據不同的場景和不同人的實際痛點，做差異化溝通，最後彙總出一張「每條產品線處於什麼階段、痛點是什麼、適合用什麼方式推進」的全域診斷圖。問卷問出的是答案，訪談聊出的是痛點——AI 把後者的成本打了下來。（出處見附錄 C）

三層合起來，FDE 的調研方法論可以濃縮成一句話：用影子工作法找到痛點，用最小可行部署驗證方案，用共同勞動贏得真相。

到這裡，正確的問題已經鎖定，價值已經初步驗證。下一個戰場，是把驗證過的單點價值變成一份真正的合約，以及一段真正開始的關係——如何贏得客戶。

「企業買人工智慧，就像你奶奶拿到一支蘋果手機——她想用，但需要你幫她設定好。」
—— a16z（安德森·霍洛維茲基金）

3.1 篩選你的燈塔客戶

網路產品獲客的第一課是篩選種子使用者：100 個愛你的使用者，勝過 10000 個覺得你還可以的使用者。FDE 世界裡的對應物，是燈塔客戶——那種不僅能給你收入，更能給整個行業發訊號的客戶。

燈塔的戰略價值，在 FDE 模式下被成倍放大，原因有三。

第一，燈塔是最強的銷售資產。企業客戶決策鏈長、風險厭惡度高，同業背書是最短的说服路徑。法律人工智慧公司 Harvey 的起家史就是教科書：2023 年 2 月官宣的第一個大客戶，是擁有 3500 名律師、43 個辦公室的全球頂級律師事務所年利達。這座燈塔一亮，PwC、佳利等大客戶接踵而至——法律行業最講出身，拿下年利達，等於拿到了整個頂級律師事務所市場的通行證。Palantir 的早期歷史同構：中情局是它最嚴苛、也最有背書價值的客戶，情報界的信任，日後變成了敲開華爾街、製造業和政府市場的鑰匙。

Harvey 點亮這座燈塔的過程，本身就是一堂 FDE 課。2022 年 11 月，年利達成立了一個專門小組——市場創新組，由合夥人大衛·韋克林牽頭，開始秘密試用這家當時名不見經傳的新創公司的產品。注意他們驗證的方式：不是看展示，是全所實戰。到試點結束，3500 名律師向系統提出了約 4 萬個真實工作問題，涵蓋 250 個業務領域、50 種語言。韋克林的結論是那句被法律界反覆引用的話：「我做了 15 年法律科技，從沒見過這樣能改變遊戲規則的東西。」另一位合夥人給媒體展示了一個具體畫面：讓系統給美國客戶準備一份「如何在盧森堡開銀行」的十頁材料，「它真的做出來了。」（出處見附錄 C）

第二，燈塔決定你的產品基因。FDE 模式下，現場學習回流產品——這意味著你的前十個客戶，在事實上參與塑造你的產品。選錯燈塔，產品會被帶向沒有普遍性的方向。a16z 給新創公司的第一條建議「聰明地賣」，說的就是這個：年輕的公司不可能滿足所有人，要選一個在系統環境和使用場景上至少有共性的理想客戶畫像，讓每次交付的學習可以累積，而不是互相抵銷。

第三，燈塔的品質比數量重要一個數量級。你的產能天然稀缺——一支菁英團隊同期能深度服務的客戶是個位數，接錯一個，代價不是「少賺一單」，是一支頂尖團隊被泥潭佔用半年。所以第 2 章的三類高風險訊號（沒有業務負責人、拒絕提供真實資料、宇宙級需求）在這裡同樣要查，還要加一條燈塔特有的檢驗：合作初期就談好，成功後他願不願意站出來——聯合發布案例、行業會議現身說法、接待你潛在客戶的參訪。不願意公開替你說話的燈塔，價值至少打對折。

警惕「需求蝗蟲」

做網路產品要警惕「產品蝗蟲」——蜂擁而至、用完即走、還誤導產品方向的早期使用者。FDE 世界裡的對應物種是「需求蝗蟲」：預算充足、需求旺盛、但會吸乾你團隊卻不產生任何複利的客戶。三個識別特徵：需求與公司戰略方向明顯偏離，做了也沉澱不下可重複使用能力；把 FDE 當廉價外包使喚，按人頭派活，而不是按結果對齊；內部政治消耗巨大，你的主要工作變成幫某個部門證明另一個部門錯了。對需求蝗蟲說不很難——它們的合約金額往往誘人。但請記住 Barry 的帳：錯誤的試點燒掉的不只是當下的成本，還有團隊的時間、士氣，以及本可以長在正確客戶身上的產品複利。

3.2 從最笨的事情做起

著名孵化器 YC 有一條古訓：「做不可規模化的事。」最早的民宿平台創辦人挨家挨戶給房東的房子拍照，線上支付公司 Stripe 的創辦人當場幫使用者安裝軟體。

麥格魯在 Podcast 裡被問到 FDE 與這條古訓的關係時，給出了一個精準的表述：FDE 模式，就是在規模上做不可規模化的事。

這句話道破了 FDE 獲客的哲學底色：在企業市場，信任的獲取沒有規模化捷徑，只有笨辦法。三個層次，層層遞進。

第一層：人要到場。a16z 給前置部署團隊的建議清單裡，最後一條只有四個字：親自到場。理由是「陳腔濫調，但陳腔濫調之所以成為陳腔濫調，是因為它是真的」——到場不僅改善銷售，更能在梳理客戶內部權力關係、推動新工具被採用時，成倍提高成功率。企業客戶的信任，是按「見面次數」和「共同經歷的事」計價的。遠端會議建立的是熟悉，只有並肩作戰建立的才是信任。

第二層：手要弄髒。OpenAI 的 FDE 在愛荷華的農田裡跟著農藝師下地；Palantir 的工程師在油田鑽井平台和飛機總裝車間裡一住數週；Harvey 的 FDE 在律師事務所裡逐個合夥人做採用展示。這些場景裡沒有一個是「高效」的，但每一個都在生產遠端溝通不可能生產的東西：對客戶處境的親身感受。體感直接轉化為方案品質——只有踩過農田的泥，你才會理解為什麼那個看似完美的手機介面，在戶外強光下根本沒法用。

第三層：先做僕人，再做導師。FDE 進場初期最常見的錯誤，是帶著「我們來拯救你們」的姿態。姿態錯了，一切情報管道都會關閉。正確的順序是先做最不起眼的服務：幫客戶的分析師修一個資料問題，幫資訊部門補一份介面文件，幫業務團隊把一份週報自動化掉。這些「笨事」換來三項戰略資產：組織內部的真實地圖（誰說了算、誰被信服、誰是隱藏的關鍵節點）、資料環境的真相（哪份資料被信任、哪份是擺設）、以及最重要的——「這個外來者是自己人」的身分認證。等這個身分建立起來，你說的話才開始有份量。

笨辦法的盡頭不是永遠笨下去。第 7 章會講怎麼把這些笨功夫沉澱成可複製的手冊——但在規模化之前，你必須先在泥裡趟出那條值得被複製的路。

3.3 信任紅利：標竿客戶的背書礦藏

企業級採購是一個「資訊不對稱極度嚴重、失敗代價極度高昂」的市場，決策者對資訊的信任排序極其陡峭：廠商自己的宣傳，不如分析師報告；分析師報告，不如同業的公開案例；同業的公開案例，不如同業的私下推薦。最後一檔——「我認識的人用了，說真有用」——轉換效率輾壓其他所有管道。而 FDE 模式恰恰是生產「私下推薦素材」的最佳機器：你交付的不是軟體授權，是客戶高層在同行飯局上的一句「他們真的懂行」。

開採這座礦藏，有三個層次的動作。

第一層：把交付做成「能講出去的故事」。客戶高層願意替你傳播的前提，是你的交付能被他說成一個讓他在同行面前有光彩的故事。這要求交付成果具備三個敘事要素：一個具體的數字（「化學品使用減少 70%」「反洗錢調查從幾小時到幾分鐘」）、一個具體的人（「我們的農藝師和他們團隊一起在地裡幹」）、一個具體的反差（「以前要三個月，這次只要五天」）。交付結束時，主動幫客戶的內部支持者備好這套敘事——一頁紙、三張圖、一個 30 秒能講完的版本。材料做得多細，決定了別人轉述時走不走樣。

第二層：把客戶的成功，變成客戶的社交貨幣。連鎖藥局 Walgreens 透過訓練營模式八個月部署四千家門市之後，成了行業會議上的明星；市場研究公司 J.D. Power 走得更遠——作為客戶參加完 Palantir 的訓練營後，開始為自己的客戶辦訓練營。（出處見附錄 C）這是最理想的狀態：客戶把你的方法論，當作它自己的行業領導力來展示。背書從「感謝你」升級為「以用你為榮」。

第三層：小心背書的「反噬機制」。企業市場是記仇的。一次高曝光客戶的失敗交付，傳播速度遠快於十次成功——因為失敗故事更下酒。這就是為什麼第 2 章的「拒絕機制」和第 4 章的「啟動紀律」如此重要：燈塔戰略的死穴不是找不到燈塔，是讓燈塔在你手裡熄滅。

3.4 用資料摸清客戶家底

FDE 進場前後，有一個動作叫「進場盡職調查」：在寫第一行程式碼之前，用結構化的方法，摸清這個客戶的全部家底。一份完整的盡職調查清單，包含五份地圖。

• **資料地圖**：客戶有哪些資料來源、各自由誰擁有、品質如何、權限歸誰管、有沒有你想都想不到的暗資料——某個老員工私藏的表格、只在郵件裡流轉的報表、紙本臺帳。重點不是「有什麼」，是「哪個被信任」。幾乎每個組織裡，官方資料來源和員工真正信任的資料來源都不是同一個，後者才是你要接的。

• **流程地圖：** 目標業務流程的真實運作圖——不是流程文件裡的版本，是影子工作法觀察出來的版本，包括所有沒寫進文件的環節、例外和變通。特別標註三個點位：時間消耗最大的環節、出錯代價最大的環節、情緒最激烈的環節。這三個點位，通常就是價值的富礦。

• **組織地圖：** 誰發起、誰買單、誰使用、誰能否決、誰是無冕之王。企業專案最常見的死因不是技術，是沒算準組織帳——你的內部支持者職位不夠高，或者太高（高到沒時間管你），或者正確的人沒被納入。特別要找到那類「知識樞紐」：職位不高、但所有人遇到實際問題都去找他的人。他們既是最好的需求來源，也是日後推廣的種子節點。

• **系統地圖：** 技術環境的真實面貌——要對接的系統清單及其介面狀態、安全與合規邊界、變更管理流程。系統地圖決定你的部署架構和排程。很多專案的時間表在第一天就注定破產，因為沒人問清楚：客戶那邊發布一個版本，要走六週流程。

• **政治地圖：** 最敏感、也最關鍵的一份。這個專案動了誰的乳酪？自動化的目標流程，是不是某個部門的權力來源？你的方案會讓誰的工作顯得冗餘？那份報告把「員工不願採用新工具」列為第一大路障，而牴觸的根源大多不是懶，是恐懼——怕被取代、怕被證明無能、怕失去存在的意義。政治地圖的功能，是提前識別這些恐懼的載體，並在方案設計裡給他們安排「新生路」，而不是「死路」。第 5 章的續約話題會回到這一點：被你設計成「受害者」的人，會成為續約時最堅定的反對者。

五份地圖齊了，你才算真正「進場」。這套盡職調查通常要一到兩週，由「回聲」與「三角洲」分頭進行、每日對表。它看起來像純成本，但帳要這麼算：兩週盡職調查省下的，是三個月在錯誤戰場上的狂奔。

3.5 技術內容行銷：打造持續輸出的信任引擎

內容行銷是網路公司獲客的經典武器。FDE 公司的獲客邏輯，決定了它的內容行銷有一個獨特的定位：不追求流量，追求「專業信任的預售」。

企業級客戶找到你的方式，不是滑到你的廣告，而是：遇到難題，搜尋、打聽，發現某家公司對這個問題有過極其專業的公開論述，然後得出結論——「他們懂，找他們」。內容在這裡扮演的角色，是客戶決策鏈最前端的「資格預審」。Palantir 常態發布場景化的技術文章；OpenAI、Anthropic 把企業客戶案例做成詳細的技術敘事；a16z 的一篇行業雄文為整個賽道定了調——這些都不是品牌宣傳，是精心經營的信任資產。

FDE 公司的內容行銷，有三條區別於常規企業內容的軍規。

• **軍規一：寫「戰壕視角」，不寫「展臺視角」。** 常規企業內容講產品多強、願景多大；FDE 內容講問題多難、我們怎麼趟過去的。前 Palantir 工程師 Barry 那篇講前置部署工程的文章，為什麼在業內被瘋傳？因為它寫的全是展臺上看不到的東西：重複造輪子的浪費、負利潤率的試點、累垮的工程師——結果這篇「自曝家醜」的文章，成了 Palantir 模式最好的佈道。戰壕裡的真話自帶穿透力，因為讀者能分辨：誰在講行銷話術，誰在講他們每天活在其中的現實。

• **軍規二：方法論開源，製造「被引用的資格」。** 把自己怎麼做發現、怎麼做驗證、怎麼做交付的方法論公開，短期看是教會同業，長期看是定義行業標準——當整個行業的客戶都開始用你的框架提問（「你們的評估體系怎麼建？」「你們的部署清單長什麼樣？」），你就從供應商變成了出題人。2026 年出現了 OpenFDE 這樣的從業者開源社群並快速聚合人氣，正說明這個行業的知識饑渴遠未被滿足；誰先系統性地滿足它，誰就掌握定義權。本書的寫作，某種程度上也是同一邏輯的實踐。

• **軍規三：讓客戶的內部支持者，成為內容裡的英雄。** 案例文章的署名邏輯很微妙：主角應該是客戶方那個有遠見的管理者，你的團隊是「幫助他成功的夥伴」。給支持者舞台，等於給下一個潛在客戶裡的同類角色，遞上一張「成為他」的邀請函。

3.6 採購、法務與安全審查的通關術

企業市場的「閘門」是採購部、法務部和安全審查委員會。大量技術上成功的 FDE 專案，死在這一三道閘門裡，而且死得毫無技術尊嚴：合約條款談判破裂、資料處理協議卡關、安全問卷填到第四個月。

通關的關鍵，是你怎麼看待這三道閘門：把它們當阻礙，你會在最後一公里翻車；把它們當成交付的一部分，你反而能建立優勢——因為多數技術公司對這三件事漫不經心，你認真，就贏了。

採購關：先理解採購的指標不是你的敵人。採購部門的職責是控價、控險、合規。他們砍價不是針對你，是職責所在。應對之策不是硬頂，是給他們「可交差」的工具：清晰的分階段報價（讓降價有臺階）、可對比的市場基準（讓審批有依據）、以及最重要的——可衡量的結果承諾（讓「買貴了」的指控無從成立）。成果計價模式在這裡有意想不到的優勢：採購最難審批的是「說不清會得到什麼的支出」，「每解決一個工單付 X 元」這種報價，採購一眼就能看懂。

法務關：把資料處理協議當成產品來打磨。企業人工智慧專案的法務焦點高度集中：資料用不用來訓練模型？資料存在哪、誰能存取？出了安全事故誰賠？人工智慧的輸出出錯算誰的？

聰明的團隊會把這些問題的標準答案產品化——預置的協議範本、清晰的模型使用聲明、分級的事故責任框架。Palantir 能在情報界生存，靠的就是把「權限與稽核」做到了產品核心（誰看過什麼資料，全程可查）；Anthropic 在與金融客戶的合作中，把「可追溯、可稽核」作為智慧代理設計的賣點。法務信任是設計出來的，不是談判出來的。

安全審查關：用「預答白皮書」搶出兩個月。企業安全審查的標準動作，是幾百條問題的問卷。等問卷來了再答，每條都得跨部門確認，一等就是按月算。高效率團隊的做法，是主動維護一份「安全白皮書」：部署架構圖、資料流程圖、加密與權限方案、合規認證、以及歷史審查中所有被問過的問題的標準答案。多數問卷的八成，可以直接從白皮書裡複製貼上。你的回應速度本身，就是安全成熟度最直觀的訊號——安全團隊閱人無數，他們知道手忙腳亂的回答意味著什麼。

3.7 生態捆綁：站在通路的肩膀上

FDE 時代的生態策略，是藉三類夥伴的肩膀。

第一類：雲端廠商與大平台。AWS、Microsoft Azure、Google Cloud，本身就是企業級人工智慧採購的總入口之一。進入它們的聯合銷售體系，等於獲得一張直達企業採購清單的通行證。雲端廠商的應用市集還解決了一個實際痛點：客戶可以動用既有的雲端預算承諾來採購你的服務，繞開新增供應商的採購流程。

第二類：顧問公司與系統整合商。這是 2026 年最戲劇性的生態變局。OpenAI 部署公司的創始夥伴名單裡，赫然並列著貝恩顧問、凱捷、麥肯錫——全球最大的顧問與整合巨頭，從「潛在的競爭者」變成了「持股的同盟」。邏輯很清晰：模型公司有技術，顧問公司有客戶關係與行業縱深，整合商有落地人力——三方合流，才能把「人工智慧轉型」這個巨型市場整體吃下。對創業公司而言，啟示是雙向的：既要警惕顧問巨頭藉生態之名吃掉你的交付層，也要看到與區域性、行業性整合商結盟的真實紅利——它們手裡，握著你三年也建立不起來的客戶關係。

同樣的劇本幾乎同時在中國上演。2026 年 7 月，字節跳動旗下的火山引擎與四大會計師事務所之一的安永簽署戰略合作：圍繞資料治理、財務管理、行銷增長等核心場景共建解決方案，最值得注意的是，雙方計劃搭建一支千人級的 FDE 團隊，「打造人工智慧原生的交付團隊」。火山引擎總裁譚待的話很直白：FDE 團隊要「讓具備技術與行業雙重背景的工程師，前置到客戶現場，深度參與方案落地的全流程」。一邊是坐擁客戶關係的顧問巨頭，一邊是缺行業縱深的模型平台——FDE 成了兩邊的焊接點。（出處見附錄 C）

第三類：客戶的客戶。最高級的捆綁，是嵌進客戶自己的價值鏈。J.D. Power 參加完 Palantir 的訓練營後，開始為自己的客戶辦訓練營——Palantir 的能力順著 J.D. Power 的客戶關係外溢，獲客成本趨近於零。設計你的交付時，就可以預埋這種「可再交付性」：這個方案，能不能讓客戶拿去服務它的客戶？能，你就從供應商變成了客戶商業模式的一部分——那是最深的護城河。

3.8 排期：誰先誰後，本身就是戰略

稀缺可以製造吸引力——邀請制、排隊機制，都是網路產品的經典玩法。FDE 的排期問題，在形狀上相反、在原理上相通：你的產能永遠小於需求，因此「誰先誰後」本身成了戰略工具。

先說殘酷的現實限制。一支合格的前置部署小分隊（一名業務側加兩三名技術側），同期能高品質交付的專案，通常不超過兩個。OpenAI 早年從 2 個工程師起步，Sierra 的部署週期以月計，Harvey 的單一事務所部署要六到九個月——菁英交付產能，是天然的稀缺資源。稀缺不可怕，可怕的是對稀缺沒有定價。

排期的第一原則，是按戰略價值排，而不是按合約金額排。決策矩陣只有兩個維度：這個客戶的燈塔價值（行業訊號強度），和這個客戶的學習價值（能沉澱多少可重複使用能力）。兩個維度都高的客戶，可以甚至應該倒貼資源優先做——Barry 回憶 Palantir 早期免費做試點、燒掉數百萬美元，賭的就是這個矩陣。兩個維度都不高的大合約反而最危險：錢看著多，卻把菁英團隊套牢半年。

第二原則，是把「等待」產品化。客戶排隊三個月才能進場，你別讓這三個月白流：給他資料準備的清單（進場即提速）、組織預熱的建議（先搞定哪幾個關鍵人物）、輕量的遠端診斷（保持溫度、提前掃雷）。等待期經營得好，進場後的交付週期能縮短三分之一——排隊就從客戶體驗的負擔，變成了交付品質的組成部分。

第三原則，是永不承諾超越產能的並行。你的交付品質，靠的是同一支團隊的連續專注——每個專案都揹著一整套客戶語境，切換一次就要重新載入一次，多專案並行的損耗遠大於想像。寧可讓銷售把「我們檔期排到下個季度」當稀缺性賣（這往往還能提價），也別讓團隊在三個客戶之間疲於奔命。生意越好的時候，越容易忍不住多接單；而多接單崩掉的代價，往往比少接一單大得多。

3.9 用開源工具與體驗裝讓品牌無所不在

FDE 世界裡有一種獨特的獲客打法：把你做得好的地方做成開源工具和展示範例，讓目標客戶的工程師先用起來。

邏輯在於：企業採購的發起者是高層，但技術否決權在工程師手裡。讓目標客戶的工程師在日常工作中先用上你的東西，等於在決策鏈的技術端預埋了信任票。三種典型載體。

開源的工具與元件。把交付過程中沉澱的通用模組——評估框架、連接器、部署範本——開源出去。Anthropic 把模型上下文協議（一種讓模型連接外部工具的開放標準）做成公開規範，FDE 在客戶現場交付的工件就建立在這個協議上——客戶工程師學會的第一課，就是 Anthropic 的技術棧。標準的普及過程，就是信任的累積過程。

可自助體驗的「技術櫥窗」。企業產品通常沒有自助試用，但可以有技術櫥窗：公開的展示環境、沙盒（隔離的練習環境）、互動式教學。Palantir 的訓練營，本質上是把「試用」做成了一場儀式；對資源有限的團隊，一個能讓客戶工程師在一下午內接上範例資料跑通的快速上手包，就是最好的銷售工程師。

工程師社群的存在感。目標行業的技術社群裡，持續出現你的工程師的身影——回答問題、分享踩坑、提交程式碼。這種存在感的轉化路徑很長，但它觸及的，正是掌握技術否決權的人。FDE 公司的招聘與獲客，在這個動作上是合一的：最好的候選人池和最好的客戶線索，往往來自同一個社群。

3.10 提案與驗證方案的撰寫

企業市場裡單價最高的文本，是提案與概念驗證方案——一字千金，毫不誇張。

壞消息是，多數技術團隊寫的提案都在犯同一個錯誤：通篇講「我們要做什麼」，而不是「你將得到什麼」。好的 FDE 提案，遵循一個嚴格的倒金字塔結構。

第一層：業務結果，一段話說完。提案的第一段，必須是客戶語言的業務結果：「八週內，把你行反洗錢調查的平均處理時間從 4 小時降到 15 分鐘，釋放的調查產能相當於現有團隊的 2.5 倍。」沒有這一句，客戶的高層根本看不進去後面的內容。

第二層：價值驗證路徑，怎麼證明做到了。寫明驗收指標、測量方法、基線資料、以及每一階段的退出機制。這一層傳遞的訊號是「我們敢被檢驗」——在被過度承諾傷害過的企業市場裡，敢被檢驗，是最稀缺的誠意。

第三層：交付方法，我們怎麼做。這一層才輪到技術方案，而且寫法上要讓非技術讀者也能跟上：架構圖配業務註釋，里程碑配決策點。特別要寫明需要客戶配合的事項——資料存取、關鍵人員的投入時間。把客戶該幹什麼寫清楚，一來提前排雷，二來也是篩選客戶。

第四層：風險與對策，我們想過會怎麼死。多數提案迴避風險，彷彿提了就不吉利。恰恰相反，成熟的買家最信任的，是「把死法說清楚」的供應商：資料品質不達標怎麼辦、關鍵人員變動怎麼辦、準確率達不到門檻怎麼辦。這一層是提案的信任放大器，也是第 2 章「拒絕昂貴失敗」理念在文本上的體現。

概念驗證方案另有特殊之處：它是「畢業標準」的載體。方案裡必須寫明週期上限、驗收指標、以及畢業與散夥的兩種後續。寫得含糊的驗證方案，等於給概念驗證墳墓簽發開工許可。

3.11 從駐場到遠端：混合交付的邊界

FDE 交付這幾年經歷了一次重要進化：從純駐場，走向「遠端為主 + 關鍵節點駐場」的混合模式。Palantir 官方口徑也確認，如今許多專案大部分遠端執行，駐場集中在關鍵里程碑。

混合模式的節奏設計是一門手藝。哪些事必須物理在場？經驗歸攏下來是三類：關係建立的初期（第一次見面、影子工作法、與高層的信任建立——信任這種東西，隔著螢幕建立不起來，必須見面）；高強度共創（訓練營式的聯合構建、關鍵架構決策的白板攻堅）；政治敏感期（方案推廣、部門協調、變革管理——這些時刻，你需要讀懂會議室裡的空氣）。哪些事遠端反而更好？深度編碼、文件沉澱、常規迭代——需要無打擾心流的工作。

混合模式還有兩個隱性紅利。一是成本結構：駐場是 FDE 成本裡最大的可變項之一，合理的混合比例，能把交付利潤率拉出十個點以上的空間。二是人才永續性：常年一半時間出差的團隊，倦怠率顯著更高——論壇上從業者對差旅的抱怨高居榜首。混合模式不是偷懶，是組織續航能力的保障。

但底線要劃清：「從不見面」的 FDE 是假議題。如果一個專案從啟動到交付全程遠端，你失去的不僅是關係，而是本章與第 2 章反覆論證的那個東西——對現場的第一手認知。遠端維持的是已有的信任與語境，而它們，必須先在物理世界裡被創造出來。

3.12 海外擴張

FDE 模式的出海命題，在 2026 年呈現出有趣的兩大陣營。

美國公司的全球化由巨頭示範：OpenAI 的 FDE 招聘版圖涵蓋舊金山、紐約、西雅圖，以及倫敦、都柏林、慕尼黑、巴黎、蘇黎世、東京、新加坡、雪梨、阿布達比——FDE 團隊的地理分佈，精確描摹出企業人工智慧付費能力的全球地圖：北美、西歐、東亞已開發經濟體、中東主權財富。

中國語境下的 FDE 出海，則是另一番邏輯。過去的困境是「產品基因」：國內廠商長期做高度定製的專案製生意，組織能力跟海外市場要的標準化、產品化對不上。但 FDE 模式給了反向視角：中國工程師的交付文化——能吃苦、響應快、全端通吃、習慣在客戶現場解決一切問題——恰恰最貼近 FDE 的要求。所以問題從來不是中國工程師適不適合做 FDE，而是他們背後的平台底座夠不夠厚。大廠裡，字節跳動旗下火山引擎為豆包大模型設立了 FDE 團隊；新創公司裡，一些本土團隊把「FDE 不等於駐場外包」寫進了官網——兩條路都在探索。

出海的具體策略上，FDE 有一個先天優勢和一個先天限制。優勢：「燈塔到背書」的邏輯在全球市場同樣有效，且已開發國家企業客戶的付費意願和契約精神更成熟。限制：FDE 是重度在地化的生意——語言、時區、合規、本地信任網路，每一項都要求本地團隊，而非遠端支援。這意味著 FDE 出海的成本結構天然高於線上軟體出海，節奏必須更克制：先用能遠端交付的產品站穩腳跟，再在重點市場組建本地交付團隊，一個國家一個國家地做。

本章講的十二件事，歸結到一句話：贏得客戶的本質，是在一個被辜負過無數次的市場裡，成為值得被信任的那個例外。簽下合約只是入場券——接下來，真正的硬仗開始：讓系統活起來，讓人用起來。

「模型通常是最乾淨的部分。難的是找到那個沒人寫進文件的工作流程。」
—— 一位一線 FDE

>

「無論技術如何進化，組織內部的人性和權責博弈，始終是比技術更複雜的難題。」
—— 申悅，FDE 一線從業者

4.1 上線不等於啟動：企業部署的「首日魔咒」

先定義本章的核心概念。在消費網際網路，「啟動」指新使用者完成關鍵行為、體會到產品的「啊哈時刻」。在企業部署裡，啟動指目標使用者群體在日常工作中，形成對系統的穩定使用習慣——不是發表會上鼓掌，是三個月後沒人催、系統依然被高頻使用。

換句話說：企業軟體的「上線」是一個行政事件，「啟動」是一個行為事件。前者可以慶祝，後者才算數。

麻省理工學院那份報告裡的一組數字，值得在本章開頭再擺一次：只有約四成企業為員工提供官方的人工智慧工具訂閱，而多達九成員工，日常在用個人消費級的人工智慧工具幹活。這意味著大量企業的真實狀態是「雙軌制」：官方系統空轉，影子人工智慧橫行。系統上線了，啟動從未發生。

為什麼企業部署普遍死在啟動環節？因為它要過的是三道關，和消費產品完全不是一種關。消費產品死於「不好玩」，企業部署死在使用者手裡：使用者嫌它不順手——比舊習慣多一步，就沒人用；使用者覺得它不可信——錯一次，信任就歸零；使用者覺得它與自己無關——那就更沒人碰。這三關，沒有一關能在總部解決，你只能到客戶的會議室、車間和工位上去過。所以啟動是 FDE 的主場，也是它跟「交付即走」的傳統實施最大的不同：傳統實施把驗收單當終點，FDE 把客戶行為的改變當終點。

本章的七節，對應啟動的七件武器。

4.2 快速迭代：部署期的「熱修復」文化

網際網路產品迭代靠資料實驗，用小步快跑逼近最優。企業部署場景裡做不了嚴格的資料實驗——樣本太小、干擾太多——但它的精神內核，快速、小步、基於證據的迭代，在部署期變成了一種工作方式：像搶修線上身故一樣，快速回應使用者的每一個小抱怨——我稱之為「熱修復」。

消費產品的迭代節奏以「版本」計，週更、雙週更。FDE 部署期的迭代節奏以「天」甚至「小時」計：上午業務使用者說「這個輸出少了供應商編碼欄位」，下午欄位就加上了；今天車間主任說「這個介面戴著手套點不準」，明天按鈕就放大一倍。這種回應速度對使用者的意義，遠超功能本身——每一次隔夜的修復，都是對使用者信任的一次充值。使用者在第一個月就會形成判斷：「這個團隊是來真的」，還是「又一個交完就走的」。

熱修復文化有三個執行要點。

第一，回饋必須直達寫程式碼的人，中間不能隔著傳話筒。以前，使用者的回饋要經過客戶成功、產品經理、排期，最後才到工程師——每傳一手丟一半上下文，等排上期，一週過去了，使用者的心也涼了。FDE 模式下，回饋直達寫程式碼的人，最好寫程式碼的人就坐在使用者旁邊。Palantir 縮短的正是這個迴路：前置部署工程師現場就能構建、測試、學習、回傳，不必等一個正式的產品需求走完流程。

第二，迭代優先級由「使用阻塞度」排序，而不是「功能重要度」。部署期的取捨邏輯與產品期相反。產品期按戰略價值排需求，部署期要問的是「什麼在阻礙明天的使用」——一個配色問題如果讓車間工人覺得「這是給辦公室白領做的」，它就是最高優先級；一個強大的預測功能如果使用者當前用不上，它就排到啟動完成之後。先贏使用，再贏深度。

第三，每天收工時問一個問題：今天的改動，讓使用者明天的哪一刻更順了？這樣修下去，就不只是「有求必應」，而是在主動清除使用者和系統之間的每一個摩擦點。修復不只是消缺——每一次修復，都是一次有意識的啟動設計：你在逐個拆除使用者與系統之間的摩擦點。摩擦點的清单，就藏在進場盡調的流程地圖和日常觀察裡。

OpenAI 的 FDE 工作法裡有一個對應的節奏劃分：前期共創（駐場白板對齊）、驗證（建評估體系）、交付（多日駐場構建）。注意交付階段仍以「多日駐場」為單元——能修得這麼快，靠的就是人守在問題旁邊。

4.3 在客戶的環境裡迭代：評估體系驅動的品質提升

如果說 4.2 講的是迭代的「速度」，這一節講的是迭代的「方向感」。在人工智慧部署裡，方向感的載體是一個 2024 年後才成為主流的實踐：評估體系——用一批標準案例，給系統的輸出持續打分。

傳統軟體的品質只有兩種狀態：功能對或錯，測試過或不過。人工智慧系統的品質是連續的、機率的、場景相關的——同一個回答在示範裡驚豔，在某個具體業務語境裡可能是災難。更要命的是，「好」的定義權在業務方，不在工程方：模型覺得完美的回答，業務專家可能一眼看出外行。沒有這把評估標尺，人工智慧部署的迭代就是矇眼狂奔——你以為在最佳化，其實在隨機漂移。

評估體系的工程實踐，在領先團隊裡已經固定成三步。

第一步：從真實案例裡長出來。評估集不能靠工程師編，必須來自客戶的真實業務語料。這一步的本質，是把業務專家的隱性判斷力，顯性化為可執行的標尺。

第二步：讓業務方成為評委。評估體系不是工程師的自嗨工具，評審者必須包含業務方。最好的做法是把評估做成業務專家能參與的型態：並排的輸出對比、簡單的優劣標註、定期的評審會。這個過程有雙重收益：評估集越來越準，業務方對系統的理解越來越深——他們看著系統在自家案例上一次比一次答得好，信任的積累是親眼所見，而非彙報所得。

第三步：把評估體系接到生產回路上。上線不是評估的終點。生產環境裡持續採集真實輸入輸出，定期抽樣評估，分數下滑立即告警——這把「品質」從上線前的一次性驗收，變成貫穿生命週期的持續看護。使用者最敏感的不是平均品質，是品質的穩定性：系統錯一次造成的信任塌方，需要十次正確才能填回來。

約翰迪爾的合作，是「評估體系先行」最完整的公開樣本，值得放慢細看。這家公司要解決的是除草劑浪費：傳統噴藥機整田覆蓋，而它的「看見即噴」技術用 36 個攝影機加機器視覺，在時速 12 到 15 英里的行進中只噴雜草——一分鐘覆蓋三個足球場的面積。精準農業的理想很大：美國每年種 12 兆株玉米和大豆，最好的農田每英畝產 200 蒲式耳，頂尖種植者能做到 600——「如果每一株都能被單獨照料，產量可以翻天覆地。」這是約翰迪爾技術高管賈斯汀·羅斯（Justin Rose）的原話。

但農民要的不是技術，是可信的建議。OpenAI 的前置部署工程師飛到愛荷華，跟著農藝師下田，先和專家一起評審數百個真實作業案例、建起訂製評估體系，再快速迭代模型——並且必須趕上農時，錯過播種季就是錯過一年。最終結果：化學品使用量減少最高 70%，農戶的互動頻率提升了 6 倍。請注意這兩個數字的順序：先有評估體系定義的「好」，才有模型交出的「好」。（出處見附錄 C）

評估體系的深層意義在於：說白了，就是把老師傅腦子裡那句「什麼叫好」，變成系統天天自動執行的打分標準。這正是 FDE 模式的微觀縮影——客戶的知識不再只是需求文件裡文字，而是活在系統裡的標尺。

4.4 另闢蹊徑，降低使用門檻

讓使用者用最少的動作到達價值，是產品設計的常識。但企業系統的使用門檻，往往是系統之外的障礙。部署實踐裡被反覆驗證的「降門檻」手法，有四種。

手法一：寄生在使用者已有的介面裡。使用者的主戰場在哪，你的系統就該出現在哪：他在試算表裡工作，你就做試算表外掛；他在郵件裡審批，你就讓審批在郵件裡完成；他在工單系統裡幹活，你就把人工智慧建議嵌進工單卡片。要求他登入新系統，等於在你和他之間加了一道每天都要翻的牆。OpenAI 在西班牙對外銀行（BBVA）從 12 萬員工已有的 ChatGPT 介面切入，Anthropic 通過開放協定讓模型進入客戶已有的工作流程工具，都是同一邏輯。每多一次登入，啟動率就流失一截。

西班牙對外銀行是「順著舊習慣進入組織」的最佳樣本。它 2024 年 5 月開始與 OpenAI 合作，第一步只發出去 3300 個 ChatGPT 企業版帳號——不做全員運動，先讓種子使用者自己玩。員工很快自發建立了 2 萬多個訂製小助手，其中約 4000 個被高頻使用；管理層沒有禁止「影子人工智慧」，而是反其道而行：「我們給大家一個安全的平台，讓大家放心去試。」同時配套結構化培訓：250 名高階主管（含董座本人）先上課，全行建起「人工智慧先鋒網路」，培養了一批被內部稱為「人工智慧極客」的高階使用者。一年多後的數據：員工平均每週節省約 3 小時，83% 的人每週活躍使用。2025 年 12 月，雙方順勢官宣全行推廣：25 個國家、12 萬名員工，並啟動一個叫「八件事」的端到端轉型路線圖。從 3300 到 11000 再到 120000，每一步擴張都發生在上一步的使用資料被公布之後——這就是「讓習慣自己走路」的啟動。（出處見附錄 C）

手法二：預設值裡藏著啟動率。新使用者面對空白系統的第一反應是「然後呢」，多數流失就發生在這三秒。FDE 的解法是把「第一次使用」預裝好：預置的範本、預填的範例（基於客戶自己的資料）、預設的引導（第一次打開時，已經有一個屬於他自己的待辦事項）。系統在第一天，就應該比使用者更懂他可能要做什么——前幾天蹲點觀察到的東西，這時候就派上用場了。

手法三：把「問人工智慧」翻譯成「點按鈕」。企業使用者對「和人工智慧對話」這件事的熟練度，遠比想像參差。讓使用者自己組織提問，等於把工程負擔轉嫁給最不該負擔它的人。成熟的做法是把高頻場景封裝成一鍵動作：「產生上週異常報告」「核對這批發票」「草擬這封客戶函」——按鈕背後，是經過評估調優的完整提問與流程。對話式互動留給探索，按鈕式互動留給日常。

手法四：先做「副駕駛」，再談「自動駕駛」。面對高風險、高牴觸的流程，不要一步到位推自動化。讓系統先以「建議者」身份存在——人工智慧草擬、人來確認；人工智慧標註、人來裁決。使用者在一次次確認中，建立對系統判斷力的信任校準；等確認通過率高到一定程度，自動化才提上議程。約翰迪爾的方案至今保留著農藝師的最終決策權；金融合規場景的智慧體設計，普遍保留人工把關。副駕駛策略不是保守，是啟動率與風險之間的最優路徑。

4.5 曠日持久的整合大戰

每個 FDE 老兵都有一身傷疤，它們來自同一場戰爭：與客戶「遺產系統」的整合大戰——那些在企業裡運行多年、沒人敢動的老系統。

戰爭的殘酷程度，超出所有沒在一線待過的人的想像。a16z 的描述一針見血：人工智慧應用需要的上下文——歷史記錄、業務邏輯、權限體系——全部鎖在企業內部的資料庫、介面和工作流程裡，而連接它們的工作「從來都不是選擇題，而是必修課」。金融業的老式大型主機、醫療業數百家診所的異質系統、製造業幾十套各自為政的車間系統——這些環境的共同點是：文件過時、介面殘缺、懂它們的人已經退休了一半。

這場戰爭的戰略要點有四。

• **把整合當戰役打，不當雜務辦**。整合工作在多數專案計畫裡被寫成一行「系統對接：2 週」，然後在執行中膨脹為四個月。錯誤的根源，是把整合當技術雜務——它既是技術考古，又是組織政治，還得管資料治理——是不折不扣的硬仗。正確的姿勢：進場盡調時就畫出系統地圖，把整合風險分級排期，最硬的骨頭最早啃——整合的不確定性最大，晚啟動一天，整個專案的時間表就裸奔一天。

• **第二，資料問題先於模型問題解決。** 那份報告裡有個被廣泛轉引的洞察：大量人工智慧專案失敗的底層原因是「垃圾進垃圾出」——人工智慧接入了未治理的資料來源，同一個文件十個版本隨機命中，輸出自然不可信。Palantir 的解法是本體：先把企業的資料資產建模成帶業務語義的層，釐清「哪個欄位權威、哪個版本有效、誰有權看什麼」，人工智慧在這層地基上運行。這條路徑的普適啟示是：**資料治理不是人工智慧專案的前置工程，它就是人工智慧專案本身**。

美國海軍的「造船作業系統」，是這個啟示最壯觀的註腳。2025 年 12 月，海軍部長與 Palantir 執行長共同宣布了一筆 4.48 億美元的合約：先覆蓋兩家大型造船廠、三個海軍船塢和一百家供應商。造船業的資料環境是教科書級的災難：企業資源規劃系統、幾十年前的老資料庫、紙本圖紙並存。而試點階段的兩個數字讓所有人閉嘴：在核潛艇製造商通用動力電船公司，潛艇排產計畫從 160 個人工時壓縮到 10 分鐘以內；在朴茨茅斯海軍船廠，物料審核時間從幾週壓縮到一小時以內。

海軍部長特意強調：「這不是概念，不是試點，不是研究——這事已經在幹了。」（出處見附錄 C）注意這個案例的順序：先花大力氣把資料接進統一的語義層，效率奇蹟才可能發生——而不是反過來。

同樣的邏輯在三個完全不同的行業復現。速食連鎖 Wendy's：全北美 6450 家門店的糖漿缺貨調度，過去要 15 名員工查上一整天，接入資料平台後五分鐘出方案。房貸巨頭房利美（Fannie Mae）：用人工智慧辨識抵押貸款詐欺，檢出率超過 99%，遠超原本的規則系統。花旗銀行：客戶信用審批從幾小時壓到幾分鐘——人工智慧一口氣讀完信用史、交易習慣、行業風險與關聯企業。三個行業，一個共同前提：先把散亂的資料歸置成機器能理解的語義層，智慧才有地方落腳。（出處見附錄 C）

• **第三，用人工智慧打人工智慧的整合戰爭。** 一個 2025 年後的重要變數：整合工作本身開始被人工智慧自動化。a16z 預想的場景已經部分成為現實——沒有介面的老系統，用瀏覽器智慧體模擬人去取數；欄位映射、格式轉換、介面文件解讀，大量交給模型處理。領先團隊的自我要求值得引用：「盡最大可能自動化整合流程——流程探勘、資料管線、系統對接、介面文件梳理——這種速度優勢會複利。」用 AI 來幹 AI 部署的活，這可能是這個崗位最妙的地方。

• **第四，知道什麼時候繞開，而不是攻克。** 不是所有遺產系統都值得正面整合。有些系統的正確解法是「影子讀取」（唯讀快照、夜間同步），有些是「人工擺渡」（過渡期保留人工環節），有些乾脆是「宣告隔離」（該流程的資料不在本專案範圍內，明確告知客戶）。工程師的自尊心總想攻克每一座堡壘，FDE 的判斷力體現在選擇戰場——記住你的目標不是技術全勝，是客戶結果。

4.6 變革管理：讓客戶組織為你站台

本節處理的是啟動最大的軟阻力：組織。報告的五大路障裡，「員工牴觸」與「變革管理」合計佔了近半壁江山。技術上線只需要工程師，行為改變需要整個組織。

變革管理在 FDE 語境下，核心是三組人物的經營。

• **支持者｜你的內部盟友：** 每個成功部署的背後，都站著一個客戶內部的支持者：他真心相信這件事，願意押上自己的信譽為你開路。年利達律師事務所（Linklaters）的大衛·韋克林（David Wakeling）就是典型——作為律師事務所市場創新負責人，他是 Harvey 在所內的對應方、倡導者和保護傘。支持者的經營要點：給他能講的材料（能講出去的故事）、給他戰功（把他的遠見變成他職業生涯的亮點）、給他安全感（失敗時你頂在前面）。一個被善待的支持者，勝過十場產品發表會。

• **影響者｜非正式的意見領袖：** 每個組織裡都有一批無冕之王：資深分析師、車間老師傅、部門裡「問他就行」的人。他們不掌權力，但掌握信任。他們的一句「這玩意兒還真行」，抵過管理階層三封全員郵件；他們的一句「花架子」，足以讓系統在基層無聲死亡。啟動期要刻意經營這批人：請他們第一批試用、認真對待他們的每一條吐槽、把採納他們的建議顯性化——「這個欄位是按照王師傅的意見加的」。讓影響者成為共同作者，是破解「不是做的東西我不用」心態的最短路徑。

• **受損者｜方案觸動的利益群體：** 自動化必然重新分配工作，而重新分配工作必然製造受損者：被壓縮了存在感的審批崗、被穿透了資訊壁壘的部門、被替代了「獨門手藝」的老員工。忽視他們，他們會成為系統最頑強的地下抵抗者——消極不配合、傳播事故案例、在驗收時投反對票。成熟的變革管理，會提前設計「受損者的出路」：把被釋放的人力導向更高價值的工作（並公開承諾不裁員），把「守門人」轉型為「教練」（老師傅的經驗用來訓練系統），讓受損者看到自己在未來裡的位置。這既是人道，也是純粹的功利——抵抗的成本，遠高於安撫的成本。

票務平台 Vivid Seats 與 Sierra 的合作，展示了啟動期「客戶側全員動員」的樣子。決定導入智慧體後，這家公司的產品、客戶體驗、工程三個團隊全部壓上——「一旦做了決定，我們就百分之百投入，全員重測試。」結果：從啟動到上線不到四週，上線後問題自助解決率提升了 40%，客戶滿意度提升了 35%。

但更有價值的是後續變化：常規問題被智慧體接走後，客戶體驗團隊從「排隊滅火」轉向根治流程問題，甚至有餘力做「驚喜升艙」這類寵粉專案；而智慧體對話資料開始回饋產品——「如果一個月有一萬人問同一個功能，我們就能立刻把它排上優先級。最好的時刻是：一個規律帶來的產品改進，讓使用者根本不需要再求助。」（出處見附錄 C）啟動的最高境界，是系統把自己變得不必要——這個案例同時預告了第 7 章的「現場回饋產品」。

中國公司裡的對應樣本也在出現。電商公司得物的效率工程負責人任喜亮，把萬人規模公司的 AI 轉型拆成三步：第一步跟全員達成共識，降低工具門檻，讓所有人先用起來；第二步把企業場景按容錯空間分成四象限，容錯空間大的場景（比如經營分析）優先交給 AI；第三步設專門的知識營運小組，鑽進業務團隊裡，把專家的隱性經驗從個人腦子裡搬到 AI 可見的空間。共識、場景、知識——順序不能反：先有人願意用，再挑對的地方用，最後讓 AI 有米下鍋。（出處見附錄 C）

變革管理的最終檢驗標準只有一個：當你的團隊撤場後，系統是否依然被使用。如果你在場時熱火朝天、撤場後迅速冷卻，那不是啟動，是伴舞。真正被啟動的組織，會自己往前走。

4.7 我，機器人——交付工作本身的自動化

給客戶交付自動化，是產品本身；讓自己的交付工作自動化，是效率。本節講後者——它是 FDE 團隊擺脫「收入隨人頭線性增長」的第一槓桿。

FDE 的日常工作中，有驚人比例的動作是可模板化的重複勞動：新客戶的部署環境初始化、資料接入的標準管線、安全審查的問卷應答、上線前的檢查清單、週期性向客戶彙報的格式。每一個第二次做的動作，都應該觸發一個提問：「這能變成腳本、範本或清單嗎？」

領先團隊的做法，已經沉澱成四類資產。

• **部署範本：** 把環境搭建、權限配置、監控接入，打包成一鍵式的基礎設施程式碼。新客戶進場，第一天就能在客戶的雲端環境裡拉起標準化環境，而不是從零配置一週。Decagon 能把簡單場景的部署壓到 15 天，背後是高度模板化的接入層。（出處見附錄 C）

• **整合元件庫：** 主流企業系統的連接器（預置的系統對接件），寫一次、處處複用。Palantir 的本體模型，本質上把這個邏輯做到了極致：資料接入的產物不是一次性管線，而是可複用的、帶業務含義的資料資產。

• **檢查清單文化：** 安全審查清單、上線准入清單、撤場交接清單。清單是人類對抗複雜性的最古老工具，也是 FDE 團隊品質穩定性的基石——它把「依賴個人經驗」變成「依賴組織記憶」。

• **自動化彙報：** 向客戶的週報、向公司的現場情報，都應該半自動生成。FDE 的時間單價太高，不該花在複製貼上上——更不該讓「忘了彙報」切斷第 7 章要講的現場與產品之間的迴路。

自動化的複利有多可觀，可以從一個側面印證：a16z 把「構建或採購工具來自動化服務交付」列為組建前置部署團隊的關鍵建議，並判斷這是這一代人工智慧公司能比上一代企業軟體公司跑得更快、客單價門檻更低的關鍵變數。Sierra 公開報導的最快上線案例是四週、Palantir 把銷售週期從九個月壓到幾週，都不是靠工程師加班，是靠把昨天的交付變成今天的腳手架。

這一節也回應了那個最常見的質疑——「FDE 不就是人海戰術嗎」。人海的本質不是人多，而是每個人都在做不可複用的一次性勞動。當一支 FDE 團隊的每一次交付都在為下一次交付修路，它就不再是人海，而是一台正在自我加速的機器。

啟動部署的七件武器講完了：熱修復的速度、評估體系的方向、降門檻的巧勁、整合戰爭的耐性、變革管理的軟功、自動化的槓桿。系統活了，人也動了。但企業生意的殘酷在於：啟動只是續命，續約才是生存。下一章，守住續約。

「如果你在場時熱火朝天、撤場後迅速冷卻，那不是激活，是伴舞。」

5.1 續約與流失

做生意要先算賬：獲取一個新客戶的成本，是留住一個老客戶的數倍。企業級生意把這筆賬放大了兩個數量級：一個大客戶的獲客成本——數月銷售週期、訓練營式投入、概念驗證成本——動輒數十萬美元，而續約的成本趨近於零。續約率，就是 FDE 商業模式的生死線。

先看流失。企業客戶的流失與消費產品的流失在形狀上截然不同：消費產品流失是靜悄悄的卸載，企業客戶流失是一場漫長的凌遲——先是使用率陰跌，然後例會上開始有人質疑「這東西到底值不值」，接著續約談判被「明年再看」無限推遲，最後在某個預算季被連根拔掉。更可怕的是連帶傷害：第 3 章說過企業市場是記仇的，一次公開化的失敗，會在行業的小圈子裡被反覆咀嚼多年。

企業客戶流失的原因，可以歸納為五類，按可預防性排序。

• **價值蒸發：** 系統還在跑，但沒人記得它解決了什麼問題。這通常源於價值敘事的斷檔——當初立項的業務問題被解決後，沒有人持續向組織（尤其是新上任的管理者）重述「我們為什麼有這套系統」。價值不是一次性證明的，是需要不斷重新證明的。

• **支持者離場：** 你的內部盟友升職、調崗或離職，繼任者沒有親歷過當初的選擇，對系統天然無感，甚至敵視——「前任的政績工程」。企業軟體圈內有句黑話：「支持者一動，合同就懸。」

• **品質漂移：** 業務在變、數據在變、模型在更新，系統輸出品質緩慢下滑，使用者的信任隨之緩慢塌方——等塌方被管理層注意到時，通常已經晚了。

• **成本反噬：** 系統用量越大、賬單越高，財務部門的審視越嚴。如果價值敘事跟不上賬單增長，「成功」反而成了續約的障礙。

• **供應商戒斷反應：** 客戶對「被綁定」的警惕。諮詢公司高德納甚至給出過一個驚人的預測：到 2028 年，70% 的企業將因供應商成本過高與內部技能不足，被迫放棄由前置部署工程師主導的智能體方案。（出處見附錄 C）這個預測本身，就是對所有 FDE 團隊的警告：**如果你的模式讓客戶感到被綁架，市場會集體反抗**。

再看怎麼度量「留住」。消費產品看留存率；企業生意要看三個層次（完整指標見附錄 A）：使用率與活躍深度（行為層）、健康度評分（關係層）、淨收入留存（財務層，衡量同一批老客戶今年比去年多付還是少付）。其中淨收入留存是總裁判：超過 100%，意味著你不籤一個新單，存量生意也在增長——這也是「交付即經營」最直接的證明。

這個指標做到頂級是什麼樣？Palantir 2025 年第四季度的財報給了三個數字：淨收入留存 139%——老客戶自動增長近四成；還沒確認收入的在手合同也多了 145%——未來幾年不愁沒生意做；單季簽約總合同額 42.6 億美元創歷史紀錄。管理層特意解釋過一個細節：139% 這個數字，還不包括最近十二個月新籤客戶的收入——它純粹是「老客戶的信任在增值」。這家公司早年最被人嘲笑的就是「專案制、沒復購」，二十年後，它用同一批客戶證明：貼身的交付如果能持續創造價值，續約就不是銷售問題，而是時間問題。（出處見附錄 C）

本章餘下五節，分別回應五類流失死因：性能與穩定（防品質漂移）、取捨的藝術（防成本反噬）、上手與培訓（防使用衰減）、組織維繫（防支持者風險）、喚醒機制（防價值蒸發）。

5.2 最佳化系統性能與穩定性

消費產品的規律是：加載慢一秒，留存掉一截。企業系統的性能問題有不同的病理：企業使用者對「慢」的容忍度其實高於消費者（他們習慣了老系統的遲鈍），但對「不可靠」的容忍度趨近於零。

可靠性在企業語境下的權重，是消費場景的十倍，原因有三。其一，企業系統的輸出會進入真實的業務決策——一次錯誤的庫存建議造成的損失，可能抹掉系統一年的收益。其二，錯誤會被放大傳播——系統錯一次，故事會在部門裡傳三個月；對一百次，無人記得。其三，企業系統的信任建立以季度計，摧毀以分鐘計。

FDE 團隊守護可靠性的四道工事。

• **第一道：** 明確服務承諾，並讓它可見。可用性、延遲、錯誤率的承諾，不只寫在合同裡，還要做成客戶自己也能看的監控面板。把「系統很穩」從你需要辯白的立場，變成客戶隨時可查的事實——透明度本身，就是信任資產。

• **第二道：** 為人工智慧的「概率性」設計護欄。人工智慧系統不可能百分之百正確，工程上接受這個現實，產品上管理這個現實：模型拿不準的輸出，必須標註出來或轉給人工；高風險動作，必須有人把關；模型每次大更新，必須重新過一遍評估，防止老毛病復發——第 4 章建立的評估體系，在這裡變成生產護欄的一部分。
• **護欄的樣板：** Anthropic 在與金融機構的合作中，把「可審計、可追溯」作為核心設計，每個智能體決策都能回放證據鏈。在金融、醫療這類場景，可審計性不是加分項，是准入證。

• **第三道：** 值班和響應，要讓客戶感覺到你一直在。凌晨兩點系統掛了，FDE 的反應速度，就是客戶對這段關係的體感溫度。第 1 章引過那句從業者的鐵律：「部署在凌晨兩點掛了，你不提工單，不怪別的團隊，不回去睡覺。你修好它。」這話的精神要落到機制：值班輪換、事故覆盤、以及每次事故後給客戶的誠實通報——企業客戶能接受事故，不能接受隱瞞。

• **第四道：** 容量與成本的同步規劃。用量增長是幸福的煩惱，處理不好就成了續約時的刺客。性能團隊要永遠跑在用量曲線前面半步：客戶業務旺季來臨前，容量、限流、降級預案已經就位。在客戶還沒感覺到慢的時候，就把慢消滅掉——最好的性能工作，是無人察覺的工作。

5.3 有損服務——放下不必要的堅持

「有損服務」是網路產品設計裡的一個概念：在極端場景下主動降級，保住核心價值。這個概念在 FDE 語境下有更深的變體——它關乎定製化與標準化之間永恆的撕扯，我稱之為「克制的藝術」。

背景是每支 FDE 團隊都會遭遇的引力：客戶在，需求就在；需求在，定製就停不下來。三個月後你回頭看，這個客戶的部署裡長滿了定製功能，一半隻有三個人在用，維護成本卻全壓在你頭上。再放任下去，你就背上了一座「定製債務」——它一邊啃你的利潤（維護成本喫掉合同收入），一邊捆你的手腳（平臺一升級就可能踩中定製地雷）。

「有損」的智慧，是在三個維度上主動做減法。

• **功能維｜敢對長尾需求說「不做」：** 判斷標準不是需求是否合理（多數需求單獨看都合理），而是兩個問題：它服務的使用者數乘以頻率，值不值它的終身維護成本？它能否泛化為平臺能力（值的話，進第 7 章的回流通道）？兩個都答否的需求，最好的回應是提供變通方案，而不是代碼。FDE 不是接單員——接單員文化，恰恰是「法國侍者」模型要反對的唯唯諾諾。

• **承諾維｜分級承諾，而不是一律最高：** 不是所有功能都值得四個九的可用性。核心交易鏈路按最高標準守護，報表與探索性功能則大方接受降級——降級策略（高峰期關閉重計算功能）、錯峰策略（重任務夜裡跑）、以及事先向客戶言明的分級承諾。把可靠性資源集中在命門上，比均勻的平庸可靠更誠實，也更可持續。

• **成本維｜用量賬單的主動管理：** 5.1 說過「成本反噬」：用量越大賬單越高，價值敘事跟不上時，成功反而成為續約障礙。主動的 FDE 團隊會在賬單變痛之前先行動：給出成本最佳化方案（緩存、批處理、模型分層——用便宜的模型處理簡單請求）、重新設計計價結構（從純用量轉向「平臺費加用量」的平滑結構）、以及最重要的——在客戶財務負責人問起之前，先把「這筆賬單對應的價值賬」算給對方看。** 等你被叫去解釋賬單時，你已經輸了一半；主動把賬算清的人，續約談判時手裡全是牌**。

「有損」的本質，是承認資源永遠有限，把有限的資源持續押注在客戶真正在意的地方。它與第 2 章「拒絕昂貴的失敗」一脈相承：克制不是不作為，是選擇戰場的能力。

5.4 引導新使用者快速上手

系統激活之後，使用者群不會靜止：新員工入職、組織調整、新部門納入使用範圍。企業系統的「新使用者引導」，是一個永不結束的滾動過程。上手機制設計得好，使用率隨時間上升；設計得差，使用率隨最初那批被培訓過的使用者流失而自然衰減。

企業場景的上手引導，與消費產品有根本不同：消費產品的引導是一次性的自助流程，企業系統的引導是「人傳人」的組織工程。三個可複用的結構。

• **分層培訓：** 一刀切的全員培訓是最大的浪費。有效的分層是三層：管理員與內部支持者的深度培訓（他們未來的角色是內部專家）；普通使用者的場景化培訓（不講功能，講「你的日常三件事怎麼用系統做」，30 分鐘封頂）；高管的一句話培訓（「打開這裡，這個數字就是答案」）。分層的精神與 4.4 節一脈相承：每個角色只學與他有關的那部分。

• **「培訓培訓師」的槓桿：** FDE 團隊終將撤場，培訓工作必須在撤場前移交。識別客戶組織裡的熱情分子，把他們培養成內部講師與內部答疑人——給予官方認證、專屬的支持通道、以及在高管面前的曝光機會。Anthropic 與 FIS 合作的核心設計就是這條：「轉移知識，讓 FIS 能獨立構建和擴展自己的智能體」。** 教會客戶教自己，是交付的最高形態**。

兩種「人傳人」的規模化培訓，值得對照着看。西班牙對外銀行推 12 萬人上線時，靠的不是廠商的培訓團隊，而是兩批內部角色：一張全行的「人工智慧先鋒網路」，負責在各業務部門做工作坊、挖場景；一批被同事稱為「人工智慧極客」的高級使用者，手把手帶身邊人。諮詢巨頭埃森哲與 Anthropic 的合作則是另一個量級：三萬名顧問接受 Claude 的系統培訓，組成全球最大的人工智慧實踐者網路之一——埃森哲再把這支隊伍帶進自己的客戶。（出處見附錄 C）規模差了三個數量級，結構卻是同一個：廠商培訓的從來不是「使用者」，而是「會去培訓別人的人」。

• **文檔與自助體系：** 企業文檔大多寫完就沒人看，除非它符合兩個標準：以任務而非功能組織（「如何處理一筆異常退款」，而非「退款模塊功能說明」），以及嵌入產品而非獨立存在（在使用者卡住的地方就地出現）。文檔既是給客戶的交接物，也是給你自己的規模化資產——下一個同類客戶的培訓體系，七成可以繼承。

5.5 組織維繫與單點依賴

5.1 列出了「支持者離場」這個企業續約的第二大死因。本節專門處理它，因為它的普遍性和致命性都被嚴重低估。

單點依賴的形成幾乎是自然的：專案由支持者發起，關係靠支持者維繫，成功敘事由支持者代言——然後某天他離開了。繼任者帶着自己的議程上任，你的系統在他的待辦清單上排不進前二十，續約季來臨，無人替你說話，合同無聲死亡。行業裡無數「明明用得很好卻被砍」的系統，死於這個劇本。

防禦工事要修在三處。

• **關係的網格化：** 從你意識到單點風險的那天起，系統性拓寬關係網：一個支持者之外，至少再發展兩條獨立的關係線——業務線的日常使用者社群（內部講師們是天然的節點），以及更高一層的高管贊助人。高層關係不必頻繁維護，但要在關鍵節點（季度彙報、續約前）保持可見。關係網格的檢驗標準：任何單個人離開，資訊通道都不中斷。

• **價值的組織化：** 把系統的價值，從「支持者的政績」改寫為「組織的資產」。具體動作：價值數據的定期全員通報（讓使用部門自己感受到離不開）、成功案例在客戶內部會議的反覆講述（形成集體記憶）、以及把系統嵌入流程文件（當系統被寫進標準作業流程，替換它就需要改寫流程——這是最強的制度性鎖定）。目標是讓任何新上任的管理者，在第一週就得出「這系統是這裡的固定資產」的印象。

• **離場也要做成儀式：** 支持者離開時，多數供應商的反應是被動哀嘆。正確的反應，是把它當成一次關係建設的機遇：為離開的支持者舉辦一場得體的「功成」儀式（感謝信、成就總結、贈予他可帶走的職業資本——比如對外分享案例的資格），同時第一時間啟動與繼任者的交接——以「幫助繼任者快速出成績」為切入點，而不是「說服他保留我們的系統」。離開的支持者去了新東家，是你下一個客戶的潛在入口；**善待離場者，是把流失風險轉化為獲客通道**。

5.6 設計健康度與喚醒機制

最後一節，把守護續約的全部動作，收攏為一個系統：客戶健康度體系。它的目標是讓「關係變質」從一場突然死亡，變成一條早就被監測到的緩慢曲線——你總有時間干預。

健康度看什麼？消費產品盯留存，看日活躍使用者數就夠了；企業客戶，得同時看四類信號：使用信號（每週活躍人數的趨勢、關鍵功能有幾成人在用、是真用還是打卡）、價值信號（當初定的業務指標現在如何、投資回報的故事是否依然成立）、關係信號（支持者在職狀態、最近 30 天高層接觸次數、客戶對你團隊的響應速度）、商業信號（用量與賬單的比率趨勢、合同到期時間、競品動向）。把這四類信號合成一個健康分，跌破警戒線就告警。健康分最大的用處，不是那個分數，是它逼着團隊每週把所有客戶挨個過一遍。

季度業務回顧：把「我們創造了什麼價值」變成每個季度的固定節目。季度業務回顧（QBR，供應商與客戶每季度對齊價值與計劃的例會）是企業服務最重要的續約工程，卻常被辦成走過場的彙報。好的季度回顧有三個紀律：講客戶的語言，而非你的產品語言（「本季度為你們節省了多少工時」，而非「本季度我們上線了什麼功能」）；讓客戶的業務方當主角，而非聽眾（由支持者來講他團隊的故事，你提供數據彈藥）；以及以「下一季度的價值計劃」收尾——續約不該是到期前的一次談判，而應該是每個季度都在自然續寫的連續劇。

喚醒機制：用量下滑了，怎麼辦。消費產品靠推送和郵件喚醒使用者；你要喚醒企業客戶，得靠「人加數據」的組合拳——健康分一掉，分級響應立刻啟動：輕度下滑（某部門使用減少），對應內部講師上門回訪；中度下滑（整體活躍降三成），FDE 團隊啟動專項診斷——通常是業務變化、人員變動或品質漂移三者之一，對症處置；重度下滑（瀕臨停用），高管層介入，坦誠對話「還值不值得繼續」——有時答案是體面的退出或降級，保住了關係與口碑，為未來的重逢留了門。

到這裡，守護續約的五道防線齊了。但只守不攻的企業關係會萎縮——客戶組織裡，永遠有下一個未被解決的問題。下一章，進攻：如何在一個成功部署的地基上，把生意做大。

「FDE 模式成立的標誌是：每個後續客戶的定製量遞減。」
—— 鮑勃·麥格魯

6.1 免費驗證的世界

網際網路經濟把「免費」從噱頭變成了戰略。FDE 這行也繞不開「免費」這道坎，只是坎的樣子不一樣：企業人工智慧時代最昂貴的免費，是免費的概念驗證。

先看這個免費經濟體的規模。Palantir 的 AIP 訓練營，本質上是把免費驗證做成了一條流水線：客戶帶著真實資料來，一到五天做出能部署的原型，收費為零或象徵性。從 2022 年的不足百場起步，場次連年倍增，到 2025 年高峰期日均近 6 場——以每場投入數名頂尖工程師數日計，這是一年數千萬美元級別的免費投入。前 Palantir 工程師 Barry 回憶更早期時更直白：「我們燒掉數百萬美元做客戶試點，很多專案利潤率字面是負無窮，因為我們是免費做的。」

免費的驗證為什麼成立？三本帳算得過來。

第一本帳，先算獲客。傳統企業軟體靠銷售大軍獲客：差旅、酒局、標書、漫長的談判，錢花得又多又不可控。訓練營換了個打法：不說服客戶，讓客戶自己說服自己——高階主管親手點著用自己資料跑出來的系統，勝過一百頁幻燈片。Palantir 的銷售週期從九到十二個月壓到數週、美國商業收入單季同比增長 137%，免費訓練營是公認的主引擎。免費的驗證不是成本，是把銷售費用換成了工程師費用——而工程師費用能沉澱為產品，銷售費用不能。

第二本帳：風險訂價的權力。麥格魯的建議是，早期創業公司應主動承擔風險：「做成了你再付我們。」底氣來自對產品力的自信，也來自一個冷靜的計算——企業客戶對新供應商最大的疑慮是「你們行不行」，免費驗證是這個疑慮的溶解劑。當懷疑被溶解，後續的訂價權反而回到你手裡：客戶買的不再是「一個賭」，而是「一份已被親眼驗證的確定性」，確定性是可以溢價的。

第三本帳：失敗也要讓失敗值錢。免費驗證必然有失敗——這是組合投資的常識。區別在於失敗的去向：傳統銷售失敗，留下的是一堆差旅發票；FDE 式免費驗證失敗，留下的是對一個行業的理解、一批可復用的元件、一組評估資料。只要你建立了第 7 章的回流機制，失敗的驗證也在為公司存款。

但免費的驗證有一個致命的前提：它必須是「畢業制」的，而不是「無限居留制」的。這就引出下一節。

6.2 免費午餐的終結

免費是手段，收費是目的，轉換設計是生死。FDE 世界裡，「驗證轉付費」是最關鍵的臨門一腳，也是行業事故最高發的環節——前面章節反覆提到的「概念驗證墳墓」，多數不是因為技術失敗，而是沒有設計「結束」的機制。

從免費到付費的轉換，有五個必須前置設計的開關。

• **開關一：** 畢業標準先於開工。第 2 章強調過的原則在本章落地：驗證專案啟動時就白紙黑字寫明——週期上限、驗收指標、達標後進入商務談判的約定。Palantir 的訓練營把這個設計做到了極致：第 4 到 5 天的日程表上，「演示」之後緊跟的就是「拍板」。轉化不是一個事後事件，是日程表上的一個格子。

• **開關二：** 免費的邊界顯性化。客戶必須清楚地知道：免費到哪一天、覆蓋什麼範圍、超出部分如何計價。模糊的免費邊界會培養「免費是常態」的預期，等到收費日，對方的感覺不是「開始付費」，而是「被宰了一刀」——同樣一筆錢，預期不同，體驗天差地別。

• **開關三：** 讓內部支持者成為銷售員。驗證成功之後，真正去敲預算門的不是你的銷售，而是客戶內部那個親眼見證了價值的支持者。你的工作是把他的武裝好：一頁紙的價值報告（數字、對比、同事證言）、應對財務質詢的問答集、以及「如果不繼續」的機會成本陳述。內部人推銷的內部信任度，外部人永遠夠不著。

• **開關四：** 價格錨點的提前埋設。免費期就要開始談論價值——「這套系統這個月為你們釋放了約 120 個人時」。當價值敘事貫穿免費期，報價單出現時，客戶心裡已有錨點；如果免費期只談功能不談價值，報價單就是一個突兀的驚嚇。

• **開關五：** 給「不轉正」設計體面的出口。不是所有驗證都該轉正，強扭的轉化是毒藥合約。對不達標或時機不對的客戶，給一個「暫停但保留」的選項：保留資料與配置、約定重啟條件、維持輕量聯繫。企業市場很小，今天的「明年再說」，常常是後年的大單——前提是你把告別做得專業。

五個開關合起來，本質上是一句話：把「免費到付費」從一次驚險的跳躍，設計成一段緩坡。

6.3 成果計價：客戶得到什麼，就為什麼付錢

廣告投放裡有一種高效打法：追蹤使用者行為，精準投放。FDE 的計價原則也一樣直白：客戶拿到多少價值，你就收多少錢。

線上軟體時代的主流計價是按帳號數——為「使用權」付費。這個邏輯在人工智慧時代正在被侵蝕：當一個智慧型代理能完成 10 個人的工作，按帳號收費就成了笑話——難道為 0.1 個帳號付費？於是「成果計價」興起，Sierra 按「已解決的對話」收費是最醒目的樣本：客戶不為軟體付費，為「被解決的問題」付費。

成果計價的進化鏈有四檔，越往上越貼近價值，也越難執行。

按用量：按模型的計量單位、呼叫量、處理量計費。優點是清晰可測，缺點是它追蹤的是成本而非價值——用量大可能是價值高，也可能是系統低效。模型介面按量計費，是行業通行的基準線，但應用層公司很少把它作為唯一計價。

按行為：按「完成一次退貨處理」「生成一份合規報告」計費。比用量進了一步，計價單位開始有了業務含義。

按結果：按「成功解決的對話」「追回的一筆壞帳」計費。Sierra 的按解決量收費、部分風控公司的按挽回損失分成，都在這檔。執行難點在歸因——「解決」的認定，需要雙方認可的判定標準（這正是第 4 章評估體系的商業用途：技術評估體系，同時是計費基礎設施）。

按價值分成：按為客戶創造的財務價值抽成——省下的成本、追回的收入、釋放的產能。這是最貼近價值的最終型態，也最難：需要客戶開放財務資料、需要抗週期的信任、需要極強的價值測量能力。目前只在部分深度綁定的高客單價場景出現。

按結果收費的公司，必須敢把結果公開。Sierra 公布的客戶資料構成了一張有趣的成績單：物業管理公司 Funnel Leasing，自助解決率 94%；金融科技公司 Ramp，90%；床墊品牌 Casper，74% 且客戶滿意度提升超過兩成；慧儷輕體，約 70%、滿意度 4.6 分（滿分 5）；連表現墊底的客戶也有 64%。

第三方估算的價位也隨之浮出水面：年合約門檻約 15 萬美元起，含部署費首年預算常見 20 到 35 萬美元，大型客戶可到每年百萬美元級；據報導，單次成功解決的定價在 1 到 2 美元。換句話說，客戶每一分錢都對應一次「問題真的被解決了」——Sierra 敢這麼收，是因為它的評估體系能向客戶證明「解決了」。計價方式和評估體系，在這裡是同一塊硬幣的兩面。（出處見附錄 C）

選擇計價檔位時，有一條樸素的判斷原則：計價單位越貼近客戶價值，你的訂價天花板越高，但你的測量與信任成本也越高。

對中國市場的讀者，還要補一句現實主義的註腳：國內企業客戶對「訂閱制」的接受度至今有限，「買斷加實施」「按專案驗收付款」仍是主流。FDE 模式在中國的落地計價，往往要中西合璧：按階段交付驗收（順應專案制習慣）+ 價值指標寫入驗收標準（注入成果計價基因）。純訂閱制在這裡是理想，混合制是活路。

6.4 存量深耕：從一個部門到一張大網

企業市場有一條鐵律：最大的收入增長不在新客戶，在老客戶內部。行業用淨收入留存衡量這件事，優秀的 FDE 驅動型公司，淨收入留存常年站在 120% 以上——不簽任何新單，存量收入自然增長兩成。Palantir 的商業故事，本質就是存量深耕的故事：從一個情報小組到整個機構，從一個工廠到整個集團，從政府部門到商業帝國。

存量深耕的打法，業內有個形象的說法：「登陸與擴張」。登陸靠前面五章，擴張有三個方向。

• **橫向｜從一個團隊到相鄰團隊：** 你幫客服部做成了智慧工單，隔壁售後部、技術支援部就是你接下來最容易拿下的客戶。橫向擴張時，最有說服力的證據就在客戶內部：同一家公司、同一套資料環境、隔壁部門同事現身說法——這是銷售阻力最小的擴張，幾乎不需要重新建立信任。Harvey 在律所的擴張就是這個節奏：單一業務組切入，六個月實戰驗證，橫向擴到全所。

• **縱向｜從執行層到決策層：** 最初的專案通常服務一線執行者，縱向擴張是把價值鏈往上載導：為中階管理者做分析與預警，為高階主管做決策儀表板。縱向擴張的意義不只是收入，更是安全——第 5 章說過，只被基層喜愛的系統，在預算季沒有辯護者；進入高階主管視野的系統，才進入了組織的「固定資產」行列。

• **縱深｜從輔助工具到核心流程：** 最深的擴張，是讓系統從「幫忙的工具」變成「離不開的流程」——從「給建議」到「執行業務動作」，從「可選」到「標準作業流程的一部分」。縱深擴張的每一步，都伴隨更大的責任與更高的信任門檻，但它也構建最深的護城河：取代一個工具只要換軟體，取代一個嵌入流程的系統，等於做一次手術。

兩張「登陸與擴張」的成績單，值得對照著看。Harvey 從年利達一家律所起步，到 2026 年，使用者已經超過 10 萬名律師、1300 家組織，覆蓋美國百大律所的多數、500 多個企業法務團隊和 50 家資產管理公司，遍及 60 個國家；年經常性收入從 2025 年 8 月的約 1 億美元，漲到 2026 年 1 月的約 1.9 億美元——五個月接近翻倍。行業調查顯示，68% 的受訪律所已在生產環境使用 Harvey 的智慧型代理，深度使用者平均每週節省 11 小時。估值隨之一年內四連跳：30 億、50 億、80 億、110 億美元。（出處見附錄 C）而 Palantir 那張淨收入留存 139% 的成績單，5.1 節已經講過了——兩張表合起來說明存量深耕的終極型態：新簽靠行銷，增長靠存量。

三個方向共用同一套節奏紀律：擴張必須由價值牽引，而不是由銷售指標牽引。第 5 章的健康度體系在這裡有進攻性用途：使用深度高、價值明確的部門，就是擴張的下一個目標；而客戶組織裡「看到別人用得好、主動來問」的時刻，是擴張的黃金窗口——此時你不是在推銷，是在響應需求。

6.5 看 Anthropic 與 FIS 如何打金融服務這張牌

本章嵌入一個完整案例：2026 年企業人工智慧市場最有標本價值的一組合作——Anthropic 與金融科技巨頭 FIS 共建金融犯罪智慧型代理。它幾乎完美演示了本章的全部方法論。

先看牌局。FIS 是全球金融技術基礎設施的巨頭，服務著全球銀行的核心系統。2026 年 5 月，FIS 發布金融犯罪偵測智慧型代理，首批客戶是蒙特婁銀行和 Amalgamated 銀行。這個智慧型代理做的事：把反洗錢調查從數小時壓縮到數分鐘——跨銀行核心系統自動彙編證據、按風險排序呈交調查官、全程可稽核可追溯。

再看打法，四個動作環環相扣。

動作一，嵌入而非交付。Anthropic 派出應用人工智慧團隊與前置部署工程師，直接嵌入 FIS，與 FIS 的專家共同設計。注意：FIS 不是終端客戶，而是通路級夥伴——Anthropic 的智慧型代理，將隨 FIS 的產品進入它背後的數百家銀行。這是一單生意，也是一百單生意的入口。

動作二，知識轉移作為賣點。官方聲明裡特意寫明：嵌入的目標包括「轉移知識，讓 FIS 未來能獨立建構和擴展更多智慧型代理」。把「教會客戶」寫進合約——這既是對「供應商鎖定」擔憂的預防性回應（呼應 5.1 的「供應商戒斷反應」），也是一種高階的綁定：當客戶的技術棧生長在你的方法論上，分離的成本只會越來越高。

動作三，可稽核性作為產品特性。金融合規場景，監管要求每個決策可回放。Anthropic 把「完全可稽核、可追溯」做成智慧型代理的核心賣點，而非附加功能——合規不是約束，是差異化。這給所有受監管行業一個模板：別人眼裡的合規成本，可以是你的訂價理由。

動作四，生態放大。FIS 案例發布同日，Anthropic 還宣布了面向金融服務的連接器與「拿來即用」模板，以及十餘家同類合作——單個案例，立即被抽象為可複製的產品資產。同一時期，市場上還傳出了它與黑石集團組建企業人工智慧服務公司的消息，據報導規模約 15 億美元，與 OpenAI 的部署公司正面對壘。（以上出處見附錄 C）

最後看這局牌的暗線——資訊長們的警覺。一家面向企業資訊主管的科技媒體在報導中引述了一位諮詢公司策略官的提醒：「這個模式裡最有結構性的問題，是前置部署的成本到底誰在付——這是資訊長該問、但大多沒問的問題。」高德納的分析師則預測，2028 年前 70% 的企業將因供應商成本與技能空心化，而被迫放棄此類方案。這提醒我們：FDE 模式的收入設計裡，藏著一個長期的平衡——你創造的價值，必須持續大於你的存在感帶來的成本與依賴。賺價值的差價，生意長久；賺依賴的租金，遲早反噬。

6.6 變懲為獎：用量與擴容的訂價心理學

好的機制設計，能把懲罰反過來做成獎勵。FDE 商業模式裡，這個智慧應用於一個微妙場景：客戶用量超出預期時，怎麼辦。

粗放的做法是「懲罰式超量」：合約內用量用盡後，超額部分按懲罰性高價計費，或系統直接限流降速。這在雲端運算早期很常見，結果是災難性的——客戶為了不超額而主動壓抑使用，使用率下降，價值縮水，續約時雙輸。你懲罰的，正是你最想要的東西：深度使用。

「變懲為獎」的設計思路，是把「超量」重新定義為「成長的勳章」。三個具體手法。

手法一：階梯價格，越用越便宜。用量越大，單價越低——把「超量焦慮」轉化為「衝量動力」。這與電信業的流量階梯定價同理，但要在合約裡表達清楚：客戶看到的不是「用多了要多付」，而是「用多了單價更低、我們更划算了」。同一筆帳單，敘事不同，關係走向不同。

手法二：超量預警 + 主動升艙。系統監測到客戶將超量時，不是悄悄計費，而是主動上門：「你們的用量增長很快，照這個趨勢，升一檔套餐能省 15%。」把計費事件，轉化為顧問式銷售的機會——客戶感受到的是被照顧，而不是被算計。這個動作還有一個隱含收益：它逼著你的團隊持續關注客戶用量的健康度，與第 5 章的健康度體系天然合流。

手法三：把「省下來」的功勞還給客戶。用量最佳化（模型分層、快取、批次處理）降低了成本，要把這筆帳主動算給客戶聽：「這個季度我們透過架構最佳化，為你們省下了約 X 萬元。」在客戶財務負責人眼裡，主動幫客戶省錢的供應商，與等著客戶超量的供應商，是兩種物種——前者續約時收穫的信任溢價，遠超那筆省下的費用。

訂價心理學的底層，是一條樸素的道理：計價結構每天都在向客戶講述「我們是什麼樣的關係」。懲罰式結構講的是「我們盯著你」，獎勵式結構講的是「我們和你一起長大」。訂價方式每天都在回答客戶心裡的一個問題：你們到底站哪邊？這個答案，客戶每天續費前都會重讀一遍。

6.7 建立價值度量系統以小博大

本章的收尾，是一項基礎設施工程：建立一套貫穿所有客戶交付的價值度量系統——把「我們為客戶創造了多少價值」從印象變成資料，從資料變成資產。

前面幾章反覆提到的東西，在這套系統裡會師了：第 2 章的「經濟性檢驗」是它的輸入（立項時的價值假設），第 4 章的評估體系是它的微觀基礎（品質資料），第 5 章的健康度是它的營運介面（客戶關係資料），本章的計價與擴容是它的商業出口（收入資料）。放到一起，它能幫你幹四件事。

• **對客戶｜續約與擴容時的證據庫：** 每一次季度回顧、每一次續約談判、每一次升艙建議，背後都是這套系統輸出的價值報告：工時節省、錯誤率下降、處理量提升、對應折算的財務數字。第 5 章說過，價值需要不斷重新證明——這套系統就是「證明」的流水線。**被資料武裝的續約談判，與憑感覺的續約談判，成交率不在一個量級**。

• **對公司｜交付品質的體檢儀：** 跨客戶聚合價值資料，你能回答關乎模式存亡的問題：哪類場景的價值密度最高（應該把銷售火力引向哪裡）？哪類客戶的交付成本最高（訂價或打法要不要調整）？哪些部署在創造價值、哪些在空轉（資源要不要重新配置）？沒有這套系統，你對這些問題的回答都是猜。

• **對產品｜回流情報的放大器：** 價值資料與使用資料結合，是產品決策最硬的依據：哪個功能的價值產出最高（加大投入）、哪個功能無人使用（果斷下掉）、哪個場景反覆被定製（平台化的訊號）。這接通了第 7 章的主題——價值度量系統，本質上是「現場到產品」回流管線的儀表板。

• **對市場｜信任行銷的素材庫：**「化學品使用減少 70%」「調查時間從數小時到數分鐘」——這些讓整個行業記住的數字，全部來自價值度量系統的積累。案例行銷的最高境界不是講故事，是亮資料；而資料不會在談判桌上憑空出現，它在交付的第一天就要開始採集。

搭建這套系統，給你三條實踐建議。其一，從第一天就採集基線——沒有改造前的資料，就沒有改造後的價值證明，而基線只在專案啟動那一刻存在，錯過永不再來。其二，指標必須與客戶共建——他不認的指標，算出花來也沒有談判效力；在立項會上達成一致的那一刻，指標就成了你們的共同語言。其三，克制指標數量——每個客戶三到五個核心指標足矣；指標一多，就等於沒有指標。

收入章到此結束。從免費驗證的獲客經濟，到成果計價的訂價革命，到存量深耕的擴張節奏，再到價值度量的基礎設施——所有的線索都指向同一個結論：FDE 模式的收入，不是銷售的戰利品，而是價值的影子。你創造的價值越大，影子越長。

下一章是全書的「最後一公里」：如何讓這一切不依賴英雄主義的個人，而沉澱為可複製的組織能力——規模化複製。

「如果你不把現場學習轉化為產品資產，你得到的只是一堆定製專案。」
—— Barry，前 Palantir 前置部署工程師

7.1 用可複製性撬動交付的槓桿

網路增長的最高境界，是讓一個使用者帶來更多使用者——增長引擎從外購變成內生。FDE 要回答的問題也一樣：每做完一個客戶，下一個客戶就該更好做——靠的不是加人，而是把上一次的經驗攢下來。

這個命題是全書的「最後一公里」，因為它是 FDE 模式與諮詢業、外包業之間的最後一道防線。前面六章講的打法，如果抽掉本章的內容，結局是什麼？一支能打硬仗的菁英團隊，接一個客戶、交付一個客戶、賺的錢覆蓋成本、然後接下一個——收入增長與人數增長完全線性。恭喜，你重新發明了諮詢公司。

Barry 在回憶錄裡把這個分界講得最狠：「如果你不把現場學習轉化為產品資產，你得到的只是一堆定製專案。」麥格魯的表述是另一個角度：FDE 模式成立的標誌，是「每個後續客戶的定製量遞減」——如果你做的定製工作不隨客戶數遞減，你就不是在做 FDE，是在做人天生意。

可複製性的槓桿有三級，一級比一級難，也一級比一級值錢。

• **一級槓桿｜知識複製（打法手冊）：** 把「怎麼做」寫成文件——打法模板、檢查清單、培訓材料。它把對個人經驗的依賴，變成對組織記憶的依賴：新人上手週期，從一年壓到三個月。這是最基礎的槓桿，多數團隊止步於此。

• **二級槓桿｜元件複製（工具與程式碼）：** 把「做過的」變成「能直接用的」——整合連接器、評估框架、部署範本、行業資料模型。下一支團隊的起點不再是零，而是上一個專案的肩膀。4.7 節講的自動化資產，就屬於這一級。

• **三級槓桿｜產品複製（平台能力）：** 把「反覆出現的定製」，抽象為平台的標準能力——從此這個需求，不再需要任何工程師到場。Palantir 的本體、Decagon 的智慧體流程配置、Sierra 的智慧體平台，都是三級槓桿的產物。這一級槓桿改變的是整個生意的成本結構：**前兩級槓桿降低交付成本，第三級槓桿消滅交付成本**。

而這三級槓桿的遞進，就是麥格魯那句「礫石路與高速公路」的完整版：FDE 修礫石路（解決眼前問題），元件團隊舖碎石路基（讓下一輛車好走），平台團隊澆高速公路（從此人人都可通行）。本章其餘的七節，講的就是這套從修路到鋪路的完整工程。

7.2 壞事傳千里——失敗部署的復盤傳播

把事故變成資產，是組織的稀缺能力。FDE 組織對失敗的態度，決定了它能否擁有複製能力：失敗是複製的原材料，掩蓋失敗的組織，等於把金礦當垃圾埋掉。

先說清楚一件事：失敗在 FDE 模式裡不是意外，是必然。Barry 的回憶毫不留情：「失敗多得很——大把大把的時間、金錢和差旅費，燒得轟轟烈烈。」Palantir 乾脆把接受失敗寫進了制度：試點就當風險投資來打，多數會死，死完必須復盤。他特別提醒：對那些撞了車的專案、白忙一場的團隊、累垮的工程師，也要說聲謝謝——教訓是他們買單買來的。這一點最難學，因為工程師的天性，是慶祝成功、藏著失敗。

把失敗轉化為組織資產，需要三個機制。

• **復盤的無罪化：** 復盤會議的唯一規則：對事不對人。一旦復盤與績效掛鉤，人們就會開始修飾失敗——而修飾過的失敗，毫無教學價值。無罪化不是不追責，而是把「責」重新定義為「是否誠實完整地提取了教訓」。一個誠實復盤的失敗專案負責人，對組織的貢獻，可能大於一個僥倖成功的。

• **教訓的結構化：** 復盤產出不能是「下次注意」式的感慨，必須是可檢索、可執行的知識：這個客戶類型的高危訊號是什麼？哪個整合假設被推翻了？哪個評估指標設計錯了？這些結論，應該進入打法手冊的「雷區」章節、進入新專案的盡調清單——讓下一次團隊的「進場盡調」，自動攜帶歷史教訓。** 失敗只有寫進流程，才算真正被吸取**。

• **失敗的適度外傳：** 這一層最反直覺：把失敗教訓對外分享（去敏後），是極高效的信任行銷。3.5 節講過，Barry 那篇「自曝家醜」的文章，成了 Palantir 模式最好的佈道——讀者能分辨誰在講展臺話術，誰在講戰壕真相。一個敢於公開解剖失敗的團隊，傳遞的訊號是「我們已經為這個行業的彎路付過學費了」——這正是企業客戶最想聽到的。

7.3 借勢而上：站在行業的風口上

借外部事件的關注度為自己所用，是市場工作的經典手法。FDE 賽道的團隊正站在一個史詩級的風口上，而風口的窗口期不會永遠敞開。

2025 到 2026 年的行業風口，由幾股氣流匯合而成：那份報告讓「95% 失敗率」成為每個企業資訊主管的心病——客戶的心病，就是你的機會；OpenAI 與 Anthropic 在同一天成立部署公司，把「部署」推上財經頭條——巨頭教育市場的錢，全行業受益；FDE 職位 800% 的招聘增長，讓這個角色成為科技媒體的常客——連「要不要招 FDE」都成了一種企業焦慮。這三股氣流共同製造了一個罕見局面：客戶主動在找你，討論你想賣的東西。

借勢的第一層動作是「定義議題」。風口的注意力是公共資源，誰的內容定義了議題，誰就收割了注意力。a16z 用一篇行業雄文為整個賽道定了調；OpenFDE 這樣的社群，在聚合從業者的同時也在聚合定義權。對具體公司而言，想搶下議題的定義權，最好的辦法是把壓箱底的東西公開出來：打法手冊、失敗復盤、價值資料——獨家的一手認知，是議題定義權的唯一貨幣。

第二層動作是「綁定行業議程」。企業人工智慧採購的最大驅動力，正在從「效率」升級為「生存」——執行長們在董事會上被追問「我們的人工智慧策略是什麼」，這種焦慮會傳導為預算。把你的方案翻譯成「董事會語言」：不是「我們能幫你最佳化客服流程」，而是「我們能讓你在下次董事會上，拿出可量化的人工智慧成績單」。同一套交付，錨定的議程層級不同，觸達的預算池不同。

第三層動作是「在風口期建立資產，而不是消耗風口」。風口會停。報告掀起的討論會冷卻，媒體的熱詞會過氣。風口期最寶貴的不是多簽幾個單，而是把風口帶來的注意力，轉化為長期資產：燈塔案例、行業方法論的話語權、可複製的交付體系。風口過去後，裸泳者退潮，有資產者上岸。

7.4 構建客戶體外的傳播循環

不靠廣告、靠口碑的傳播，在 FDE 這行主要透過三個圈子發生。

圈層一：從業者社群。FDE 是一個正在形成中的職業共同體——2025 年它還散在各家公司內部，2026 年已經有了 OpenFDE 這樣的專門社群、專門的薪酬報告、專門的面試指南。職業共同體的形成，對先行者是天賜紅利：為共同體貢獻內容（方法論、工具、資料），你的名字就會與這個新興職業綁定。概念的傳播路徑歷來如此：先行的佈道者，最後都成了概念的代名詞。

圈層二：客戶的行業社群。每個行業都有自己的小圈子——銀行家的論壇、律所合夥人的年會、醫院管理者的峰會。3.3 節講的信任紅利，主要在這些封閉的圈子裡流動。進入這些圈層的門票不是廣告，是被邀請演講的客戶支持者——你的工作是讓他有值得講的、講得好的。客戶在他的行業峰會上替你做的十分鐘分享，勝過你在行業展會的一百天展位。

圈層三：生態夥伴網路。3.7 節講過生態捆綁的獲客價值，這裡強調它的傳播屬性：雲廠商的解決方案架構師、諮詢公司的顧問、整合商的專案經理，這些人每天都在不同的客戶現場流動——他們口中的「靠譜團隊」名單，是傳得最快、最準的宣傳管道。經營這個圈層的要點是讓他們「贏」：讓生態夥伴在與你的合作中獲得業績、案例與口碑。幫別人成功的人，會被整個網路記住。

三個圈層合起來的飛輪是：交付創造故事，故事在圈層中傳播，傳播帶來新機會，新機會創造新故事。這個飛輪與傳統行銷的區別在於，它的燃料全部是「已交付的價值」——口碑傳播的本質，是讓過去的每一分努力，都為未來攬客。

7.5 產品內建的裂變因子

好的產品會自己傳播——郵件簽名裡的一句「來自某某信箱」，就是最早的自傳播設計。FDE 交付的系統，也可以預埋「內建的擴散機制」，讓系統自己成為擴張的推銷員。

因子一：可見性設計。系統的輸出物天然會被傳閱——週報、分析結果、審批流。讓每一份輸出物攜帶「出身」：報表頁尾的「由某某系統生成」、異常預警裡的處理入口連結。當一份漂亮的分析報告被轉發給隔壁部門總監，看到的人自然會問「這是什麼做的」。可見性設計的精髓，是讓系統的價值在日常工作流中自我展覽，而不是靠專門的彙報。

因子二：協作式准入。設計需要跨角色協作的功能：調查官標註的案例需要主管複核，分析師的報告需要業務方確認——每個協作動作，都在向一個新使用者自然地介紹系統。協作帶來的新使用者不是「被推廣的」，是「被工作本身帶來的」，接受度完全不同。

因子三：自助化的探索層。在核心交付之外，留出一個低風險的練習區（沙盒）：客戶員工可以自己在裡面試試「讓人工智慧幫我做個分析」。沙盒裡長出來的做法，往往是最有生命力的擴張線索——某個部門員工自己玩出來的場景，比業務去推十次的場景更有根。讓全員幫你做發現，讓 FDE 做攻堅。

兩個 2026 年的新產品，把這個因子做成了明牌。Sierra 在 3 月推出「代筆人」（Ghostwriter）：客戶上載自己的標準作業流程、歷史對話記錄，甚至一張白板照片，或者用大白話描述一個目標，系統自動生成一個生產可用的智慧體，涵蓋語音、對話、郵件三個管道、三十多種語言——客戶的業務人員第一次可以「自助造 Agent」，前置部署團隊則從「每個都親手做」變成「驗收和兜底」。Decagon 的智慧體操作流程更早走通這條路：客戶的客服主管用自然語言寫流程（「超過 30 天的退貨，先查會員等級，符合政策就辦」），不用等工程師排期——據報導，Chime 的自助解決率做到 70%，多鄰國的問題分流率達 80%，健身平台 ClassPass 的客服成本下降 95%。（出處見附錄 C）當客戶開始自己建造，你的角色就從建築隊變成了設計院——這正是因子三的終極形態。

因子四：跨邊界的價值證據。每季自動生成「本季價值報告」，讓它自然流向客戶高階主管層。這份報告既是第 5 章的續約工程，也是縱向擴張的敲門磚——高階主管看到的每一個數字，都在為「這套系統還值得在哪些地方用」埋下伏筆。

內建因子的共同原則是：想讓別人幫你傳播，先得讓人實實在在用出了價值。任何為傳播而傳播的設計，在企業場景裡都會被識別為「廠商的小動作」而遭反感。企業市場沒有病毒式傳播，只有「口碑的鏈式反應」——慢，但每一步都堅實。

7.6 規模化中的組織政治把握

規模化的最大障礙從來不是技術，而是人的地盤。

當系統從一個部門擴展到十個部門，你實際上在重寫組織內的權力版圖：資訊壟斷被打破（某個部門獨佔的資料，現在全公司可見）、審批權被壓縮（人工智慧秒回的事情，不再需要三天的層層簽字）、專業壁壘被夷平（資深員工的「獨門經驗」被編碼進系統）。每一個變化，都在製造沉默的敵人。

應對組織政治，FDE 老手們沉澱了三條心法。

• **心法一：擴張必須帶著「當地人」。** 每進入一個新部門，先找到那個部門裡的「地頭蛇」——最有聲望的資深員工，邀請他參與適配過程：「這個場景，你們部門有什麼不一樣？」他的答案會讓方案更準，他的參與會讓方案在他的地盤暢通無阻。**人們不會反對自己參與建造的東西**——這是組織行為學裡最可靠的槓桿。

• **心法二：讓每一步擴張都有「受益者」。** 擴張前算清楚每個相關部門得到了什麼：被穿透了資料壁壘的部門，得到了全局可見的分析能力；被壓縮了審批權的部門，得到了例外事項的聚焦權（人工智慧處理常規，人專注疑難）。沒有受益者的擴張是侵略，有受益者的擴張是解放——區別只在於，你有沒有把「他得到什麼」想明白、講清楚。

Harvey 在頂級律所的擴張，是讀懂組織政治的經典教案。所內同時存在三層人群：合夥人——買單的人，但不親自幹活；律師助理——幹活的人，但不簽字；知識管理律師——兩邊都不沾，卻同時看得見兩邊的盲區。通用的問卷調研會把三層人壓成同一組下拉選項，得到一堆失真的平均分；Harvey 的前置部署團隊則為三層人分別設計訪談和展示：給合夥人看「這單生意多賺錢」，給助理看「這週少加三天班」，給知識管理律師看「全所的隱性經驗終於有地方沉澱」。一個部署要同時讓三層人都覺得自己是受益者——缺了任何一層，系統就會在對應的環節被悄悄擱置。（出處見附錄 C）

• **心法三：永遠給「舊秩序」留體面。** 被系統替代的流程，曾經也是某個能幹的人設計的；被編碼的經驗，曾經也是某個專家的畢生心血。在推廣話術裡，對舊秩序的尊重，是對舊秩序維護者的尊重：「這套流程在過去十年支撐了公司，現在我們要把它十年的經驗，放大一百倍。」被善待的舊世界，才不會在新世界裡搗亂。

7.7 用打法手冊沉澱複製效率

本章開頭把打法手冊列為一級槓桿，這一節展開它的工程細節——因為多數團隊的打法手冊，都寫成了「寫完即死」的文件墳場。

• **手冊的第一屬性：長在流程裡，而不是躺在知識庫裡。** 一個只能在文件系統裡被搜到的手冊，等於不存在。有效的做法是把它嵌入工作流：新專案的盡調階段，系統自動彈出該客戶類型的盡調清單；部署階段，檢查清單是任務系統裡的硬關卡；復盤階段，手冊更新是復盤的必填產出。**知識不嵌入流程，就只是考古資料**。

• **手冊的第二屬性：按「場景」而非「功能」組織。** 失敗的手冊按公司組織結構寫（「交付流程」「技術規範」），成功的手冊按客戶場景寫（「金融反洗錢場景打法」「製造業排產場景打法」「律所知識庫場景打法」）。每個場景手冊包含固定七件套：典型痛點與契合檢驗要點、盡調清單（這個場景特有的高危訊號）、資料與整合的已知雷區、評估與驗收的指標模板、變革管理的角色地圖、計價與擴容的參考結構、以及歷史復盤的教訓庫。Harvey 在律所場景的打法能複製到普華永道、佳利，靠的就是把第一個客戶（年利達）的經驗，寫成了可繼承的場景資產。

• **手冊的第三屬性：它必須「活」——有負責人、有版本、有折舊。** 每個場景手冊指定一個負責人（通常是最資深的那支交付團隊），每個專案結束後強制回看更新，每半年做一次整體檢修——刪掉過時的、合併重複的。沒有負責人的手冊，會在一年的時間內腐爛成誤導新人的陷阱，比沒有手冊更糟。

手冊與二級槓桿（元件庫）、三級槓桿（平台）的關係是：手冊記錄「判斷」，元件庫沉澱「手藝」，平台固化「能力」。三者齊備，一支新組建的 FDE 小隊，才能在兩週內達到老團隊八成的戰鬥力——這就是複製的真實含義。

7.8 產品化的策劃與打磨

最後一節，講三級槓桿的登頂之作：把現場經驗結晶為產品——這是整個 FDE 模式的煉金術。

先看最壯觀的成功案例：Palantir 的 Foundry。今天這個年收入數十億美元、支撐公司數千億市值的平台，其核心元件誕生於蘇黎世、休士頓、聖保羅、土魯斯、巴庫等天南地北的客戶現場——各地前置部署工程師為解決本地問題各自造的工具，經過數年的自然選擇與平台化收編，最終長成了統一的產品。Barry 回憶這個過程「完全自下而上」：2014 年公司的產品策略字面就是「強烈的觀點，鬆散地持有」，任憑現場百花齊放，活下來的收歸核心。

這個過程不是田園牧歌，它有嚴苛的內在邏輯，可以提煉為「產品化四問」。

• **第一問：** 這個現場解法，是「個性」還是「共性」？判斷標準：同類問題是否在三個以上客戶那裡獨立出現過？三個客戶的相同痛點是產品訊號，一個客戶的特殊要求可能只是怪癖。Palantir 的經驗法則，是讓「多支前置部署團隊的重複造輪子」自然暴露共性——當三支團隊各自造了相似的東西，平台團隊就知道：收編的時機到了。

• **第二問：** 泛化的代價，是否小於收益？麥格魯提醒過：現場程式碼「快而糙」，把它泛化的成本「往往高於寫第一版」。產品化決策必須算這筆帳：泛化投入，對比未來若干個客戶省下的定製成本。算不過來的，留在元件層，不要強行平台化——平台裡的每一個能力，都是終身維護承諾。

• **第三問：** 它能否被「不會寫程式碼的人」使用？現場工具的使用者是工程師，平台能力的使用者是所有人。產品化最難的一步，往往不是技術而是互動：把工程師的腳本，變成業務人員能配置的功能。Decagon 的智慧體流程配置（讓營運用自然語言定義流程）就是這一步的樣板——抽象層選對了，能力的使用者群擴大百倍。

• **第四問：** 收編之後，現場還有空間嗎？這是最微妙的平衡：平台收編得太多，現場團隊就退化為配置員，FDE 模式的靈魂（現場創造力）就死了；收編得太少，規模化的槓桿又起不來。Palantir 的解法，是保持「前線對基地的激進授權」——高層只定目標，打法歸現場。** 平台負責讓「常見的事容易」，現場負責讓「不可能的事發生」**。

懷疑這套飛輪的人，最有力的反駁永遠是毛利率：派人下現場，毛利怎麼可能高？歷史給過三次回答。ServiceNow 上市時毛利率 63.2%，被嫌「太像服務公司」——十年後 79%，市值近 2000 億美元；Workday 上市時 54.1%——如今 76%；Palantir 上市時 79%，2025 年已達 82%，比絕大多數「純軟體」公司還漂亮。

創投機構 Insight Partners 的總結一針見血：這些在平台切換期重倉實施與服務的公司，恰好是在所有人朝反方向跑時堅持下來的公司。祕訣在於毛利率能逐年往上爬——隨著平台沉澱加厚，客戶自己能幹的實施工作越來越多（訓練營模式讓大量整合工作由客戶側完成），服務成本被持續攤薄。先醜後美，先重後輕。（出處見附錄 C）

本章最後，講一個「賭對了方向」的故事。2022 年底 ChatGPT 橫空出世，所有人都在猜 Palantir 怎麼辦。桑卡爾下了一個後來被反覆引用的注：大型語言模型會迅速商品化，價值會向兩端聚集——一端的運算晶片，另一端的本體（能讓模型在企業資料上安全幹活的語義層）。他把公司大半工程師壓到人工智慧平台 AIP 上。結果：Palantir 股價從他接任技術長時的個位數，一路漲到 200 美元上下；美國商業收入連續多個季度三位數增長。這個賭注的邏輯與本書第 1 章互為表裡：模型越強越便宜，「把模型接進現實」的那段工程就越值錢。（出處見附錄 C）

產品化四問的終點，是對整個 FDE 商業模式的收束：現場是探針，平台是槓桿，產品是複利的載體。探針探測到的世界越真實，平台沉澱的能力越紮實；平台越紮實，探針能去的遠方就越遠。這個飛輪一旦轉起來，你就不再是一家「派人幹活」的公司，而是一家「把世界的複雜性持續轉化為軟體資產」的公司——那是軟體工業誕生以來，利潤率最高、護城河最深的物種。

下一章，完整案例集。讓我們回到所有方法論的源頭現場，看它們最初是怎麼發生的。

前七章的方法論，全部提煉自真實的實踐現場。本章把這些現場完整還原：五組案例，從模式的發明者到最新的繼承者，從矽谷到中國。讀案例時，建議帶着一個問題回看前七章：這些方法，在它們被命名的那天之前，是怎麼被直覺般地做出來的？

8.1 Palantir：用二十年把一個「笨辦法」煉成護城河

創業：爲「不能問的使用者」造軟體

2003 年的矽谷，還躺在互聯網泡沫的廢墟里。彼得·蒂爾拉上一羣斯坦福出身的年輕人，要做一件聽起來瘋狂的事：爲美國情報機構造數據分析軟體。公司的名字取自《指環王》裡的真知晶球 Palantir——能看見遠方的石頭。

瘋狂之處不在技術，在使用者。鮑勃·麥格魯多年後那段廣爲流傳的回憶，把困境講得最清楚：「給間諜做軟體的一個挑戰是，我不認識任何間諜。你大概也不認識。就算你碰巧找到一個間諜，問他『你平時到底怎麼工作的』，他通常也不會告訴你。」

軟體工業的全部方法論——使用者訪談、問卷調查、可用性測試——在這個使用者羣體面前集體失效。創始人之一斯蒂芬·科恩的應對笨得可愛：做一個演示樣品，拿給情報機構的人看，問他們覺得怎麼樣。答案是毫不留情的：「這東西太糟了，跟我們做的事毫無關係。」科恩沒有撤退，而是追問：「那你們希望它哪裡不一樣？」然後把每一條意見記下來，回去改，改完再送上門。循環往復。

這個循環就是 FDE 的基因片段，它包含兩個日後被證明價值千金的直覺：複雜領域的客戶，在看到能用的東西之前，不知道自己要什麼；想知道「要什麼」，最快的路是讓造東西的人，站到用東西的人旁邊。

成型：從應急之舉到組織戰略

早期的 Palantir 沿着「一個客戶、一套客製化」的路徑往前走，很快撞上了那個所有企業軟體公司都會撞上的問題：第二個客戶要的東西，和第一個「細微但關鍵地不同」。

標準解法是提煉共性、做通用產品、對差異說不。但 Palantir 的客戶不接受「不」——他們是中央情報局、是戰場上的美軍。真正把公司帶出這個死結的，是早期員工希亞姆·桑卡爾（後任公司總裁兼首席技術官）。他的解法在當時被視爲異端：不做兩個產品，也不做一個僵化的產品，而是做一個高度可客製化的平臺，派工程師駐紮到客戶現場，完成最後一公里。

桑卡爾最關鍵的動作，是賬本上的叛逆。在軟體行業的財務語言裡，「爲單個客戶做客製化」叫服務成本，是利潤率的敵人，要被最小化。桑卡爾把它重新定義爲「產品發現」——現場客製化不是花錢，是在爲產品的下一次進化採集情報。一個名詞的更換，改變了一家公司的資本配置邏輯：別人眼裡的成本中心，成了 Palantir 的研發中心。

組織形態隨之成型。前置部署工程師（內部代號「三角洲」）嵌入客戶，「一個客戶，調動多種能力」；部署戰略師（代號「回聲」）負責理解客戶使命與組織；平臺工程師在後方，「一種能力，服務多個客戶」。到 2016 年前，Palantir 的前置部署工程師人數超過了平臺工程師——一家軟體公司，大半兵力在「前線」。

試煉：戰場、颶風與油田

FDE 模式的價值，在一個個極端現場被反覆證明。

伊拉克與阿富汗戰場，路邊炸彈是巡邏隊的頭號殺手。駐場的 Palantir 工程師發現，士兵們對精美的情報圖表毫無興趣——他們要的只是「在地圖上標出這條路可疑」。工程師當場拼出一個簡陋的地圖工具：士兵點一下，風險路段全員可見。這個工具直接降低了傷亡，後來沉澱爲平臺的標準功能。注意：它不可能誕生於任何總部的會議室，只能誕生於工程師與士兵一起看向同一條公路的那個瞬間。

而這套打法的原型現場，比地圖工具更早。2007 年前後，桑卡爾帶着一支小隊鑽進美軍反路邊炸彈作戰中心的保密資訊室，聯合辦公兩週。保密室裡連免提電話都禁用，他用鬆緊帶把電話綁在頭上，騰出雙手敲程式碼——一隻耳朵聽分析師提意見，另一隻耳朵聽矽谷總部的同事說話。每天十九個小時，演示、接數據、收回饋、當場改。

兩週結束，分析師們說：這東西有用。桑卡爾自己卻累垮了，打電話給卡普：「這不可持續，我們完了。」卡普的答案日後成了公司文化：把這種「不可持續」，做成制度。（出處見附錄 C）

2012 年颶風桑迪救災現場，Palantir 的前置部署工程師把分散的救援數據拼成即時地圖，協調救援資源的投放。油田鑽井平臺、飛機總裝車間、銀行交易大廳——工程師們把「駐場」這件事，做到了軟體行業前所未有的深度。前 Palantir 工程師 Barry 回憶，Foundry 平臺的核心組件誕生於蘇黎世、休斯頓、聖保羅、圖盧茲、巴庫——一張世界地圖，每個點都是一次現場創造。

代價同樣真實。Barry 的記錄，是理解這個模式的必讀反面教材：頂尖工程師、全球差旅、大量重複造輪子、免費試點，「很多專案利潤率字面是負無窮」；2014 年公司的產品戰略字面是「強烈的觀點，鬆散地持有」，混亂到讓持股員工夜不能寐。Palantir 能吞下這些代價，靠的是兩樣東西：天價合同額撐起的資本厚度，以及「把試點當風投打」的心態——多數下注歸零沒關係，贏的那幾把要全賺回來。

商業化也先死過一次。第一個面向企業的產品 Metropolis 市場反響慘淡，第二次嘗試 Foundry 纔開了張。轉折點是空客：圖盧茲工廠裡，A380 的一個燃油泵故障反覆發作，空客自己的工程師查了整整兩年沒有頭緒。Palantir 的人進場，把感測器數據接進平臺，兩週破案——飛機爬升時燃油晃離了泵體。一個微不足道的修復，保住了據報道價值數百億美元的訂單。

空客數位化轉型負責人馬克·方丹後來公開感慨：「同樣的問題，我們以前要花二十四個月。」（出處見附錄 C）空客從此成了 Palantir 在歐洲最熱情的佈道者，把自家數據平臺 Skywise 整個建在上面，接入上萬架飛機、五萬多使用者。

爆發：訓練營點燃商業帝國

2023 年，生成式人工智慧爆發。所有企業都想「用上人工智慧」，所有企業都卡在同一個地方：不知道怎麼用。Palantir 的答案，是把它二十年的駐場方法論，壓縮成一臺工業化機器——AIP 訓練營。

規則極簡：客戶帶着真實數據和真實問題來，Palantir 的前置部署工程師陪着，一到五天做出一個能部署的人工智慧應用原型，免費或象徵性收費。第 0 天鎖定一個極其聚焦的核心戰場；第 1 天打通數據、構建本體模型；第 2 到 3 天，工程師與客戶技術人員背靠背寫程式碼，把大語言模型接入業務流；第 4 到 5 天，高管親手操作系統，當場拍板。

這臺機器的吞吐量和轉化率，讓整個行業看傻了眼：從 2022 年的不足百場試點起步、場次連年倍增，到 2025 年高峯日均近 6 場；企業軟體九到十二個月的銷售週期被壓到數週；連鎖藥房 Walgreens 通過訓練營八個月部署四千家門店；市場研究公司 J.D. Power 這樣的客戶學會之後，開始給自己的客戶辦訓練營——模式開始自我繁殖。訓練營之後的合同節奏快到同行都未必信：一家大型醫療公司，參加訓練營五週後簽下五年期、年合同額 2600 萬美元的協定；一家全球銀行，試點一個月後先簽 200 萬美元，四個月後擴展爲三年期、年合同額 1900 萬美元。（出處見附錄 C）

財務結果隨之爆炸：2025 年第四季度美國商業收入同比增長 137%；「40 法則」達到 127%，2026 年第一季度衝到 145%；單季簽約 42.6 億美元，淨收入留存 139%；市值一度突破 4000 億美元。華爾街那些嘲笑它「人海戰術」的分析師，開始連夜重寫研究報告。

最大的一單信任票，來自美國海軍。2025 年 12 月，海軍部長與卡普共同宣佈「造船操作系統」合同：4.48 億美元，先用 Foundry 與 AIP 改造潛艇工業基地——兩家大型造船廠、三個海軍船塢、一百家供應商。試點數據前面講過了：排產從 160 小時到 10 分鐘，物料審覈從幾周到一小時。海軍部長特意聲明「這不是概念、不是試點、不是研究」——它跳過概念驗證直接進生產，因爲前期的嵌入試點已經證明了價值。同一年，美國陸軍還把 75 份分散的服務合同打包成一份十年 100 億美元的框架協定交給 Palantir。政府的信任，是二十年駐場攢出來的複利。（出處見附錄 C）

一位曾在圖盧茲駐場整整一年的工程師納比爾·庫雷希（Nabeel Qureshi）留下過更生動的註腳：他每週四天泡在總裝車間，和製造工人一起，給 A350 的產線寫軟體——他管那東西叫「造飛機版的 Asana」。一個矽谷工程師在異國工廠裡住滿一年，這就是「前置部署」四個字最樸素的字面意思。（出處見附錄 C）

方法論還原

回看前七章，Palantir 案例幾乎是全書的索引：演示循環與「客戶不知道自己要什麼」（第 2 章）；客製化即產品發現、礫石路與高速公路（第 1、7 章）；燈塔客戶的戰略價值（第 3 章）；免費試點的組合投資邏輯（第 6 章）；現場工具自下而上長成平臺（第 7 章）；以及最底層的信條——複雜性無法被遠程消滅，必須有人到場（全書）。

8.2 OpenAI：當造出 ChatGPT 的人開始下場搬磚

轉折：從「模型即產品」到「部署即戰略」

OpenAI 的前七年是一部純粹的技術史詩：GPT 系列一路狂飆，ChatGPT 創下人類歷史上最快的使用者增長紀錄。在這樣的公司敘事裡，「企業交付」聽起來像隔壁行業的事。

轉折發生在 2024 年。企業市場的數據，說明了一件不容忽視的事：那份後來廣爲人知的「95% 失敗率」正在上演；與此同時，企業大模型市場的份額版圖劇烈變動——行業追蹤顯示，Anthropic 在企業市場攀升至約 32%，OpenAI 從早年約 50% 的絕對領先回落至約 25%。模型能力的差距在縮小，而企業客戶用真金白銀投票的標準，悄然變成了另一個問題：「誰能幫我把這東西真正用起來？」

OpenAI 的回應分兩步。第一步，2024 年組建前置部署工程團隊——從 2 名工程師起步，科林·賈維斯帶隊，快速擴張到遍佈舊金山、紐約、倫敦、都柏林、慕尼黑、巴黎、蘇黎世、東京、新加坡、悉尼的全球網路，一年內從 2 人漲到 52 人。招聘啓事寫得毫不掩飾：「嵌入到那些模型表現至關重要、交付迫在眉睫、模糊性就是預設狀態的客戶中去」，出差最高 50%。歐洲區負責人富尼耶說得更直白：「市場需求超出了我們的預期。」（出處見附錄 C）

第二步，2026 年 5 月 11 日，成立「部署公司」——一家由 OpenAI 控股、聯合 19 家頂級資本（TPG 領投，Advent、貝恩資本、博楓聯合領投，高盛、軟銀、華平等參與，貝恩諮詢、凱捷、麥肯錫同爲創始夥伴）的合資公司，初始投資超過 40 億美元，媒體披露的投前估值約 100 億美元；同步收購應用人工智慧諮詢公司 Tomoro，約 150 名部署工程師成建制併入。首席運營官布拉德·萊特凱普親自掛帥。

這家新公司的結構設計，值得寫進商學院教材，因爲它把「客戶從哪來」和「資本怎麼回」焊在了一起。出資方是私募股權巨頭，而這些巨頭手裡攥着橫跨醫療、製造、金融、零售、物流的幾百家被投企業——它們就是部署公司現成的客戶池；作爲交換，據報道 OpenAI 向這些私募出資方承諾了五年 17.5% 的年化保底回報（媒體報道，OpenAI 官方未予確認），自己則保留超級投票權、控股戰略方向。

被收購的 Tomoro 也不是無名之輩：這家英國應用人工智慧諮詢公司的工程師，此前在樂購、維珍航空、遊戲公司 Supercell 乾的就是企業落地。一天之內，OpenAI 集齊了「工程師、通路、資本」三張牌。（出處見附錄 C）

一家估值數千億美元、掌握着人類最強模型的公司，爲「派人去客戶現場幹活」單獨成立一家百億美元公司——這是 FDE 模式歷史上最重的一枚砝碼。

現場：約翰迪爾的農田

OpenAI FDE 方法論最好的展示窗，是與約翰迪爾的合作。這家近兩百年曆史的農業巨頭，要解決的是一個土地裡長出來的問題：雜草防治。傳統做法是整田噴灑除草劑——成本高、藥害重、環境代價大。精準農業的理想是「見草纔打」，但識別的難度在於：每塊田的草相不同、作物長勢不同、時節不同。

OpenAI 前置部署團隊的做法，是本書第二、四章方法論的完整演示：飛到愛荷華州，跟着農藝專家下田，理解精準農藝的工作流與約束（包括那個不可商量的死線——農時）；與專家一起評審數百個真實田間作業案例，把「什麼是好的施藥建議」編碼成客製化評估體系；在評估體系的看護下快速迭代模型與系統。最終結果：化學品使用量減少最高 70%，農戶的互動頻率提升了 6 倍。

這個案例裡藏着三個值得劃線的細節。其一，死線是農時，而非專案排期——FDE 的節奏必須服從客戶的業務節律。其二，評估體系先行於模型最佳化——先定義「好」，再追求「好」。其三，70% 這個數字不是事後包裝的宣傳，是開工前就與專家共同定下的靶子。

現場：西班牙對外銀行的十二萬人

另一個標杆是西班牙對外銀行（BBVA）。合作起點並不驚豔——部署企業版 ChatGPT。但 FDE 模式的複利在於：起點是工具，路徑是組織。從 3300 個賬號起步，員工自發創建 2 萬多個客製化小助手，83% 的人每週活躍使用，平均每週節省約 3 小時；一年半後，部署擴展爲覆蓋 25 個國家、12 萬名員工的體系，銀行的目標也隨之升級爲「建設人工智慧原生的全球銀行」。從「給一個工具」到「共建一種組織形態」，這是第 6 章「存量深耕」的極限形態。（出處見附錄 C）

方法論還原

OpenAI 案例的啓示，在於「模型公司的自覺」：當模型能力趨同，部署能力成爲差異化的主戰場；當產品形態未定（智能體該長什麼樣沒人知道），現場成爲產品發現的唯一現場。它的三階段工作法（共創、驗證、交付）、它對評估體系的工程化執着、以及部署公司的資本結構創新（用私募股權資本的產業網路做客戶通路），分別對應本書第 4、6、3 章的核心命題。

8.3 Anthropic 與垂直三傑：FDE 的三種變奏

如果說 Palantir 發明了模式、OpenAI 把它推上頭條，那麼 Anthropic 與一批垂直人工智慧公司，則展示了 FDE 在不同土壤裡的三種變奏。

變奏一：Anthropic——安全基因與「可審計」的差異化

Anthropic 的 FDE 掛在應用人工智慧團隊之下，招聘啓事裡有兩個值得玩味的限定詞：一是「安全與可靠」——所有交付必須滿足 Anthropic 的安全標準；二是「在一線捍衛公司的使命」——FDE 同時是價值觀的大使。2025 年，這個團隊以一年五倍的速度擴張，負責人凱特·德容的解釋是：「一家財富五百強銀行的需求，和一家人工智慧原生創業公司，完全是兩個物種。」（出處見附錄 C）

差異化的直接產物，是「可審計性」成爲產品特性。與金融科技巨頭 FIS 的合作是標杆：Anthropic 的前置部署工程師嵌入 FIS 共同設計金融犯罪偵測智能體，反洗錢調查從數小時壓縮到數分鐘，每個決策全程可回放、可追溯，首批落地蒙特利爾銀行與 Amalgamated 銀行。在強監管行業，「每個人工智慧決策都能向監管者解釋清楚」不是加分項，是准入證——Anthropic 把它做成了賣點。

「安全偏執」變成企業市場殺手鐧的證據，寫在客戶的評價裡。網路安全公司派拓網路把 Claude 部署給 2500 名開發者，工程總監的評價很直接：「他們比別家更在乎安全——每個會都在談安全影響。作爲最大的網路安全公司，這對我們很重要。」結果：功能開發速度提升兩三成，初級開發者完成整合任務快了 70%。製藥巨頭諾和諾德用它寫臨牀研究文檔：過去十幾周的報告，現在十分鐘出稿。與此同時，它與諮詢巨頭埃森哲合作培訓了三萬名 Claude 專業顧問，企業客戶數兩年內從不足千家漲到 30 萬家以上。（出處見附錄 C）

更深一層的差異，在「知識轉移」的官方承諾：嵌入的明確目標，是讓 FIS「未來能獨立構建和擴展自己的智能體」。把「教會客戶」寫進合同，短期看是削弱自己的不可替代性，長期看是對「供應商鎖定」質疑最有力的回應——高德納預測 2028 年前 70% 的企業將因供應商成本與技能空心化而棄用此類方案，Anthropic 的做法，是提前拆掉這顆定時炸彈。

2026 年 5 月，Anthropic 被曝與黑石集團等組建企業人工智慧服務合資公司，據報道規模約 15 億美元，聚焦把 Claude 嵌入中型企業運營——與 OpenAI 的部署公司同日對壘。兩家模型巨頭在同一天完成「部署即戰略」的組織化，這件事本身，比任何分析都更能說明 FDE 的座標。

變奏二：Sierra 與 Decagon——創業公司的「交付即產品」

Sierra（Salesforce 前聯合首席執行官佈雷特·泰勒與谷歌前副總裁克萊·巴沃爾 2023 年創立，2024 年 10 月融資時估值已達 45 億美元，此後據報道繼續攀升）把 FDE 模式做成了商業模式本身：客戶不爲軟體付費，爲「已解決的會話」付費；實施由 Sierra 的前置部署團隊託管，客戶只需要貢獻品牌語氣與運營規則。效果：松拓（Sonos）、卡斯珀（Casper）、慧儷輕體（WeightWatchers）、ADT 等品牌客戶雲集，公開報道的最快上線案例爲四周，年合同門檻普遍爲數十萬美元起。成果計價讓 Sierra 的定價天然錨定在客戶價值上——第 6 章「成果計價」最激進的現實樣本。

Sierra 內部對這個崗位的命名也值得一記：不叫 FDE，叫「智能體工程師」（Agent Engineer）。其負責人娜塔莉·默勒（前 Palantir 五年，跑過執法、國防和基建客戶）解釋：名字應該描述「技術工作的形狀」，而不只是「對客戶的癡迷」——語音智能體的構建需要一種特殊的「品味」（什麼聽起來像人、什麼聽起來對），這是比通用 FDE 更窄更深的技藝。票務平臺 Vivid Seats 的合作是她的團隊最亮的戰報：四周上線，自助解決率提升 40%，客戶滿意度提升 35%——而對話數據反哺產品的機制，讓「一個月一萬人問同一個功能」能立刻排上優先級。（出處見附錄 C）

Decagon（創始人之一阿什溫·斯里尼瓦斯出身 Palantir，總融資 2.31 億美元）走了另一條路：把交付經驗直接產品化爲智能體操作流程——讓客戶的運營人員用自然語言定義多步工作流，人工智慧確定性地執行。客戶名單：Notion、多鄰國、Eventbrite、Rippling。據報道，Chime 的自助解決率做到 70%，多鄰國的問題分流率達 80%，ClassPass 的客服成本下降 95%。Decagon 的 FDE 更多地扮演「把客戶團隊教會用這套系統的人」——交付的目標，是讓客戶的非技術人員擁有自助能力，這是第 7 章「產品化四問」中「能否被不會寫程式碼的人使用」的最佳實踐。（出處見附錄 C）

變奏三：Harvey——打進普通軟體進不去的地方

法律行業是企業軟體的「百慕大」：頂級律所保密紀律森嚴、數據不出域、合夥人各自爲政——自助式的在線軟體在這裡一勝難求。Harvey（2022 年創立，2026 年 3 月完成新一輪融資後估值已達 110 億美元）用 FDE 模式硬生生打了進去。

先記住這家公司的出身：兩位創始人，一位是律所出身的訴訟律師，一位是 DeepMind（谷歌旗下人工智慧實驗室）出身的科學家；種子輪 500 萬美元，來自 OpenAI 創業基金。（出處見附錄 C）

覆盤它的打法，幾乎是本書方法論的完美串燒。燈塔戰略——第一個大客戶鎖定全球頂級律所年利達（2023 年 2 月，3500 名律師、43 個辦公室），隨後普華永道（4000 多名法律專業人士）、佳利、麥克法蘭接踵而來；支持者經營——年利達內部的對接人大衛·韋克林（市場創新負責人）成爲部署的所內軸心；縱深節奏——單一業務組切入，合夥人支持者推動，六個月實戰後橫向擴張；客戶研究閉環——合夥人買單但不幹活、律師助理幹活但不買單、知識管理律師看到兩邊的盲區，FDE 的訪談體系必須同時穿透三層人羣，「部署裡最難的不是模型，是客戶研究這個迴路」；超長週期——單所部署六到九個月，FDE 從文檔管理系統的數據管道，一路負責到逐合夥人的採納演示。

效果是垂直人工智慧裡少見的猛漲勢頭：使用者超過 10 萬名律師、1300 家組織，覆蓋美國百大律所的多數；年經常性收入從 2025 年 8 月的約 1 億美元，漲到 2026 年 1 月的約 1.9 億美元；估值一年內四連跳——30 億、50 億、80 億、110 億美元。（出處見附錄 C）

Harvey 證明了 FDE 模式的邊界在哪裡：凡是「保密制度、數據駐留、關鍵使用者自主權」三座大山同時存在的市場，產品化交付無解，只有人進去，才能把系統帶進去。而這樣的市場——法律、醫療、金融、政府——恰好是地球上利潤率最高的企業服務市場。

8.4 中國案例：在「專案制」的土地上種 FDE

中國是全球最特殊的企業軟體市場：這裡有最勤奮的交付工程師、最苛刻的客製化化需求、和最深的「專案制詛咒」——大企業要客製化，廠商做一單賠一單，成本無法攤薄，淪爲甲方外包，專業空心化。FDE 模式在這片土地上的命運，是一個必須單獨回答的問題：它是詛咒的解藥，還是詛咒的新馬甲？

先看清這個局有多擰巴，聽三個從業者的嘆息。第一聲來自數據庫公司 DolphinDB，一篇行業長文發問《誰在摧毀中國的企業軟體產業》，答案是六座大山：白嫖、開源、外包、招標、數科、畸形的市場結構——最頂尖的中國工程人才，長期消耗在「高度客製化、強關係、價格戰」的非標交付裡。第二聲來自播客《硬地駭客》的一位企業軟體老兵：「客製化化是 SaaS 的天敵，這個詛咒只能等市場成熟那天自然消解。」第三聲來自釘釘前總裁：很多公司做到一兩億收入就卡住——獲客難、交付難、運維難、客製化成本高，規模經濟根本無從談起。36 氪替這三聲嘆息做了個總結：「軟體產品化是把專案制的研發費用攤薄，SaaS 是把銷售費用攤薄——只有專案制公司最難受，專案的成本離場即作廢，沒法攤出去。」（出處見附錄 C）這三聲嘆息，就是 FDE 模式要回答的中國問題。

大廠路徑：火山引擎的豆包 FDE

字節跳動旗下的火山引擎，是中國互聯網大廠中最明確打出 FDE 旗號的玩家：2026 年專門成立 FDE 團隊，深入行業與標杆客戶深度共創。火山引擎總裁譚待在公開採訪中的表述，與本書的定義幾乎逐字呼應：「FDE 不是銷售，也不是售前，他們必須具備很強的技術落地能力，特別是人工智慧程式碼的落地能力。」他還透露，團隊成員刻意配置多元行業背景（比如讓生物工程出身的人去對接生物醫藥行業），目前已覆蓋汽車、醫療、教育、金融、半導體等重點行業。2026 年 7 月，火山引擎又與諮詢巨頭安永簽署戰略合作，雙方計劃搭建千人級的 FDE 團隊，「探索人工智慧全棧交付新模式」。（出處見附錄 C）

大廠做 FDE 的先天優勢是平臺底座厚（火山方舟提供了模型、工具鏈與雲基礎設施的一體底座）；先天挑戰，則是大廠的銷售體系慣性與「交付是成本中心」的財務慣性——FDE 團隊能否獲得 Palantir 式「現場即研發」的組織地位，決定了它是真 FDE，還是掛着新名字的售前支持部。

先行者路徑：把「FDE 不等於駐場外包」寫進官網

更值得關注的是一批本土創業公司。它們沒有大廠的底座，卻在用最清晰的話語，區分 FDE 與中國市場的舊物種。一家聚焦不動產與設施管理行業的服務商，在官網上寫下了目前國內對 FDE 最精煉的定義性區隔：

一，FDE 按階段交付、按結果驗收，駐場外包按工時結算；二，FDE 帶着產品底座來做工程，駐場外包從零現寫現改；三，FDE 做完會走，能力沉澱在系統和你的團隊裡，駐場外包越駐越久、人走系統停。

三句話，分別對應本書的三個核心命題：成果計價（第 6 章）、平臺底座（第 7 章）、知識轉移（第 5 章）。它還建立了一套「勸退機制」——場景未驗證的不接、數據一張表能導出的不接、只想瞭解人工智慧的不接，「我們寧可你晚一點開始，也不希望你在錯的時機開始」。這是第 2 章「拒絕昂貴的概念驗證墳墓」在中國市場的自覺實踐。

另一家服務商則把 FDE 模式搬進了對合規最敏感的金融業，並沉澱出明確的三階段方法論：場景診斷一到兩週（識別價值最高的三到五個核心場景、量化投資回報）→ 嵌入式交付八到十六週（從模型選型到生產整合的全棧交付）→ 生產部署與持續演進（被業務部門日常使用、隨業務持續迭代），同時強調「數據不出域」——這是對中國金融機構監管環境的在地適配。（出處見附錄 C）

2026 年 6 月，一位國內投資機構的從業者在網上發了一篇長文，標題很扎眼：《矽谷今年最火的崗位 FDE，我們悶頭幹了三年》。文章記錄了他們把這套打法用在中國企業服務裡的真實體感：前置部署工程師「簽單後扎進一個客戶，能力不設限，把人工智慧真裝進他的業務」；衡量標準「不是寫了多少程式碼、交了幾份文檔，是這套系統到底有沒有人在用、客戶的生意有沒有變好」；以及那句與本書完全一致的總結——「上線不算完，他得一直待到這套系統變成客戶的日常、客戶自己的人能接手」。這篇文章在國內從業者圈層被大量轉發，因爲它第一次用中文講清了一個對照表：產品工程師對路線圖負責，售前對簽單負責，實施對驗收單負責，客戶成功對續費負責——而 FDE，對「客戶的轉化和人效有沒有真漲」負責。（出處見附錄 C）

對照組：機頂盒與紙質合同

FDE 該投誰、不該投誰，百道數據 CEO 吳光宇在一場創業者圓桌上給了兩個反差極大的客戶。

一個是機頂盒客戶，需求極其明確——「怎麼在機頂盒裡用 AI」。FDE 和他們泡在一起，最後做出一個陪你看劇、聊八卦的 Agent，投入產出比很高。另一個是出海客戶，老闆開口要投 100 萬美元做 AI，籤合同時卻每次都把合同列印出來、用筆圈改，連 Word 的修訂功能都不用。吳光宇的判斷很直接：「這種數位化基礎都沒有的客戶，FDE 投進去肯定沒產出。我們直接告訴他，先買 100 個 Gemini 賬號讓全員用起來，有了具體思路再談。」

他的結論，與第 2 章的拒絕機制如出一轍：FDE 的前提是客戶有明確的需求點。模糊、沒邊界的需求不要輕易投；可以拆成一期、二期、三期，先做清晰的部分，交付結果後，後續需求自然能轉化成長期服務合同。（出處見附錄 C）

另一面：真空層與髒活

不過，如果你以爲中國的 FDE 實踐都是上面這種清爽樣子，一線從業者會遞來一杯冷水。

《增長黑客 AI 週報》記錄過一線執行者申悅的觀察：在國內不少專案裡，FDE 更像乙方外包人力，乾的是填坑、擦屁股的髒活累活。她親歷的一個千萬級國企專案，大老闆簽完合同就沒了下文，專案裡沒有真正負責的人，FDE 被架在真空層——向上沒有決策者，向下沒有執行者，最後只能靠研究「彙報邏輯」來爭取驗收。另一個廣東的民營家裝公司，廠二代老闆開門見山：幫她把 6000 人裁到 3000 人。可 AI 能替代的是任務，不是崗位，專案就在反覆捱罵中艱難推進。

申悅的總結值得抄在這裡：中國 FDE 的難點，在需求方隔層、在企業數位化基礎薄弱、在老闆缺乏耐心——而前端銷售爲了賣產品許下的過度承諾，最後都要 FDE 來還。她還有一句話，我引作了第 4 章的題注：「無論技術如何進化，組織內部的人性和權責博弈，始終是比技術更復雜的難題。」（出處見附錄 C）

另一種聲音：FDE 是不是一門好生意？

質疑也不只來自執行層。同在一場圓桌上，Kuse.ai 創始人吳顯昆對 FDE 模式本身提出了疑問，措辭不輕：「FDE 很難成爲一個好的商業模式。」他的理由很直接：做淺了，模型廠商自己會做；做深了，本質上還是外包，交付成本高且難以規模化。「給國央企做服務，你沒法拒絕專案範圍外的需求，你的槓桿在哪裡？是否會在深夜懷疑自己成了廉價外包——這是所有做 FDE 的人都要面對的問題。」

他的解法相當激進：AI Roll-up（整合併購）。既然客戶擔心數據泄露、團隊嫌外包違背初衷，那就把公司買下來，所有人變成股東、利益一致，整個公司底朝天改掉；改完以後，用同一套方法論繼續收購下一家。他的邏輯是：如果人工智慧轉型真有那麼大價值，那就應該 own the business，而不是賣工時。（出處見附錄 C）

這個質疑未必有標準答案，但它和第 5 章引過的高德納預測——2028 年前 70% 的企業可能放棄 FDE 主導的方案——形成了奇妙的呼應：FDE 模式最大的敵人，也許不是技術，而是它自己的成本結構。這個問題本書不打算給標準答案，但它是每一個想入場的人，都該先想清楚的問題。

中國 FDE 的三個特殊命題

綜合這些實踐與行業觀察，FDE 在中國要成立，必須回答三個美國同行不必回答的問題。

第一，計價之困。美國市場可以接受訂閱制、按量計費甚至成果分成；中國客戶的肌肉記憶是「買斷加專案制驗收」。可行的過渡形態是「混合制」：按階段驗收付款（順應習慣）+ 價值指標寫入驗收條款（注入成果基因）+ 年度運維與演進合同（培育續約意識）。一步到位照搬按解決量收費，在多數行業會死在採購科。

第二，平臺之困。FDE 的經濟學依賴「平臺底座加現場客製化」，而中國大量軟體公司的問題恰恰是「有現場、沒平臺」——每單都是從零寫程式碼的人力生意。對這些公司，比學 FDE 形式更重要的，是補 FDE 的地基：先把最高頻的客製化沉澱爲可複用組件，再談前置部署。沒有第 7 章的複製槓桿，FDE 在中國只會淪爲「名字好聽的駐場外包」——這正是本土先行者們把「帶產品底座」寫進定義的原因。

第三，人才之困與人才之機。中國工程師文化——能吃苦、響應快、全棧通吃、習慣在客戶現場解決一切問題——恰恰最貼近 FDE 的要求，這是「機」；但「困」在於，過去二十年，這類人才被困在人天計價的外包體系裡，市場價格信號長期低估他們。FDE 概念在中國的普及，可能帶來一個深遠副作用：重新爲中國數十萬交付工程師定價。當他們知道自己在大洋彼岸的同行拿着 38.5 萬美元的中位數年薪，這個行業的價值座標會鬆動。

老牌企業軟體公司也在印證這個判斷。SAP 大中華區總裁原欣在播客裡談到，前向部署工程師和傳統 ERP 顧問的角色正在融合，眼下最缺的是「既有產品工程能力、又深入理解業務的複合型人才」。她還提醒了一句值得記住的話：AI 落地的最大挑戰是組織慣性而非技術——基礎數據架構的歷史欠賬，不會因爲 AI 來了就自動消失。（出處見附錄 C）

判斷

FDE 不會治癒中國企業軟體的所有痼疾，但它提供了一次罕見的「正名」機會：把「貼近客戶」從低端外包的標誌，重新定義爲高端能力的標誌。中國市場缺的不是願意下現場的工程師，而是讓現場工作產生複利的平臺、方法論與計價結構。誰先補齊這三塊，誰就能在這個全球最大、也最複雜的企業服務市場裡，長出中國的 Palantir——或者，長出某種還沒被命名的新物種。

8.5 一個人工智慧創業團隊的 180 天：FDE 實戰全覆盤

最後這個案例，來自我跟蹤調研的一箇中國人工智慧創業團隊（應團隊要求匿名，下稱「N 公司」）。它沒有 Palantir 的平臺、沒有 OpenAI 的光環，但它 180 天的歷程，完整地演示了本書方法論在一個資源有限的團隊身上如何運轉。爲保護商業資訊，數字做了模糊化處理，但比例關係與決策邏輯保持真實。

第 1 到 30 天：選戰場，而不是搶合同

N 公司做企業知識庫人工智慧，手上有三個潛在客戶線索：一家頭部券商（預算大、需求宏大）、一家區域連鎖零售集團（預算中、痛點具體）、一家三甲醫院（影響力大、數據敏感）。銷售本能是撲向券商。但團隊按第 2、3 章的方法，做了三重檢驗和進場盡調：券商的問題是「宇宙級需求」（首次會議就要覆蓋全公司），且沒有明確的業務負責人；醫院的痛點真實，但數據出域限制讓交付週期不可控；零售集團的首席財務官親自盯專案，痛點具體（「3000 家門店的運營督導報告，區域經理根本看不過來」），數據基礎雖然亂，但可觸及。

團隊選擇了零售集團——燈塔價值不是最高，但三重檢驗全過。這就是 3.1 節的紀律：排期按戰略價值與學習價值排，不按合同金額排。

第 31 到 75 天：進場、影子工作法與一個「被砍掉的大方案」

兩名工程師、一名行業顧問進場。前兩週沒有寫一行產品程式碼，做的是影子工作法：跟着區域經理巡店，看他們如何在微信羣裡追門店數據、如何在電子表格裡做週報。關鍵發現來自一個「變通」：區域經理們根本不看公司數據系統裡的報表，他們真正信任的數據源，是門店店長每天手填的一張表——因爲「系統的數據晚三天，還老錯」。

這個發現推翻了最初的大方案（智能數據分析平臺），團隊把最小可行部署收窄爲一個小切口：只做一個「門店異常日報」——每天早上八點，把昨天 3000 家門店的異常信號（銷售異動、庫存異常、投訴激增）彙總成三分鐘內可讀完的日報，推送到區域經理的微信。真實數據、單一痛點、六週死線。

第 76 到 120 天：激活的暗戰

系統上線只是開始。激活期遇到兩個教科書式的障礙。其一是信任校準：第一週，人工智慧把兩家門店的促銷高峯誤判爲「異常激增」，經理們在羣裡吐槽。團隊沒有辯解，48 小時內把「促銷日曆」接入判斷邏輯，並且——關鍵動作——在羣裡公開致謝報錯的那位經理。其二是影響者經營：一位資深區域總監（無冕之王型）起初冷眼旁觀，團隊請他參與評估標準的修訂，他的三條經驗被寫進系統規則。兩週後，他成了系統最賣力的佈道者。

第 90 天，日報的自然打開率穩定在 85% 以上。第 120 天，零售集團的首席資訊官在季度經營會上主動展示了這套系統——內部支持者，被武裝成了銷售員。

第 121 到 180 天：複製的第一塊磚

續約談判沒有懸念，但團隊做了兩個更重要的動作。其一，把這次交付中反覆用到的資產沉澱下來：零售行業的數據接入組件、「異常信號」評估框架、門店場景的盡調清單——第一份場景打法手冊成型。其二，用零售集團的案例（客戶同意聯合發佈）敲開了第二家客戶——一家快消品牌的通路管理部門，場景同構。第二個專案的交付週期，比第一個縮短了 40%：複製的飛輪，轉出了第一圈。

180 天，一個小團隊，沒有融資新聞，沒有顛覆式技術。但它驗證了全書最樸素的結論：正確的問題 + 真實的數據 + 貼身的服務 + 沉澱的紀律 = 可以滾動的雪球。

五組案例講完。從情報機構到愛荷華農田，從頂級律所到中國連鎖零售，場景的跨度越大，方法論的共性就越清晰。剩下最後兩個問題：這樣一支力量，應該恪守怎樣的邊界（後記）；以及入局者的行動清單（附錄）。

每一本講方法論的書，結尾都必須談一個問題：當你掌握了這套方法，邊界在哪裡。而這本書要談的話題，比大多數方法論更沉重。因為 FDE 手裡握著的，不是一般的技術——是客戶組織最深處的祕密，和越來越大的、代替人做決定的權力。

FDE 的工作性質，決定了它會看到什麼。為了做好交付，你要看客戶最真實的經營資料——包括難看的部分；你要摸清組織的權力地圖——包括誰無能、誰失勢；你要接觸核心的業務流程——包括那些遊走在灰色地帶的變通。客戶把這一切向你敞開，基於一個樸素的約定：你是來幫忙的。這份信任是 FDE 模式的根基，而毀掉它，只需要一次越界。

我認為 FDE 的職業道德至少有六條底線，寫出來與所有同行共勉。

第一，資料的主權屬於客戶。 在客戶現場看到的資料，一個位元組都不應該出現在不該出現的地方——不進入 AI 的訓練資料（除非合約明確授權），不進入案例素材（除非客戶書面同意），不進入你下一份工作的談資。資料存取的最小化原則不只是技術規範，是職業操守：能不看的就不看，能脫敏的就脫敏。

第二，誠實報告結果，包括壞消息。 按結果收費的模式裡，最大的道德風險是粉飾結果——把「系統上線了」包裝成「價值實現了」，把相關性包裝成因果。第 6 章那套價值度量系統，既可以是最誠實的工具，也可以是最精巧的謊言機器，區別只在人心。FDE 的立身之本是「敢被檢驗」，那麼被檢驗出不好的結果時，也要有同樣的心態呈上去。

第三，不製造依賴，不販賣恐懼。 這個行業存在兩種隱蔽的惡：一種是故意把系統做成黑箱，讓客戶永遠離不開你；另一種是誇大「不用人工智慧就會死」的恐慌來促成交易。高德納預測 2028 年 70% 的企業將因成本與技能空洞化，而被迫放棄前置部署主導的方案——這個預測是對全行業的警鐘。健康的 FDE 模式應該是「做完會走」：知識轉移給客戶，能力沉澱給客戶團隊。讓客戶強大，而不是讓客戶上癮。

第四，把「被替代的人」當回事。 FDE 交付的系統，在很多場景裡確實會替代一部分人的工作。這本書講了大量「變革管理」的技術，但技術之外是倫理：不要在被替代者面前慶祝效率，不要在方案裡把人寫成「成本項」而不給出路，不要對自己「正在改變誰的命運」裝糊塗。技術的中立是神話，部署者的選擇是現實。

第五，對「客戶要求但不該做的事」說不。 你會遇到遊走在合規邊緣的要求：「幫我們把員工的行為監控做得再細一點」「這些資料合規上有點模糊，但先接了再說」。「法國侍者」的隱喻在這裡有最深的含義——真正的專業，不是滿足客戶的一切要求，而是敢於引導客戶走向對他真正有利、也對世界無害的方向。說不的底氣，來自你帳上有別的客戶；所以道德，從來也與商業模式有關。

第六，記住你代表的是「技術」本身。 對很多客戶而言，你是他們接觸人工智慧的第一張臉。你的每一次誇大，都在透支整個行業在他們心中的信用；你的每一次兌現，都在為整個行業存款。當人工智慧越來越深地進入社會的運轉，部署者就是技術與人類日常之間的最後一道翻譯——翻譯失真的代價，由所有人支付。

Palantir 這家公司本身充滿爭議：它為情報與軍事機構服務的歷史，讓許多人對它的一切——包括 FDE 模式——抱持戒備。我在本書中大量引用它的方法論，不等於認同它的全部客戶選擇。恰恰相反，正因為它服務的領域如此敏感，它的工程師文化裡那些關於權限、稽核、最小知情的紀律，才格外值得借鏡。能力越大的部署者，越需要把邊界寫在方法之前。

FDE 是一個年輕的職業，它的行規還沒有人寫。希望這本書，是它的第一塊界碑。

致謝

感謝鮑勃·麥格魯、Barry、泰德·梅布里、納比爾·庫雷希等 Palantir 前員工公開的回憶與書寫——你們把一家「神秘公司」的方法論，變成了公共知識；感謝 YC Lightcone、Latent Space 等播客的主播們，你們的追問讓大量一手經驗得以留存；感謝 a16z、麻省理工學院 NANDA 實驗室、The New Stack、CIO.com 的研究與報導；感謝中國的 FDE 先行者在官網寫下的思考——中文世界的這場討論，因你們而不必從零開始。

感謝每一位願意讀到這裡的人。願你修的路，都有人走；願你走完後，路還在。

本附錄給出 FDE 工作全鏈路的指標體系，按四個層面組織：交付層、客戶層、商業層、組織層。指標貴精不貴多——每個客戶專案盯住 3 到 5 個核心指標，勝過鋪滿一面牆的儀表板。

一、交付層指標（專案做得對不對）

TTV（Time to Value，價值實現時間）： 從進場到客戶獲得第一次可衡量價值的時間。FDE 模式的生命線指標。參考標準：最小可行部署的驗證應以週計（2 到 6 週），完整部署以月計（1 到 4 個月）。價值實現時間持續變長，是方法論或平台底座出問題的第一信號。

概念驗證轉化率： 驗證專案進入付費部署的比例。Palantir 的訓練營把這個數字從早期的 5% 到 10%，提升到了公司披露口徑的約 75%（另有口徑稱部分場次更高）——它同時測量「客戶篩選品質」與「交付品質」兩件事。轉化率過低，說明進場篩選失職；過高（接近 100%），則要檢查是否只接沒有挑戰的單。

評估達標率： 人工智慧輸出通過業務評估集的比例，以及它在生產環境中的時間序列走勢。品質漂移的警報器。

部署頻次與回滾率： 迭代速度的硬指標。健康的部署期應保持高頻小步（週級甚至日級），回滾率低而穩定。

缺陷逃逸率： 上線後才被發現的缺陷佔比。測量的是測試與評估體系的完備性，而非工程師的水準。

二、客戶層指標（客戶活得怎麼樣）

激活率： 目標使用者群中形成穩定使用習慣的比例。注意分母是「目標使用者群」，而非「系統帳號數」。麻省理工學院（MIT）報告給出的行業警戒線：僅約四成企業為員工提供官方人工智慧工具訂閱——如果你的激活率長期低迷，部署名義上活著，實際上死了。

使用深度： 關鍵功能有幾成人在用（用了多少場景）、使用頻次分布（打卡式使用還是工作流嵌入）、以及自助探索行為的出現（使用者開始自己發現新用法——這是最珍貴的信號）。

健康度評分： 使用、價值、關係、商業四類信號合成（詳見 5.6 節）。關鍵紀律：每週全量巡視，跌破警戒線就自動觸發干預流程。

支持者覆蓋數： 客戶組織內活躍盟友的數量與層級分布。單點是高危，三點成網。

淨推薦值的慎用： 淨推薦值（NPS，詢問「你多大可能把我們推薦給別人」的指標）在企業場景的參考價值有限——樣本小、政治化。更可靠的替代是「續約意向的提前問詢」：到期前兩個季度，直接問支持者「如果今天續約，你會續嗎」。

三、商業層指標（生意值不值）

NRR（Net Revenue Retention，淨收入留存）： 存量客戶收入的年度變化（含流失、降級、擴容）。FDE 商業模式的總裁判。及格線 100%，優秀線 120%。淨收入留存高於 120% 的公司，增長引擎已經內生。

交付毛利率： 單個客戶收入減去交付直接成本（人力、差旅、雲資源）。FDE 模式的及格線隨平台化程度浮動：純人力交付期可能只有 20% 到 40%，平台複用度上來後應向 60% 以上上升。毛利率漲得快不快，比絕對值高低更能說明模式成不成——不上升的 FDE，是顧問公司。

客製遞減率： 麥格魯的試金石——第 N 個客戶的客製工作量，應該顯著小於第 1 個。連續三個客戶客製量不降，立即檢視產品回流機制。

銷售週期： 從首次接觸到簽約的時間。Palantir 用訓練營把它從 9 到 12 個月壓到數週。它是獲客效率與信任資產厚度的綜合讀數。

CAC 回收期： 獲客成本（CAC，Customer Acquisition Cost，含免費驗證的投入）透過合約毛利收回的時間。FDE 模式前期普遍難看，關鍵是要看到它隨案例積累而縮短的趨勢。

LTV/CAC： 客戶終身價值（LTV，Life Time Value）與獲客成本之比。企業級生意的健康線一般在 3 以上；FDE 模式由於獲客成本前置，早期可能低於 2，必須配合淨收入留存一起讀才有意義。

四、組織層指標（團隊能不能走遠）

現場到產品回流速率： 單位時間內，從現場沉澱為組件或平台能力的產出數（組件入庫數、手冊更新數、平台化提案數）。這個指標測量的，是 FDE 模式的「靈魂器官」是否還在跳動。

交付資產複用率： 新專案中複用既有組件、模板、清單的比例。複用率是三級複製槓桿（第 7 章）的綜合讀數，目標應逐季上升。

FDE 人均產能： 每名前置部署工程師支撐的年收入。它是規模化的總帳：純人力模式的天花板明顯，平台化後應該持續抬升。

團隊續航指標： 出差強度（月出差天數）、值班負荷、離職率與倦怠預警信號。Reddit 上 FDE 從業者的最大吐槽點就是差旅與續航——團隊燒乾了，前面所有指標都是煙火。

使用建議

1. 每個客戶專案鎖定 3 到 5 個「核心指標組合」：通常是一個價值指標 + 一個使用指標 + 一個關係指標。
2. 基線數據在專案啟動第一天採集——錯過永不再來。
3. 指標與客戶共建、雙方共認，否則它在續約談判桌上沒有效力。
4. 每半年檢修一次指標體系本身：刪除無人看的，補上反覆被問的。

本附錄列出理解 FDE 模式繞不開的人物、團隊與知識源頭。本書寫作過程中參考的完整來源清單，見隨書稿公開的調研筆記。

一、關鍵人物

希亞姆·桑卡爾（Shyam Sankar） — Palantir 總裁兼首席技術長，早期員工。被普遍認為是 FDE 戰略的發明者：把「現場定製」從成本重新定義為「產品發現」的人。他的公開發言，是理解 Palantir 哲學的第一手材料。

鮑勃·麥格魯（Bob McGrew） — PayPal 早期工程師、Palantir 早期高管、OpenAI 前首席研究長（領導 ChatGPT、GPT-4、o1 研發）。FDE 模式最好的闡釋者。「礫石路與高速公路」「在規模上做不可規模化的事」皆出自他口。必讀：YC Lightcone 播客《給人工智慧創業公司的 FDE 打法》（2025 年 9 月）。

斯蒂芬·科恩（Stephen Cohen） — Palantir 聯合創始人。演示循環的發明者：「這東西太糟了」「那你們希望它哪裡不一樣」的主角。

亞歷克斯·卡普（Alex Karp） — Palantir 執行長。「法國侍者」行為模型的提出者：反對唯唯諾諾的接單式工程文化。

Barry — 前 Palantir 前置部署工程師，《理解前置部署工程》一文作者。FDE 模式最重要的一篇「內部人警告」：成本、混亂與倦怠的真實帳本。

泰德·梅布里（Ted Mabrey）/ 納比爾·庫雷希（Nabeel Qureshi） — Palantir 系寫作者，對 Palantir 運作方式有深度公開書寫。

科林·賈維斯（Colin Jarvis） — OpenAI 前置部署工程團隊負責人，從零組建 OpenAI FDE 建制的人。

布拉德·萊特凱普（Brad Lightcap） — OpenAI 首席營運長，「部署公司」的主導者。

娜塔莉·默勒（Natalie Meurer） — Sierra 智能體工程負責人（前 Palantir 五年）。「智能體工程師」命名者。必讀：Latent Space 播客訪談（2026 年 7 月）。

布雷特·泰勒（Bret Taylor）/ 克萊·巴沃爾（Clay Bavor） — Sierra 創始人（前者曾任 Salesforce 共同執行長，後者曾任谷歌副總裁）。把 FDE 模式做成商業模式本身（成果計價）的人。

傑西·張（Jesse Zhang）/ 阿什溫·斯里尼瓦斯（Ashwin Sreenivas） — Decagon 創始人（後者出身 Palantir）。智能體操作流程的設計者，「交付經驗產品化」的樣板。

大衛·韋克林（David Wakeling） — 年利達律師事務所前市場創新負責人，Harvey 首個燈塔部署的所內支持者。客戶方支持者視角的最佳樣本。

二、標誌性團隊

Palantir FDE 組織 — 模式的發明者與完成形態。「回聲-三角洲-平台」三角，訓練營機器。

OpenAI 前置部署工程團隊 — 2024 年組建，全球分布式，約翰迪爾與西班牙對外銀行的操盤者；2026 年升級為「部署公司」。

Anthropic 應用人工智慧團隊 — 以「應用人工智慧工程師」名義組建的 FDE 建制，FIS 金融犯罪智能體的共建者；2026 年與黑石等組建企業人工智慧服務合資公司。

Sierra 智能體工程團隊 — 成果計價 + 託管交付的極限形態（2023 年創立，2024 年 10 月估值 45 億美元，此後據報導繼續攀升）。

Harvey 部署團隊 — 垂直行業（法律）FDE 的教科書（2022 年創立，2026 年 3 月估值 110 億美元，使用者覆蓋 10 萬+ 律師）。

Scale AI / Databricks / Salesforce / 谷歌雲 / Mistral / Cohere — 各自設有 FDE 或同構崗位，名稱不同（解決方案架構師、客戶工程師等），骨架相同。

火山引擎豆包大模型 FDE 團隊 — 中國網際網路大廠中最明確的 FDE 建制（2026 年成立，覆蓋汽車、醫療、教育、金融、半導體；與安永共建千人級團隊）。

中國本土 FDE 先行者 — 以不動產設施管理、金融業為陣地的本土服務商，公開輸出了「FDE 不等於駐場外包」的定義性思考。

三、知識源頭（按重要性排序）

1. YC Lightcone 播客：《給人工智慧創業公司的 FDE 打法——鮑勃·麥格魯訪談》（2025 年 9 月）——模式第一講述者的 51 分鐘復盤。
2. a16z：《用利潤率換護城河》（Trading Margin for Moat）——商業模式分析的標竿。
3. Barry：《理解前置部署工程》（Understanding Forward Deployed Engineering）——內部人的冷靜警告。
4. 麻省理工學院 NANDA 實驗室：《生成式人工智慧的鴻溝：2025 年商業人工智慧現狀》（The GenAI Divide）——「95% 失敗率」的出處，FDE 存在理由的數據地基。
5. The New Stack：《為什麼 OpenAI 和 Anthropic 都在搶建 FDE 團隊》（2026 年 5 月）。
6. CIO.com：《Anthropic 的金融智能體，暴露了前置部署工程師這個新瓶頸》（2026 年 5 月）——買方視角與高德納預警。
7. Latent Space 播客：《前置部署工程師與軟體工程的未來》（2026 年 7 月）——Sierra 視角。
8. Palantir 官方部落格：《Palantir 前置部署工程師的一天》（2020 年）——官方自述，有中文譯本流傳。
9. OpenFDE 社群（open-fde.com）——從業者的開源共同體，崗位與公司圖譜。
10. 36 氪《中國 To B 軟體，走出虧損式增長的陷阱》、陳果 George 公眾號 FDE 系列文章——中國語境的必讀對照。

四、薪酬與求職參考

• GetPerspective：《2026 前置部署工程師薪酬報告》（1200 個樣本）——頭部實驗室中級 FDE 年總薪酬中位數約 38.5 萬美元、資深約 61 萬美元、首席超過 120 萬美元。
• fdenest.com / fde.academy / sundeepteki.org —— 面試準備與職業路徑的三家專題站點。
• Levels.fyi —— Palantir 等職位的即時薪酬數據。
• 招聘啟事本身是最好的教科書：OpenAI、Anthropic、Decagon、Harvey、Scale AI 的 FDE 招聘啟事，值得逐字研讀。

本附錄分兩部分：第一部分是全書 100+ 個真實案例的索引（按章節）；第二部分是所有資料、觀點、案例的資料出處（按章節）。標註「媒體報導」「公司揭露」「第三方估算」的內容，其原始口徑以出處方為準；標註「綜合」的內容為多個公開來源的綜合敘述。

第一部分 全書案例索引

第 1 章（21 個）

1. 全球五百強製造企業人工智慧專案「安靜死亡」（綜合多個專案的典型場景）
2. 麻省理工學院《生成式人工智慧的鴻溝》報告：300-400 億美元投入、95% 無回報
3. 史丹佛大學《2026 人工智慧指數報告》：組織採用率 88%、生成式人工智慧三年覆蓋 53% 人口、智慧體生產部署個位數百分比
4. 麥肯錫《人工智慧現狀》調研：僅 6% 企業人工智慧貢獻超 5% 息稅前利潤
5. 製造業營運長「車間沒有任何改變」
6. 19-20 歲創業者年收入從零到 2000 萬美元（《財富》採訪報告 Lead 作者）
7. 中國 SaaS「虧損式增長陷阱」：客製化詛咒（36 氪、DolphinDB、《硬地駭客》播客）
8. Palantir 創立：2003 年、提爾/卡普/柯恩、中情局旗下 In-Q-Tel 首投
9. 史蒂芬·柯恩的演示循環：「這東西太糟了」「那你們希望它哪裡不一樣」
10. 希亞姆·桑卡爾：第 13 號員工、FDE 模式與命名發明者
11. 保密室兩週進駐：每天 19 小時、電話綁在頭上（COIC，2007 年前後）
12. 「桑卡爾炸彈」郵件：機場咖啡館裡的面對面批評（泰德·梅布里回憶）
13. 伊拉克/阿富汗路邊炸彈地圖工具：從現場需求到平台標準功能
14. 2012 年颶風桑迪救援現場的 Palantir 工程師
15. Foundry 誕生於各客戶現場：蘇黎世、休士頓、聖保羅、土魯斯、巴庫
16. Metropolis 的商業失敗與 Foundry 的翻盤
17. 空巴 A380 燃油泵：兩年未解 → 兩週破案（保住據報導 400 億美元訂單）；Skywise 平台上萬架飛機、五萬使用者
18. 納比爾·庫雷希土魯斯進駐一年：「造飛機版的 Asana」
19. 賓·拉登行動傳言（從未證實、從未證偽，Colossus 雜誌註腳）
20. Palantir 2016 年前 FDE 人數超過傳統工程師；約佔員工一半
21. Palantir 財報「反常物種」：Q4 2025 合約額 42.6 億美元、淨收入留存 139%、現金 72 億；Q1 2026 收入 +85%

第 1 章 1.3 節（FDE 風潮，12 個）

1. 《金融時報》2025 年 11 月報導：FDE 職位九個月增長 800%（Indeed 資料）
2. YC 招聘板 100+ 新創公司招 FDE（三年前幾乎為零）
3. a16z「科技行業最熱門的職位」「奶奶與 iPhone」
4. OpenAI 前置部署團隊：2024 年初成立、一年從 2 人到 52 人
5. 阿爾諾·富尼耶：約 50 人擴編計畫、約翰迪爾降藥六到七成、「反哺研究與產品」
6. 凱特·德容（Anthropic）：應用人工智慧團隊一年擴五倍；「五百強銀行與新創公司是兩個物種」
7. 尼克·普雷特約翰（Palantir 英國）：「從內部做產品發現」
8. 艾丹·戈麥斯（Cohere）：「合約一開始就嵌入工程師」
9. Salesforce 承諾招聘 1000 名 FDE
10. 德勤 2025 年 12 月成立 FDE 業務線
11. OpenAI 部署公司（2026-05-11）：40 億美元、19 家投資方、收購 Tomoro
12. Anthropic 與黑石等組建約 15 億美元企業人工智慧合資公司

第 2 章（8 個）

1. 日本企業自建人工智慧團隊「最強陣容的安靜死亡」
2. 五萬美元合約分析工具輸給免費 ChatGPT（麻省理工調研細節）
3. 外部合作成功率約為內部自建兩倍（同報告）
4. 超半數人工智慧預算投向前台、回報卻在後台（同報告）
5. 中國 FDE 服務商的「勸退機制」：三種客戶不接
6. Barry 回憶：免費試點燒掉數百萬美元、利潤率「負無窮」
7. 訓練營轉化合約三連：醫療公司五週簽 2600 萬美元年約；全球銀行 200 萬→1900 萬；財富五百強醫療 1000 萬
8. Walgreens：10 家門市試點提升效率 30% → 八個月 4000 家門市、每日 3840 億次自動決策

第 3 章（8 個）

1. Harvey × 年利達：2022 年 11 月秘密試點、4 萬次真實查詢、250 個業務領域、50 種語言
2. 大衛·韋克林：「15 年法律科技未見過的遊戲規則改變者」；合夥人「盧森堡開銀行」演示
3. Harvey 創始團隊：訴訟律師 + DeepMind 科學家、OpenAI 基金 500 萬美元種子輪
4. 普華永道 2023 年 3 月引入 Harvey：100 多個國家 4000 多名法律專業人士
5. CIA 燈塔效應：從情報界信任到華爾街與製造業
6. 火山引擎 × 安永：千人級 FDE 團隊、TRAE 工具平台（2026-07-19）
7. OpenAI 部署公司夥伴名單：麥肯錫、貝恩、凱捷同為創始夥伴
8. J.D. Power 學會訓練營後為自己的客戶辦訓練營

第 4 章（11 個）

1. 約翰迪爾「看見即噴」：36 攝影機、時速 12-15 英里、一分鐘三個足球場
2. 約翰迪爾產量對照：12 兆株作物、200 對 600 蒲式耳（賈斯汀·羅斯）
3. 約翰迪爾成果：化學品減 70%、農戶互動提升 6 倍
4. OpenAI 歐洲負責人談約翰迪爾：「回饋反哺研究」
5. 西班牙對外銀行滲透路徑：3300 → 11000 → 120000 帳號
6. 西班牙對外銀行資料：每週省 3 小時、83% 週活躍、2 萬+ 訂製助手（4000 高頻）
7. 「影子人工智慧」對策：「給他們一個安全的平台」（埃琳娜·阿爾法羅）
8. 「八件事」轉型路線圖與 250 名高階主管先行培訓、人工智慧極客網路
9. 美國海軍 ShipOS：4.48 億美元、電船公司 160 小時→10 分鐘、樸茨茅斯船廠幾週→1 小時
10. Wendy's：6450 家門市糖漿排程，15 人一天 → 5 分鐘
11. 房利美：抵押詐騙檢出率超 99%；花旗銀行審批從幾小時到幾分鐘

第 4-5 章（組織與續約，7 個）

1. Vivid Seats：四週上線、自助解決率 +40%、滿意度 +35%
2. Vivid Seats 後續：團隊從滅火轉向根治、「一萬人問同一功能」反哺產品
3. Anthropic × FIS：反洗錢調查從數小時到數分鐘、蒙特婁銀行與 Amalgamated 銀行首批
4. FIS 合作的知識轉移承諾：「讓 FIS 能獨立建智慧體」
5. 西班牙對外銀行的「人工智慧先鋒網路」與「極客」制度
6. 埃森哲 × Anthropic：三萬名 Claude 認證顧問
7. 高德納預測：2028 年 70% 企業將放棄 FDE 主導的智慧體方案；「FDE 成本誰在付」之問

第 6 章（11 個）

1. 訓練營免費經濟學：一年數千萬美元的免費投入
2. Palantir 存量成績單：淨收入留存 139%、剩餘合約額 +145%
3. Sierra 成績單：Funnel 94%、Ramp 90%、Casper 74%（滿意度 +20%）、慧儷輕體約 70%（4.6/5）、AOL 64%
4. Sierra 價位：年門檻約 15 萬美元起、首年 20-35 萬、大單百萬級、單次解決 1-2 美元（第三方估算）
5. Sierra 按「已解決會話」收費：不解決不收費的結構
6. Harvey 擴張：10 萬律師、1300 家組織、60 國、百大律所多數
7. Harvey 收入：年經常性收入五個月從 1 億到 1.9 億美元；估值一年四連跳至 110 億
8. 行業調研：68% 律所生產環境用 Harvey、深度使用者每週省 11 小時
9. Anthropic × 黑石合資：對標 OpenAI 部署公司、聚焦中型企業
10. 成果計價四檔進化鏈：用量 → 行為 → 結果 → 價值分成
11. 中國「混合制」計價：階段驗收 + 價值指標 + 年度演進合約

第 7 章（9 個）

1. 「礫石路與高速公路」：現場客製 → 平台泛化（麥格魯）
2. Barry：試點即創投組合、研發而非銷售成本、任務式指揮（Auftragstaktik）
3. 2014 年 Hobbitcon 大會：產品戰略字面是「強烈的觀點，鬆散地持有」
4. Sierra「代筆人」（Ghostwriter）：上載流程文件，自動生成生產級智慧體
5. Decagon 智慧體操作流程（AOP）：客服主管自然語言寫流程
6. Decagon 客戶資料：Chime 70%、多鄰國 80%、ClassPass 客服成本降 95%
7. 毛利率時間簡史：ServiceNow 63%→79%、Workday 54%→76%、Palantir 79%→82%（Insight Partners）
8. Salesforce 早年：燒 5200 萬美元換 2200 萬美元收入的實施投入期（a16z）
9. 桑卡爾的豪賭：「價值歸於晶片與本體」、大半工程師壓上 AIP

第 8 章（16 個）

1. Palantir 創業史全回顧（柯恩演示循環、桑卡爾策略化）
2. 保密室兩週與「這不可持續，我們完了」電話
3. 路邊炸彈地圖工具全回顧
4. 空巴 A380 兩週破案與 Skywise 平台
5. 美國海軍 ShipOS 與陸軍十年 100 億美元框架合約
6. Palantir 幫：Decagon、Sierra 智慧體工程負責人、行業寫作者群
7. OpenAI 轉折：企業份額從 50% 到 25%、Anthropic 升至 32%（Menlo Ventures 2025 年中）
8. OpenAI FDE 建制：2 人起步、科林·賈維斯帶隊、全球九城
9. 約翰迪爾專案全回顧
10. 西班牙對外銀行專案全回顧
11. 部署公司的資本工程學：私募被投企業即客戶池、17.5% 保底回報報導、Tomoro（樂購、維珍航空、Supercell 背景）
12. Anthropic 安全差異化：派拓網路 2500 名開發者（提速兩三成、初級快 70%）
13. 諾和諾德：十幾週的臨床報告 → 十分鐘
14. Anthropic 企業客戶：兩年內從不足千家到 30 萬家以上
15. Sierra 創立與估值：2023 年創立、2024 年 10 月 45 億美元、此後繼續攀升
16. 娜塔莉·默勒：從 Palantir 五年到 Sierra「智慧體工程師」命名
17. Harvey 打法回顧：燈塔、支持者、縱深、超長週期
18. Harvey 估值階梯：30 億 → 110 億美元（2026-03，新加坡政府投資公司 + 紅杉）
19. 火山引擎 FDE：譚待專訪、行業覆蓋、豆包每日 tokens 超 180 兆
20. 安永 × 火山引擎千人 FDE 團隊
21. 啟盟科技：「FDE ≠ 駐場外包」三條區隔與勸退機制
22. 錢拓科技：金融 FDE 三階段方法論、資料不出域
23. 《我們悶頭幹了三年》：中國從業者的 FDE 對照表
24. 中國企業軟體三聲嘆息：DolphinDB、《硬地駭客》、釘釘前總裁、36 氪
25. N 公司 180 天實戰回顧（綜合多個調研素材的匿名案例，數字已模糊化）

增補案例（2026-07-30，來自作者 Obsidian 庫的第一手素材）

1. Cresta FDE 團隊：今年 30 人擴到 100 人；「FDE 必須綁定 AI 平台」、找人硬槓「不會程式碼像文盲」、雙重職責（Jove 影片對談）
2. 特贊 atypica：用 Agent 對企業全員做自主訪談，替代結構化問卷（丁鑫棟）
3. 得物：萬人公司 AI 轉型三步「共識、場景、知識」與容錯四象限（任喜亮）
4. 百道資料對照組：機上盒「陪看劇 Agent」vs 紙本合約的出海客戶「先買 100 個 Gemini 帳號」（吳光宇）
5. 申悅的一線冷水：千萬級國企專案的「真空層」與「彙報邏輯」驗收
6. 廣東民營家裝公司：廠二代要求裁 6000 人到 3000 人，「AI 替代的是任務不是職位」
7. Kuse.ai 的 AI Roll-up：「FDE 很難成為好的商業模式」與 own the business 解法（吳顯昆）
8. SAP 原欣：FDE 與 ERP 顧問角色融合；「AI 落地最大挑戰是組織慣性而非技術」

合計 120 個條目，覆蓋 100+ 個產品、品牌、服務與組織。

第二部分 資料出處（按章節）

自序 / 第 1 章

• 麻省理工學院 NANDA 實驗室：《The GenAI Divide: State of AI in Business 2025》（報告原文，2025-07；方法學：52 家組織訪談 + 153 份高階主管問卷 + 300+ 公開專案）；《財富》雜誌 2025-08-18 報導及對報告 Lead 作者 Aditya Challapally 的採訪
• 史丹佛大學以人為本人工智慧研究院（Stanford HAI）：《2026 人工智慧指數報告》（組織採用 88%、生成式人工智慧人口覆蓋 53%、智慧體部署個位數）
• 麥肯錫：《The State of AI》（2025-10，1993 名受訪者：88% 使用、39% 有息稅前利潤影響、6% 高績效者）
• Y Combinator Lightcone 播客：《The FDE Playbook for AI Startups with Bob McGrew》（2025-09-08，文字實錄：定義、柯恩演示循環、桑卡爾發明 FDE 策略、礫石路與高速公路、doing things that don't scale at scale、YC 招聘板 100+）
• Colossus 雜誌：《The Patriot: Shyam Sankar of Palantir》（2026-04-14：保密室兩週、電話綁頭、桑卡爾炸彈、FDE 命名、賓·拉登傳言註腳、「價值歸於晶片和本體」）
• Barry（前 Palantir FDE）：《Understanding Forward Deployed Engineering》（barry.ooo：負無窮利潤率、研發而非銷售成本、Hobbitcon、任務式指揮、創投組合）
• Challenges 雜誌（2019-03）：空巴案例與馬克·方丹引語、Metropolis 失敗
• theforwarddeployed.io 案例庫：納比爾·庫雷希土魯斯進駐記述
• 《金融時報》（2025-11-02，經 eWeek / Moneycontrol / Economic Times / storyboard18 轉引）：FDE 職位 +800%、OpenAI 約 50 人計畫（富尼耶）、Anthropic 五倍擴編（德容）、普雷特約翰與戈麥斯引語、Echo/Delta 雙人組
• Insight Partners：《Why we invested in Rocketlane》（2026-04：OpenAI FDE 2→52 人、Salesforce 1000 名 FDE、德勤 FDE 業務線、三家毛利率史）
• a16z：《Trading Margin for Moat》（services-led growth：奶奶與 iPhone、實施必要性、八條最佳實踐、Salesforce 燒錢史）
• Palantir Q4 2025 財報新聞稿（Business Wire，2026-02-02）與 Q1 2026 財報（2026-05-04）：Rule of 40 127%/145%、美國商業收入 +137%/+133%、合約額、淨收入留存、現金
• OpenAI 官網：《OpenAI launches the OpenAI Deployment Company》（2026-05-11）；《John Deere transforms agriculture with AI》（2025-05-06）；deploy.co 案例頁；Axios/路透社/《金融時報》關於投前估值與 17.5% 回報的報導（OpenAI 未確認後者）
• 36 氪《中國 To B 軟體，走出虧損式增長的陷阱》（2024-08）；DolphinDB 部落格《誰在摧毀中國的企業軟體產業》（2026-01）；小宇宙《硬地駭客》EP54、《對話不窮》
• GetPerspective：《2026 FDE 薪酬報告》（單一來源，出版前建議以 Levels.fyi 複核）；fdenest.com；sundeepteki.org 面試指南（問題拆解輪、凌晨兩點格言、Palantir 招聘標準引語）
• Reddit r/cscareerquestions、r/salesengineers 從業者討論（經 creme de la CRM 轉引）

第 2 章

• 麻省理工學院 NANDA 報告（同上：五大路障、律師細節、外部 vs 自建、預算錯配、「垃圾進垃圾出」）
• timewell.jp《The GenAI Divide》綜述（2026-05：日本企業自建失敗案例、三報告對照）
• 啟盟科技官網 FDE 服務頁（aipm.cn/workshop/fde：三條區隔、勸退機制）
• 錢拓科技官網 FAQ（aioai.cc：金融 FDE 三階段）
• Palantir 財報電話會揭露的訓練營轉化合約（經雪球、微信公眾號「Palantir 財報透視」轉引：2600 萬/1900 萬/1000 萬年約、Walgreens 細節）
• 百度百科「AIP Bootcamp」詞條（場次與轉化率口徑之一，已與多源交叉並按保守口徑表述）；搜狐《深度拆解：Palantir 業績狂飆背後的秘密武器——AIP Bootcamp》
• Harvey × 年利達官宣（2023-02-15，經 Legal IT Professionals、ABA Journal、Law Society of Ireland Gazette 報導）
• sundeepteki.org：OpenAI 三階段工作法（共創、驗證、交付）

第 3 章

• Harvey × 年利達（同上）與 × 普華永道（2023-03，經 Iberian Lawyer、36 氪/雪球報導）
• getperspective.ai：《Harvey AI's Forward Deployed Engineers》（部署週期、三層人群，單一來源，謹慎引用）
• 中國日報網（2026-07-23）、DoNews（2026-07-22）、火山引擎官方公眾號：安永 × 火山引擎戰略合作與千人級 FDE 團隊
• 界面新聞《對話火山引擎譚待》（2026-06-23）、財聯社/藍鯨財經（2026-06-24）：火山引擎 FDE 團隊成立、行業覆蓋、譚待引語
• a16z《Trading Margin for Moat》（親自到場、激勵對齊、留文件、自動化、招實幹者）
• OpenFDE 社群（open-fde.com：公司圖譜與職位名稱對照）

第 4 章

• OpenAI 官網約翰迪爾案例（同上：See & Spray 技術參數、賈斯汀·羅斯引語、70% 與 6 倍）
• OpenAI 官網與西班牙對外銀行新聞稿（2025-11-06 / 2025-12-12）：3300→11000→120000 路徑、每週 3 小時、83% 週活躍、2 萬+ 訂製助手、「八件事」路線圖；hamidun.com 案例頁的口徑辨析（內部估算、無獨立審計）
• 美國海軍 ShipOS：USNI News / Defense One（A 級）/ The Register / WWD（2025-12-10 前後：4.48 億美元、160 小時→10 分鐘、幾週→1 小時、海軍部長引語）
• SegmentFault/墨滴轉引的 Palantir Ontology 案例集（Wendy's、房利美、花旗、Lowe's；原始口徑來自 Palantir 客戶揭露）
• Sierra 官網客戶案例頁：Vivid Seats（2026-03-17：四週上線、+40%/+35%、帕切科與史密斯引語）
• CIO.com（2026-05-06）：FIS × Anthropic 細節、高德納 70% 預測（Alex Coqueiro）、馬哈帕特拉「誰在付 FDE 成本」
• The New Stack（2026-05-28/29）：「模型是最乾淨的部分」引語、FDE 工作內容

第 5 章

• 同第 4 章 FIS、西班牙對外銀行、埃森哲來源；VentureBeat（2025-12-25：埃森哲三萬顧問、派拓網路、諾和諾德）
• Palantir 財報（淨收入留存 139%）
• 高德納預測（CIO.com，同上）

第 6 章

• Sierra 官網客戶案例與第三方彙總（myaskai.com 2026-03：解決率表 64%-94%；twig.so / eesel.ai / usefini.com：價位與單次解決定價的第三方估算，口徑不一，正文已標註「第三方估算/據報導」）
• helpshift.com：Decagon vs Sierra 對比（2026-06：部署週期、價位區間）
• metronome.com / pickaxe.co：Decagon 定價結構（9.5 萬美元起、按會話/按解決）
• Harvey 估值與收入：aitoolsbakery、valueaddvc、teahose、aifundingtracker（2026 年 3 月 110 億美元輪、年經常性收入 1.9 億、估值階梯；多為行業二級來源，口徑一致）；RSGI 律所調研（經 valueaddvc 轉引：68%、11 小時）
• Menlo Ventures：《2025 Mid-Year LLM Market Update》（GlobeNewswire，2025-07-31：Anthropic 32%、OpenAI 25%、Google 20%）與《2025 State of Generative AI in the Enterprise》（2025-12：Anthropic 40%、OpenAI 27%）
• marktechpost（2026-05-20）：部署公司細節、Anthropic 合資 15 億美元、薪酬頻寬

第 7 章

• Barry（barry.ooo）、YC 播客（麥格魯）、Insight Partners（毛利率史）、Colossus（桑卡爾豪賭）（均同上）
• Sierra Ghostwriter 發布（2026-03-25，經 myaskai 等報導）
• Decagon 客戶資料：eesel.ai（Chime 70%、多鄰國 80%、ClassPass 95%，單一來源，已標註）
• Salesforce 燒錢史：a16z《Trading Margin for Moat》

第 8 章

• 綜合以上全部來源；新增：財聯社《豆包官宣推出專業版》（2026-06-24：火山引擎 FDE、豆包 2.1、每日 tokens 180 兆、IDC 份額 49.5%）；rui.juzi.bot《矽谷今年最火的崗位 FDE，我們悶頭幹了三年》（2026-06-04）；中國日報網安永合作報導（同上）
• N 公司案例為作者調研的多個中國創業團隊素材的綜合匿名處理，數字已模糊化，不作為單一事實引用

增補素材出處（2026-07-30）

• 課代表立正 YouTube 對談：《他的 FDE 團隊從 30 人擴到 100 人，但為什麼很多大廠工程師甚至不知道這個崗位？》（2026-07，Cresta FDE 負責人 Jove；經 LLM 轉錄，概念性引用，未逐字引用）
• 極客公園 Founder Park 圓桌：《AI-Native 組織落地和 FDE 到底怎麼做，我們跟五位一線創業者聊了聊》（2026-07-22，微信公眾號；丁鑫棟/特贊、劉之/科銳國際、任喜亮/得物、吳光宇/百道資料、吳顯昆/Kuse.ai）
• 《增長黑客 AI 週報》EP#63：《FDE 崗位在中國、北京創投圈見聞實錄》（申悅的一線觀察與總結，作者本人 newsletter）
• 晚點聊 LateTalk 播客 EP174：《AI 衝擊企業軟體巨頭？與 SAP 原欣聊大模型 to B 的顛覆與邊界》（2026-07-28，摘要與核心要點轉述）

附錄 A/B

• 指標定義綜合自 Palantir 財報口徑、Insight Partners、a16z、GetPerspective 薪酬報告、sundeepteki 面試指南、各家官方招聘啟事（OpenAI / Anthropic / Decagon / Scale AI / Roboflow 等）

說明：本書寫作遵循「雙源優先、單源標註」原則。所有「據報導」「第三方估算」「公司揭露」「媒體追蹤顯示」的表述，均表示該資料來自單一或二手來源；出版前如需更高置信度，建議以各公司官方揭露、財報原文與第一手訪談為準。