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

五個階段，而且是一個圈 比喻：看診。醫生不會一坐下就開藥——先問診、再判斷、再處置、再回診確認、然後決定要不要繼續追蹤。每一步都建立在上一步的結論上，跳過任何一步，後面都會出問題。 FDE 的工作也是五個階段，而且它不是一條直線，是一個圈： 最後一個箭頭是整張圖的重點：續約不是結束，是下一輪的訪談。而且第二輪的訪談成本遠低於第一輪——你已經懂他們的業務、認識關鍵的人、知道他們的資料長什麼樣。 這就是 FDE 這個角色的複利所在。第一個專案你在賣勞力，第三個專案你在賣「你已經懂他們」。 每一階段在做什麼 階段　·　要回答的問題　·　產出物　·　交給下一階段什麼 1 訪談　·　真正的問題是什麼？誰會用？　·　訪談摘要　·　一個雙方都同意的問題定義 2 設計　·　用什麼做？做到哪裡？　·　需求文件、方案文件　·　一份寫清楚「做什麼、不做什麼」的範圍 3 部署　·　怎麼接進他們的環境？　·　可運作的系統　·　一個能被測試的東西 4 驗收　·　怎麼證明它有效？誰來維護？　·　驗收報告、交接文件　·　一個客戶自己能用、能維護的系統 5 續約　·　下一個值得解的問題是什麼？　·　下一期提案　·　回到階段 1 注意「交給下一階段什麼」這一欄。 專案出事的地方，八成不在某一個階段內部，而在兩個階段的交接處——訪談完沒有寫下結論就開始設計，或是部署完沒有驗收就直接交接。 每一階段最常出的事 階段　·　最常出的事　·　在哪一集處理 訪談　·　把客戶說的解法當成問題　·　第 03 集 設計　·　範圍沒寫清楚，做到一半一直加　·　第 04、05 集 設計　·　選了自己想學的技術，客戶維護不了　·　第 06 集 部署　·　卡在對方的既有系統與權限　·　第 09、10 集 驗收　·　沒有事前講好的標準，變成無限修改　·　第 12 集 交接　·　東西交出去了，但沒有人會用、沒有人會修　·　第 13 集 續約　·　專案結束就失聯，下一個案子從零開始　·　第 16 集 為什麼這套方法論跟工具無關 看一下五個階段：只有\*\*第 3 階段（部署）\*\*跟你的技術棧有關。其他四個階段做...