FDE 是什麼
不是顧問，也不是純寫功能的工程師
現場上常有顧問、解決方案架構師、產品工程師。你若用他們的完成定義來交作業，會很忙，但交錯東西。
顧問賣的是判斷與建議
好的顧問把問題講清楚、把選項與風險擺上桌、協助客戶做決定。這和 PM 重疊很多，也是你的長處。FDE 若停在這裡，客戶會覺得你聰明，但下週的系統沒有變。建議可以附帶，不能取代一個接上去的動作。
架構師賣的是藍圖能撐住
架構師在意邊界、權限、這套東西半年後會不會垮。你要聽得懂，也要會問。但第一版不是架構圖競賽。若藍圖畫完，沙盒裡仍沒有一筆退貨走得通，那週就還沒有 FDE 的產出。
實務上你常要帶著不完整的藍圖先走一條路：只讀訂單、不寫入退款。寫入是下一版。這樣架構師的擔心被尊重，現場也不至於空等。
產品工程師賣的是產品裡的功能
內部工程師把功能做進自己公司的產品，使用者是規模化的。FDE 多半面對單一客戶的流程、他們的欄位名稱、他們的例外。你寫的東西可能很窄，窄是優點。把它做成通用平台，常常是範圍失控的開始。
你仍要寫得別人接得住：輸入輸出清楚、秘密不進對話紀錄、失敗有人看得懂。窄，不是隨便。
範例 · 會議上三句話怎麼接
客戶資訊長說：「先給我一份整體 AI 架構，我們再決定退貨要不要做。」
- 顧問式接法：約下週工作坊，產出成熟度評估。
- 架構師式接法：先畫四個系統邊界，暫不碰資料。
- FDE 式接法：架構用一頁紙講邊界，同時這週在沙盒走通「有訂單編號的退貨建議」，不寫入退款。用一條真的路徑檢驗那頁紙，而不是用那頁紙代替路徑。
練習
回想一次你參與的客戶會議。把當時的交付物標成顧問、架構或可呼叫的動作。
若標成顧問，寫下若要在兩週內加一個可呼叫的動作，最小範圍是哪一刀。
完成的時候
- 你能用自己的例子說明三種角色的完成定義不同。
- 你寫得出一句話，拒絕「只出架構、不走沙盒」同時又不無禮。