FDE這三個(gè)字母這兩年出現(xiàn)的頻率高得嚇人。翻OpenAI、Palantir、Anthropic的招聘頁(yè)面幾乎都能看到Forward Deployed Engineer這個(gè)崗位中文社區(qū)里有人叫它“前線部署工程師”有人叫它“客戶駐地工程師”還有人管它叫“高配售前”。這些叫法沾邊但都沒說到根子上。這一講是FDE實(shí)戰(zhàn)課的第一講我們先不急著上手寫代碼先把地圖攤開FDE到底怎么來(lái)的Palantir和OpenAI在這個(gè)崗位上分別扮演了什么角色2025年的全球市場(chǎng)又是怎么分布的。這節(jié)課更適合兩類人一類是正在考慮轉(zhuǎn)崗做FDE的工程師或業(yè)務(wù)顧問另一類是想招FDE但說不清楚要什么崗位畫像的團(tuán)隊(duì)負(fù)責(zé)人?？赐赀@一講你至少能回答一個(gè)問題FDE和普通駐場(chǎng)開發(fā)、售前顧問到底差在哪。1. FDE是怎么來(lái)的Palantir的一次“不得已”1.1 早期的Palantir產(chǎn)品不是賣出去的是“打”出去的時(shí)間往回?fù)艿?008年到2010年。Palantir早期的核心技術(shù)是數(shù)據(jù)融合與圖譜分析能把海量、異構(gòu)、充滿缺失字段的數(shù)據(jù)捏到一塊幫用戶找關(guān)聯(lián)關(guān)系。但這個(gè)問題有個(gè)令人頭疼的特點(diǎn)每家機(jī)構(gòu)的數(shù)據(jù)格式都不一樣有的還在用Excel有的數(shù)據(jù)庫(kù)權(quán)限一團(tuán)亂麻有的連ETL都沒搭起來(lái)。于是Palantir發(fā)現(xiàn)光把產(chǎn)品做出來(lái)沒用得有一批工程師常駐客戶現(xiàn)場(chǎng)陪著客戶一起把臟數(shù)據(jù)洗干凈、把引擎接到業(yè)務(wù)環(huán)境里、再手把手教業(yè)務(wù)人員怎么用。這批人后來(lái)就被稱為Forward Deployed Engineer。第一批FDE的處境說白了就是“人形集成中間件”。他們要懂客戶的生意、懂?dāng)?shù)據(jù)、懂產(chǎn)品和工程體系還得能扛住客戶現(xiàn)場(chǎng)的各種突發(fā)狀況。這個(gè)崗位不是設(shè)計(jì)出來(lái)的是市場(chǎng)逼出來(lái)的。如果Palantir沒有派工程師上一線他們的軟件根本跑不起來(lái)。這個(gè)模式后來(lái)被證明極其有效也埋下了一個(gè)伏筆當(dāng)大模型時(shí)代來(lái)臨時(shí)這套方法論幾乎可以無(wú)縫平移到AI落地場(chǎng)景中。1.2 “Forward Deployed”到底在強(qiáng)調(diào)什么FDE這個(gè)崗位的精髓在于Forward這個(gè)詞而不是Engineer。常規(guī)產(chǎn)品研發(fā)是“讓用戶到產(chǎn)品面前來(lái)”FDE是“把工程師送到問題面前去”。這里有兩層含義。第一層是物理層面的前移。工程師離開總部的辦公室搬到客戶的辦公樓里辦公哪怕是臨時(shí)借一張工位也要和客戶團(tuán)隊(duì)坐在一起。第二層是認(rèn)知層面的前移。你不再是從工單和需求文檔里理解問題而是直接站在業(yè)務(wù)發(fā)生的現(xiàn)場(chǎng)看到、聽到、摸到真實(shí)的問題。文檔描述的問題和現(xiàn)場(chǎng)實(shí)際的問題差距大到超乎想象。很多公司后來(lái)想復(fù)制FDE只學(xué)了個(gè)“派駐客戶現(xiàn)場(chǎng)”但沒學(xué)“認(rèn)知前移”。真正的FDE不是說人在客戶那邊而是要具備一種能力能從客戶的只言片語(yǔ)、會(huì)議室里的一次皺眉、系統(tǒng)日志里的一行報(bào)錯(cuò)里把客戶自己都沒說清的需求重新定義出來(lái)。這個(gè)能力是FDE區(qū)別于普通駐場(chǎng)開發(fā)和解決方案架構(gòu)師的核心。1.3 為什么是金融和政府客戶先接受FDE回頭看看FDE的早期客戶金融機(jī)構(gòu)和政府機(jī)構(gòu)占了絕大多數(shù)。這不是巧合。這些行業(yè)有幾個(gè)共同點(diǎn)數(shù)據(jù)敏感不能隨便傳回廠商云端做分析業(yè)務(wù)場(chǎng)景復(fù)雜不是開箱即用的標(biāo)準(zhǔn)化流程能覆蓋的決策鏈條長(zhǎng)技術(shù)選型往往跟著信任關(guān)系走。企業(yè)軟件里有個(gè)老邏輯“復(fù)雜的系統(tǒng)不是買來(lái)的是用出來(lái)的?！苯鹑诤驼蛻羟∏∈亲顝?fù)雜的那類。他們需要一個(gè)角色去跟各種遺留系統(tǒng)搏斗老舊數(shù)據(jù)庫(kù)、上世紀(jì)風(fēng)格的權(quán)限設(shè)計(jì)、不可描述的字段命名。FDE就是在這種環(huán)境下練出來(lái)的“特戰(zhàn)隊(duì)員”什么臟活累活都見過。等到AI時(shí)代來(lái)臨這批人搖身一變成了大模型落地最稀缺的力量之一。2. OpenAI接手之后FDE從特戰(zhàn)小組變成正規(guī)軍2.1 AI產(chǎn)品為什么更需要FDE到了2022年底ChatGPT發(fā)布之后大模型的落地邏輯完全變了。傳統(tǒng)軟件是“寫死邏輯”大模型是“給一個(gè)通用大腦讓它適配你的業(yè)務(wù)”。難題在于通用能力越強(qiáng)客戶越不知道怎么用?？蛻糇類蹎杻蓚€(gè)問題這玩意兒到底能幫我干什么怎么把它接進(jìn)我現(xiàn)在這套系統(tǒng)里表面上缺的是文檔和示例實(shí)際上缺的是一個(gè)能蹲在客戶現(xiàn)場(chǎng)、帶著業(yè)務(wù)部門和IT部門一起探索的人。OpenAI幾乎是最早意識(shí)到這件事的大模型公司。模型能力再?gòu)?qiáng)客戶不會(huì)用等于零。所以從2023年開始OpenAI開始把Forward Deployed Engineer當(dāng)作關(guān)鍵崗位公開招聘而且招聘規(guī)模逐年加大。到2025年FDE已經(jīng)成了幾乎所有頭部模型公司都在搶的稀缺工種。2.2 Codex這個(gè)符號(hào)FDE工具鏈正在成型如果說Palantir時(shí)代的FDE手里拿著的是內(nèi)部可視化平臺(tái)和ETL工具那AI時(shí)代FDE手里拿著的就是代碼代理工具和大模型底座。這里必須提一下CodexOpenAI推出的命令行編碼代理。裝好之后你會(huì)在終端里看到那句熟悉的提示——用ChatGPT賬號(hào)完成登錄授權(quán)然后就可以直接敲一句話讓AI幫你讀代碼、改代碼、跑測(cè)試、修報(bào)錯(cuò)整個(gè)過程在本地倉(cāng)庫(kù)里完成干凈利落。我身邊不少做FDE的朋友已經(jīng)把這類工具當(dāng)成日常標(biāo)配。原因是FDE的大量工作是“一次性代碼”某個(gè)客戶的數(shù)據(jù)清洗腳本、某個(gè)臨時(shí)分析、某個(gè)接口適配層。這類代碼生命周期短、改動(dòng)頻繁最適合用代碼代理快速產(chǎn)出。Codex的設(shè)計(jì)哲學(xué)其實(shí)是FDE友好的它不是幫你搭一個(gè)完整產(chǎn)品而是幫你把眼前這個(gè)具體問題拆掉。這種“單點(diǎn)突破”的工具思維和FDE的工作節(jié)奏天然契合。2.3 從“咨詢型交付”到“產(chǎn)品型交付”的轉(zhuǎn)身Palantir時(shí)代的FDE更像一支高端的實(shí)施咨詢團(tuán)隊(duì)最值錢的是工程能力和行業(yè)方法論。但到了AI時(shí)代FDE的定位發(fā)生了一次微妙的偏移他們開始具備產(chǎn)品經(jīng)理的味道。原因很簡(jiǎn)單AI應(yīng)用沒有標(biāo)準(zhǔn)答案?？蛻粽f“我要一個(gè)智能助手”但具體是誰(shuí)用的助手、在什么場(chǎng)景用、失敗時(shí)怎么兜底全都需要FDE去和客戶共創(chuàng)。OpenAI招FDE的時(shí)候明確要求候選人能做產(chǎn)品決策而非只是執(zhí)行任務(wù)。這個(gè)趨勢(shì)影響了很多公司包括國(guó)內(nèi)的大模型廠商。大家發(fā)現(xiàn)光有算法團(tuán)隊(duì)和銷售團(tuán)隊(duì)不夠中間還需要一類“能翻譯的人”把模型能力翻譯成業(yè)務(wù)價(jià)值把業(yè)務(wù)需求翻譯成技術(shù)方案。3. 2025年的FDE全球版圖行業(yè)與地域3.1 北美AI公司扎堆薪酬被抬到新高度北美依然是FDE職位的中心。OpenAI、Anthropic、Palantir、xAI、Scale AI這些公司都在批量招FDE薪酬區(qū)間也很扎眼資深FDE的總包經(jīng)常在40萬(wàn)到60萬(wàn)美元之間徘徊比同級(jí)別的產(chǎn)品經(jīng)理和普通開發(fā)崗高出不少。這個(gè)數(shù)字一度讓很多人覺得夸張但真正了解FDE產(chǎn)出的人不會(huì)意外。為什么薪酬這么高因?yàn)镕DE是少數(shù)能直接影響收入角色的崗位。FDE進(jìn)場(chǎng)之后大客戶的續(xù)費(fèi)率、token消耗量、新增使用場(chǎng)景的數(shù)量都可能直接跟著變化。企業(yè)愿意為一個(gè)能直接影響ARR的角色支付溢價(jià)邏輯上完全是自洽的。而且這個(gè)崗位很難被AI替代——AI能幫你寫代碼但沒法替你在客戶會(huì)議室里建立信任。3.2 中國(guó)大模型廠商與實(shí)業(yè)客戶之間的“布道者”國(guó)內(nèi)對(duì)這波潮流的反應(yīng)也很快。今年開年后好幾家頭部大模型公司都在組建類似FDE的團(tuán)隊(duì)有的叫“解決方案工程師”有的叫“客戶AI工程師”有的干脆直接用英文名裸招FDE。他們的共同目標(biāo)是把大模型真正部署進(jìn)金融、制造、能源、零售這些行業(yè)的關(guān)鍵業(yè)務(wù)流程里。國(guó)內(nèi)FDE的畫像和北美稍有不同。北美客戶更看重自主探索與產(chǎn)品判斷力國(guó)內(nèi)客戶通常更看重對(duì)本地系統(tǒng)的理解、對(duì)行業(yè)知識(shí)的積累以及一種“能把什么都聊明白”的能力。因?yàn)閲?guó)內(nèi)企業(yè)軟件生態(tài)更碎片化FDE需要面對(duì)的遺留系統(tǒng)和異構(gòu)環(huán)境往往比北美更復(fù)雜。能在這種環(huán)境里做出成績(jī)的人可遷移能力通常也更強(qiáng)。3.3 東南亞與歐洲被低估的增量市場(chǎng)新加坡、印尼、阿聯(lián)酋、倫敦這幾個(gè)地方是過去兩年FDE職位增速最快的區(qū)域。原因也簡(jiǎn)單這些地方企業(yè)數(shù)字化底子厚但AI落地人才稀缺。很多跨國(guó)公司的區(qū)域總部都設(shè)在新加坡采購(gòu)決策靠近總部總部卻沒那么多人手能派到本地。對(duì)這些市場(chǎng)的從業(yè)者來(lái)說FDE是一條性價(jià)比很高的入局路徑。不需要在大模型公司總部工作也可以借助區(qū)域FDE崗位進(jìn)入全球AI生態(tài)的核心圈層。如果你人在新加坡、迪拜、倫敦又有工程底子我個(gè)人建議把這個(gè)方向放進(jìn)備選清單。機(jī)會(huì)確實(shí)在變多窗口期不會(huì)一直開著。4. FDE一日流程拆解從接到需求到交付上線4.1 典型的一天時(shí)間都花在哪了很多朋友問我FDE的一天是不是都在寫代碼。答案會(huì)讓你失望寫代碼可能只占三成剩下七成都在做別的事。我按一個(gè)相對(duì)健康的日歷來(lái)還原一下。早上九點(diǎn)到客戶現(xiàn)場(chǎng)先花三十分鐘檢查系統(tǒng)監(jiān)控和昨天交付的配置有沒有報(bào)錯(cuò)然后和客戶業(yè)務(wù)方開一個(gè)十五分鐘的站會(huì)同步當(dāng)天的業(yè)務(wù)預(yù)期。十點(diǎn)到十二點(diǎn)這段時(shí)間最清醒處理需要專注的活寫數(shù)據(jù)清洗腳本、調(diào)接口、調(diào)試模型提示詞。下午通常是最耗精力的時(shí)段要么是跟客戶IT團(tuán)隊(duì)拉扯權(quán)限和數(shù)據(jù)接口要么是給業(yè)務(wù)團(tuán)隊(duì)做使用培訓(xùn)要么是拉著產(chǎn)品經(jīng)理過新需求。晚上回到住處寫當(dāng)天工作記錄、給總部同步進(jìn)展、順手把第二天要看的文檔準(zhǔn)備好。這個(gè)節(jié)奏聽起來(lái)平淡但有一個(gè)共性大量時(shí)間花在“對(duì)齊”上。FDE真正的產(chǎn)出不是在編輯器里敲出來(lái)的而是在無(wú)數(shù)個(gè)對(duì)齊動(dòng)作之后客戶業(yè)務(wù)里那根早已存在的“線”終于被接上了。4.2 需求拆解的三步法描述、還原、重構(gòu)問題永遠(yuǎn)比技術(shù)多這是FDE的宿命。我把跟客戶對(duì)需求的流程總結(jié)成三步。第一步叫“描述復(fù)述”。讓客戶把需求說完整然后你用自己的話復(fù)述一遍確認(rèn)理解沒有偏差。聽起來(lái)簡(jiǎn)單但超過一半的項(xiàng)目都會(huì)在這一步就埋下隱患——雙方都以為聊明白了做出來(lái)才發(fā)現(xiàn)根本不是一回事。第二步叫“現(xiàn)場(chǎng)還原”。不要停留在PPT和流程圖層面要走到實(shí)際操作的人那里看他們是怎么干活的。你會(huì)發(fā)現(xiàn)流程圖上畫得干干凈凈的環(huán)節(jié)實(shí)際運(yùn)行中到處都是人工補(bǔ)救。第三步叫“重新定義”。不再問客戶“你要什么功能”而是問“你希望這件事的最終結(jié)果是什么”。大部分時(shí)候聊到第三步客戶自己都會(huì)發(fā)現(xiàn)原始需求跑偏了。這一步就是FDE最值錢的地方。4.3 交付物到底是什么不是代碼是確定性FDE的交付物很容易被理解成代碼。實(shí)際上代碼只是很小的一部分。你真正交付的是一個(gè)“工作系統(tǒng)”數(shù)據(jù)鏈路通了、模型輸出穩(wěn)定了、業(yè)務(wù)人員會(huì)用并且愿意用了、出問題時(shí)有人響應(yīng)了。我見過太多團(tuán)隊(duì)把模型API接上就宣布“交付成功”留下客戶業(yè)務(wù)方對(duì)著一個(gè)黑盒子發(fā)呆。FDE的收尾標(biāo)準(zhǔn)應(yīng)該是就算你臨時(shí)不在場(chǎng)客戶的業(yè)務(wù)也能轉(zhuǎn)起來(lái)而且客戶知道出了問題去找誰(shuí)。這聽起來(lái)是常識(shí)但真能做到的項(xiàng)目不到一半。如果你能把這個(gè)標(biāo)準(zhǔn)執(zhí)行到位你的FDE項(xiàng)目才算真正落地續(xù)費(fèi)和擴(kuò)展才有可能發(fā)生。5. FDE技能樹與入行路徑三條線和一條紅線5.1 硬技能最低配置是什么先說底線。代碼能力繞不開至少要能熟練寫Python或者TypeScript能看懂SQL能處理JSON和API調(diào)用。數(shù)據(jù)能力是基礎(chǔ)中的基礎(chǔ)不是要求你成為數(shù)據(jù)科學(xué)家但至少要懂?dāng)?shù)據(jù)怎么流轉(zhuǎn)、字段怎么對(duì)齊、上游表壞了去哪里追責(zé)。機(jī)器學(xué)習(xí)知識(shí)不一定要求能訓(xùn)練模型但必須能看懂模型文檔、理解上下文窗口和embedding這些概念至少知道怎么調(diào)提示詞才能拿到穩(wěn)定輸出。云平臺(tái)和部署也建議自己跑通一遍。這些底子的作用是讓FDE面對(duì)問題時(shí)知道該調(diào)用什么工具不至于被客戶帶到技術(shù)細(xì)節(jié)的坑里。FDE不是造火車頭的是調(diào)度員。調(diào)度員不一定懂機(jī)械原理但必須認(rèn)識(shí)整條鐵路線知道哪趟車該走哪條軌道。5.2 軟技能信任、敘事、談判FDE的軟技能很難寫進(jìn)JD但往往是錄取和晉級(jí)的關(guān)鍵。第一條是信任建立。客戶愿意跟你講真實(shí)問題前提是覺得你安全、專業(yè)、不添亂。第二條是敘事能力。一個(gè)復(fù)雜問題能對(duì)著業(yè)務(wù)領(lǐng)導(dǎo)講三分鐘對(duì)著工程團(tuán)隊(duì)講三十分鐘對(duì)著審計(jì)人員講三個(gè)小時(shí)這才是真本事。第三條是談判能力。客戶提的需求不是每條都該做也不是每條都不能做。FDE要在成本和價(jià)值之間做取舍并且把這個(gè)取舍說成雙方都接受的故事。這三條軟技能本質(zhì)上是“同理心加表達(dá)能力加判斷力”的組合。它們不是天生的我見過不少性格內(nèi)向的工程師靠刻意練習(xí)照樣成了優(yōu)秀的FDE。練習(xí)場(chǎng)就是每一個(gè)真實(shí)項(xiàng)目每一次客戶會(huì)議都是免費(fèi)的訓(xùn)練關(guān)鍵是你愿不愿意把自己推到對(duì)話的前排。5.3 兩條入行路徑工程師轉(zhuǎn)還是顧問轉(zhuǎn)目前主流入行路徑有兩條。一條是從后端或全棧工程師轉(zhuǎn)過去。有工程底子的人補(bǔ)行業(yè)知識(shí)、補(bǔ)溝通方法相對(duì)容易因?yàn)槟闳钡闹皇恰叭绾胃蛻魧?duì)話”的語(yǔ)感。另一條是從解決方案顧問、售前、項(xiàng)目經(jīng)理轉(zhuǎn)過去。這批人擅長(zhǎng)跟客戶打交道缺的是動(dòng)手寫代碼的膽量需要密集補(bǔ)編程和數(shù)據(jù)處理的實(shí)操經(jīng)驗(yàn)。我個(gè)人建議工程師背景的朋友先接一兩個(gè)駐場(chǎng)交付類項(xiàng)目練手體會(huì)真實(shí)客戶的溝通壓力顧問背景的朋友先從內(nèi)部工具、數(shù)據(jù)報(bào)表這類低風(fēng)險(xiǎn)場(chǎng)景練起逐步建立工程手感。兩條路徑最終都通向同一個(gè)能力把客戶的問題變成一個(gè)可運(yùn)行、可驗(yàn)證的解決方案。沒有這個(gè)能力title再響也只是包裝。5.4 工具鏈與一條紅線環(huán)境變量與憑證安全往后幾講我們會(huì)陸續(xù)展開工具鏈的細(xì)節(jié)今天先把這條紅線畫出來(lái)代碼里嚴(yán)禁硬編碼密鑰API Key要用環(huán)境變量或者專用密鑰管理服務(wù)維護(hù)登錄開發(fā)環(huán)境時(shí)優(yōu)先走企業(yè)統(tǒng)一的身份體系。包括OpenAI Codex這類命令行編碼代理登錄授權(quán)也要納入企業(yè)統(tǒng)一管理而不是個(gè)人隨意配置。鄭重提醒一句不要在公開渠道分享自己的API Key。不管是在技術(shù)群里炫耀、在博客里貼代碼、還是在開源項(xiàng)目里忘記清理配置只要密鑰出了你的受控環(huán)境就要按泄露處置。很多企業(yè)已經(jīng)有密鑰管理平臺(tái)FDE要養(yǎng)成習(xí)慣凡是涉及云賬號(hào)、Agent憑證、數(shù)據(jù)庫(kù)連接串的地方一律走受控流程。密鑰一旦泄露損失的不只是錢還有客戶對(duì)交付團(tuán)隊(duì)的信任。這條紅線值得反復(fù)強(qiáng)調(diào)。6. 我在FDE崗位踩過的坑和心得6.1 最大的坑把FDE干成了外包FDE和外包實(shí)施最大的區(qū)別在于有沒有“產(chǎn)品判斷權(quán)”。外包的交付標(biāo)準(zhǔn)是“按需求做完”FDE的交付標(biāo)準(zhǔn)是“讓客戶業(yè)務(wù)變好”。這兩個(gè)標(biāo)準(zhǔn)在很多時(shí)候是沖突的。我在早期項(xiàng)目里就吃過這個(gè)虧?？蛻籼崃艘欢压δ茳c(diǎn)我老老實(shí)實(shí)按需求清單排期開發(fā)功能全上線了客戶卻不滿意。后來(lái)復(fù)盤才發(fā)現(xiàn)客戶給的需求只是他們自己設(shè)想的解決方案并不是真正的問題。FDE如果失去判斷力只會(huì)變成薪資更貴的外包。從那以后任何需求到我這里第一反應(yīng)永遠(yuǎn)是問一句這個(gè)功能解決的到底是哪件事6.2 第二個(gè)坑被客戶節(jié)奏帶著跑駐場(chǎng)時(shí)間一長(zhǎng)很容易被客戶的節(jié)奏同化。客戶說什么都“好好好”客戶拉會(huì)就屁顛屁顛去客戶讓改什么就改什么。結(jié)果自己的交付主線越拖越長(zhǎng)半年下來(lái)說不清到底干了什么。后來(lái)我學(xué)到一個(gè)方法叫“每周一封郵件”。每周固定給客戶高層同步一次寫清楚三件事本周做了什么、下周要做什么、有什么風(fēng)險(xiǎn)需要對(duì)方?jīng)Q策。這封郵件不僅是匯報(bào)更是一份交付契約。它能把雙方從海量的臨時(shí)事項(xiàng)里拽回來(lái)讓注意力始終待在交付主線上。這個(gè)方法我在好幾個(gè)項(xiàng)目里驗(yàn)證過效果穩(wěn)定到值得寫進(jìn)SOP。6.3 第三個(gè)坑不愿意說“不”FDE應(yīng)該是一個(gè)會(huì)說“不”的角色但說“不”要講究方式。不是直接拒絕客戶而是拒絕錯(cuò)誤的問題、錯(cuò)誤的時(shí)間、錯(cuò)誤的方案?？蛻籼岬男枨蟛灰欢ê侠砟Ｐ湍軐?shí)現(xiàn)也不代表就該實(shí)現(xiàn)。我在一個(gè)項(xiàng)目里遇到過客戶提了一份完全脫離實(shí)際的功能清單當(dāng)時(shí)沒兜住硬著頭皮說“我們?cè)u(píng)估看看”。結(jié)果團(tuán)隊(duì)花了兩周研究一個(gè)根本不該做的東西。后來(lái)學(xué)乖了當(dāng)場(chǎng)用三分鐘跟客戶過一遍“這個(gè)功能值多少錢、耗費(fèi)多少、失敗兜底是什么”讓客戶自己判斷優(yōu)先級(jí)。多數(shù)情況下客戶會(huì)主動(dòng)把需求撤回比你自己解釋半天還有效。6.4 一條長(zhǎng)期心得用產(chǎn)品心態(tài)做項(xiàng)目做FDE兩年以上的朋友幾乎都會(huì)同意一個(gè)觀點(diǎn)FDE的終局是“客戶現(xiàn)場(chǎng)的產(chǎn)品經(jīng)理”。你不只是在交付項(xiàng)目而是在為一位非常具體的客戶設(shè)計(jì)一套產(chǎn)品。如果能把視角從“項(xiàng)目”切換到“產(chǎn)品”你會(huì)自然而然地開始思考復(fù)用、抽象和沉淀。同樣的問題在不同客戶那里出現(xiàn)你是不是能把解決方案沉淀成工具、模板、甚至一個(gè)小產(chǎn)品這是FDE職業(yè)生涯里性價(jià)比最高的杠桿。也正因如此很多公司招FDE時(shí)最后看重的反而是候選人對(duì)產(chǎn)品本質(zhì)的理解。技術(shù)會(huì)迭代模型會(huì)升級(jí)但“重新定義問題并把它變成產(chǎn)品”的能力永遠(yuǎn)稀缺。這一點(diǎn)是我在這些年實(shí)際項(xiàng)目里最深的一條體會(huì)。