FDE 是什麼
下班前要交得出去的東西
頭銜很容易被聽成「派去客戶那邊的 AI 顧問」。先看一天結束時桌上剩什麼。
完成的定義不在頁數
資深 PM 很習慣把模糊的痛點收成規格、排優先順序、對齊利害關係人，再交給工程團隊。這套動作仍然有用。FDE 把最後一截留在自己身上：你還是做前面那些事，但下班前要有一個會跑的第一版，接進客戶已經在用的流程。
客戶要的往往不是「我們評估後建議導入生成式 AI」。那句話可以當開場，不能當交付。他們要的是客服把一張退貨單送進來，系統回得了處理建議，錯了有人接手，而不是模型自顧自編一個訂單編號。
一天可以長這樣
早上聽客服主管用三句話講痛點。中午把範圍收成「只處理七天內、未拆封、有訂單編號的退貨」。下午讓原型打到訂單查詢，就算先打沙盒。傍晚跟主管看一次失敗：訂單編號空白時，系統不准猜，把單子退回人工。
這一天的產出是一條可呼叫的路徑。旁邊可以有一頁筆記，說明為什麼先不做換貨、不做沒有訂單的情緒安撫。筆記是範圍，不是本體。
PM 容易誤判自己已經在做
你也常進客戶現場，也寫過 PRD，也扛過上線。看起來很像。差在讀者是誰。PRD 的讀者是內部工程師，他們會把你的句子變成系統行為。FDE 的讀者是客戶的系統和值日生。系統不讀好意，它只收你定義好的輸入、輸出和錯誤。
所以自問不要停在「我有沒有進現場」。要問：若工程團隊這週全去度假，客戶明天按下去，還有沒有一個你負責的動作會發生。
範例 · 同一句話，兩種交付
零售客服主管說：「能不能讓 AI 處理退貨，減少排隊。」
- 報告式：競品表、風險登記、三個月路線圖。會議結束，沒有任何系統多了一個動作。
- FDE 第一週：有訂單編號且在七天內，回「可退、不可退、轉人工」之一，並附一句原因。沒有訂單編號就不猜。這條路徑可以給客服系統一個按鈕呼叫。
練習
把你上一個專案的結案物用一句話寫下來。它是文件、簡報，還是別人系統明天仍會呼叫的動作？
若是文件，補上最小的輸入與輸出：誰按、送進什麼、回來什麼、哪一種情況必須停下來交給人。
完成的時候
- 你能向一位非工程同事說明：FDE 和「交一份 AI 評估」差在驗收物，不是差在熱忱。
- 你舉得出一個輸入、一個輸出，以及一種不准瞎編的失敗。