課程
前線部署工程師(FDE)養成實戰01
已完成 0 / 18
課程目錄+
  1. 模組 A:FDE 是什麼角色

    • 01FDE 到底在做什麼:跟一般外包工程師的差別11 分鐘
    • 02這門課的方法論總覽:訪談→設計→部署→驗收→續約12 分鐘
  2. 模組 B:客戶訪談與需求梳理

    • 03第一次訪談:問對問題,比會技術更重要14 分鐘
    • 04把訪談內容變成可執行的需求文件13 分鐘
    • 05抓範圍:怎麼避免專案無限擴大12 分鐘
  3. 模組 C:技術方案設計

    • 06技術選型:不是選你最熟的,是選客戶撐得住的13 分鐘
    • 07資料模型設計:這步錯了後面全部要重來15 分鐘
    • 08架構文件:讓客戶的 IT 團隊看得懂、你自己也好維護13 分鐘
  4. 模組 D:部署與整合

    • 09開發環境到正式環境:一條乾淨的部署路徑14 分鐘
    • 10系統整合:串接客戶既有系統的眉角15 分鐘
    • 11測試與除錯:客戶案子的品質關卡13 分鐘
  5. 模組 E:驗收與交接

    • 12驗收:怎麼定義「做完了」12 分鐘
    • 13交接與培訓:讓客戶團隊真的能自己維運13 分鐘
  6. 模組 F:商業:提案、定價、續約

    • 14怎麼寫一份打動客戶的提案13 分鐘
    • 15定價:怎麼算出一個你不會做到虧本的報價14 分鐘
    • 16續約與長期關係:一次性案子跟長期客戶的差別12 分鐘
  7. 模組 G:接案與職涯

    • 17找到第一個客戶:作品集、人脈、還是平台接案12 分鐘
    • 18從接案到規模化:一個人、一個小團隊、還是加入公司做 FDE13 分鐘

課程目錄

  1. 模組 A:FDE 是什麼角色

    • 01FDE 到底在做什麼:跟一般外包工程師的差別11 分鐘
    • 02這門課的方法論總覽:訪談→設計→部署→驗收→續約12 分鐘
  2. 模組 B:客戶訪談與需求梳理

    • 03第一次訪談:問對問題,比會技術更重要14 分鐘
    • 04把訪談內容變成可執行的需求文件13 分鐘
    • 05抓範圍:怎麼避免專案無限擴大12 分鐘
  3. 模組 C:技術方案設計

    • 06技術選型:不是選你最熟的,是選客戶撐得住的13 分鐘
    • 07資料模型設計:這步錯了後面全部要重來15 分鐘
    • 08架構文件:讓客戶的 IT 團隊看得懂、你自己也好維護13 分鐘
  4. 模組 D:部署與整合

    • 09開發環境到正式環境:一條乾淨的部署路徑14 分鐘
    • 10系統整合:串接客戶既有系統的眉角15 分鐘
    • 11測試與除錯:客戶案子的品質關卡13 分鐘
  5. 模組 E:驗收與交接

    • 12驗收:怎麼定義「做完了」12 分鐘
    • 13交接與培訓:讓客戶團隊真的能自己維運13 分鐘
  6. 模組 F:商業:提案、定價、續約

    • 14怎麼寫一份打動客戶的提案13 分鐘
    • 15定價:怎麼算出一個你不會做到虧本的報價14 分鐘
    • 16續約與長期關係:一次性案子跟長期客戶的差別12 分鐘
  7. 模組 G:接案與職涯

    • 17找到第一個客戶:作品集、人脈、還是平台接案12 分鐘
    • 18從接案到規模化:一個人、一個小團隊、還是加入公司做 FDE13 分鐘

01·模組 A:FDE 是什麼角色

FDE 到底在做什麼:跟一般外包工程師的差別

Forward-Deployed Engineer 不是照規格做事的人。這一集講清楚這個角色的位置,以及為什麼現在變得搶手。

觀念11 分鐘含影片

0:00 / 0:24

這個名字怎麼來的

比喻:醫院門診跟駐地醫生。門診醫生在醫院等病人來,看完開藥;駐地醫生住在工地、礦場、船上,跟他照顧的人在同一個現場,問題一發生就在旁邊。

Forward-Deployed Engineer(前線部署工程師,簡稱 FDE)這個職稱是 Palantir 帶起來的:他們把工程師直接派到客戶現場,跟客戶一起把問題定義清楚、把系統做出來、再看著它被用起來。近兩年,越來越多 AI 公司也開始招這個角色。

重點不在「去客戶那裡上班」,而在你對結果負責的範圍。

跟其他角色差在哪

外包工程師管理顧問售前工程師FDE
懂技術、會動手做✓✓✓
直接面對客戶少✓✓✓
主要交付物照規格做出的功能建議與報告讓客戶簽約的 demo客戶真的在用的系統
怎樣算成功規格內的功能做完客戶採納建議簽約系統上線後被持續使用

每一種角色都有價值,只是答的問題不同。外包工程師回答「這個功能怎麼做」,管理顧問回答「應該做什麼」,FDE 要兩個都回答,而且要一路陪到它被用起來為止。

一個 FDE 的一週(示意)

下面是一個虛構但典型的行程,讓你感受這份工作的比例:

時間在做什麼
週一上午跟客戶的業務主管訪談,搞清楚「報價單要花三天」到底卡在哪
週一下午把訪談整理成一頁需求摘要,寄給對方確認

下一集 · 02

這門課的方法論總覽:訪談→設計→部署→驗收→續約

週二發現卡點其實在庫存資料,跟對方 IT 確認資料能不能讀
週三到週四動手做:接資料、做出第一版,讓兩位業務試用
週五上午試用回饋:有一個流程完全不符合他們實際的做法,改
週五下午寫下週計畫,順便跟客戶主管報告進度與風險

注意寫程式大約只佔一半。另一半是問問題、確認、翻譯、改方向。覺得那一半是「雜事」的人,通常做不好這份工作。

為什麼現在需求變大

AI 工具讓「把東西做出來」變得比以前快很多。瓶頸於是往前移,移到兩件工具幫不上忙的事:

  1. 知道要做什麼:客戶自己講的需求,常常不是真正的問題(第 03 集專門處理)
  2. 做出來之後有沒有人接得住:系統上線了,員工不用、IT 不會維護,一樣是失敗(第 13 集處理)

會寫程式的人越來越多,能同時處理這兩件事的人一直很少。這就是 FDE 的位置。

這份工作需要的四種能力

能力比喻在這門課的哪裡
問問題醫生問診,病人說頭痛,要問出是哪一種痛模組 B
翻譯把客戶的話翻成工程師的規格,也把技術風險翻成老闆聽得懂的話模組 B、C
動手做不只畫藍圖,自己也能蓋出第一版模組 C、D
收尾驗收、交接、培訓,讓你離開之後系統還活著模組 E、F

這門課不教什麼

這門課不教任何特定工具怎麼操作。訪談怎麼問、方案怎麼設計、怎麼驗收、怎麼談續約——這些方法論,不管你用什麼技術棧都適用。

如果你想看這套方法論套進某一個工具組合的完整案例,站上另一門「AI ERP 落地實戰」就是這樣一門課。

帶走的東西:四種能力自評

對上面四種能力,各給自己 1 到 5 分:

  • 問問題:你能不能在一場訪談裡,問出客戶自己都沒想清楚的事?
  • 翻譯:你能不能跟老闆講清楚一個技術風險,而不用任何術語?
  • 動手做:你能不能獨自把一個想法做成別人可以試用的第一版?
  • 收尾:你做過的專案,你離開之後還有人在用嗎?

最低分的那一項,就是你這門課最該專心的模組。下一集把整套方法論攤開:訪談、設計、部署、驗收、續約,這五站怎麼串成一個迴圈。