選擇 AI 顧問
當管理層需要排列機會、驗證可行性，或設定投資及治理邊界。
AI 顧問解決一項決策
定制開發交付已定義系統
FDE在現場循環中同時診斷與交付
三者的決策邊界
三種模式處理不同類型的不確定性。
選擇定制開發
當使用者、流程、整合及驗收標準可在開發前清楚定義。
選擇 FDE
當問題具有價值，但正確干預必須從真實營運中學習。
選錯模式的訊號
當成功單位與交付模式不一致，問題通常很早便會出現。
有建議但沒有決策
如果沒有人負責作出選擇及進入下一個關口，策略項目仍未完成。
邊界未穩定便開發
當操作人員看到軟件後核心要求持續改變，固定規格會快速失效。
無現場條件卻採用 FDE
缺少操作人員參與、證據存取及成果責任人，嵌入式交付無法運作。
比較三種參與模式
按需要消除的不確定性及必須產生的證據選擇，而不是按最吸引的服務名稱選擇。
| 決策測試 | AI 顧問 | 定制開發 | FDE |
|---|---|---|---|
| 主要不確定性 | 應該做甚麼，以及是否值得投入？ | 如何建設已定義的系統？ | 哪種干預在真實營運環境中有效？ |
| 適用條件 | 機會、可行性、治理或推進順序仍未清楚。 | 用戶、流程、接口、限制及測試可以定義。 | 高價值問題已知，但方案邊界必須在現場學習。 |
| 責任成果 | 有證據、負責人及下一關口的簽署決策。 | 按約定範圍及驗收標準測試的系統。 | 可量度的營運成果及可投入生產的系統。 |
| 驗收證據 | 建議、排除選項、假設及下一階段關口。 | 可追溯的功能、質量、安全及營運測試結果。 | 基線至成果證據、操作人員採用、失敗處理及就緒關口。 |
| 何時轉換 | 範圍穩定 → 定制開發；需要現場發現 → FDE。 | 現場證據推翻規格 → FDE；投資決策改變 → 顧問。 | 不確定性下降且責任清楚 → 穩定產品交付或持續營運。 |
如何使用決策圖
說清楚決策
列明需要決定或改變甚麼，以及由誰負責。
評估不確定性
分開價值、流程、數據、整合及採用的不確定性。
選擇最小完整模式
只購買足以解決關鍵不確定性的合作範圍。
設定退出關口
定義擴大、調整或停止所需的證據。
常見問題
項目可以在三種模式之間轉換嗎？
可以。顧問項目可形成定義清楚的定制開發；如果現場證據顯示原有邊界錯誤，開發亦可轉入 FDE 循環。
FDE 是否一定更昂貴？
不一定。FDE 承擔更廣責任，但亦可能避免按錯誤規格開發的成本；實際範圍仍取決於週期、存取條件及交付風險。
可以先做短期評估嗎？
可以。一次有邊界的評估可判斷下一步應該是顧問、開發、FDE，或暫時不做項目。