FDE 與 SI 交付模式：驗收之後，誰負責維運與採用？

比較 FDE 與系統整合商（SI）時，先確認驗收後還有哪些工作，而不是假設一種模式只交件、另一種會一直負責。發布、品質接受、使用觀察、例外修正與維運，可以是不同階段，也可以分由不同團隊承擔。

這篇聚焦階段之間的責任。FDE 常用來描述工程團隊與實際使用情境緊密合作的方式，但現場或遠端安排、時間、費用及支援義務，仍需看本案約定。SI、顧問與工程公司的服務可能重疊，標籤不是契約。

先把「完成」拆成可接受的證據

系統能部署，不表示輸出品質、權限、例外處理或使用流程都已接受。有人每天使用，也不等於結果正確。每個階段應有自己的負責人、資料與接受條件。

GAO 的 AI 責任框架於 2021 年提出治理、資料、效能與監測等生命週期問題。可用來補齊提案的查核問題，不是證明某種供應商依法承擔全部風險。

表格沒有預填「SI 不負責」或「FDE 全包」。把相同問題交給各家，才有可比較的範圍。

以假設的知識查詢試行為例，使用者可能因為找不到適用資料、答案不支持決策、權限不足，或原有查詢方式更方便而退回。也可能只是目標工作很少發生。使用次數不能單獨判定原因。

一起查看工作品質、符合條件的使用機會、使用與退回紀錄，以及覆核負擔。確認問題後，區分原範圍缺陷、額外需求、資料依賴與流程決定。由各自責任人處理，不用一個「採用率」把所有問題歸給同一方。

提案可以包含共同觀察與迭代，但需要列明期間、參與者、預算與決策方式。工程師靠近使用者有助於理解流程；不等於新功能、無限調整或結果保證都已包含。

需要迭代的工作仍可有明確變更規則。約定哪些修正屬於既定範圍，哪些要重新評估費用、時程、風險與接受條件。更新後保留版本與決策紀錄，避免「當場改」變成無人核准的權限或流程變動。

IBM 的 AI 顧問服務公開描述多種 AI 建置與轉型能力，說明服務不必受公司類別限制；該頁並不證明另一份提案含有相同責任。每家都應用自己的範圍與證據回答問題。

列出接收團隊需要完成的操作，例如部署、設定、測試、監測、事件處理與必要修復，並安排可觀察的交接。若技能或時間尚未到位，應約定補足方式或持續支援；供應商離場不等於已能自行維運。

程式碼、設定、資料、第三方元件與文件的權利，依實際契約和授權確認。不要由交付模式推論全部智慧財產、風險或費用已轉移。比較報價時，連同依賴、客戶工時、變更、支援及退出成本一起看，不能先認定某種模式一定較便宜或較快。

需求較穩定時，可以評估清楚的階段範圍；不確定性較高時，可以先做有停止條件的探索或試行。選擇依本案證據和可用人員，不依 AI Copilot、Agent 或 RAG 的名稱預判哪種供應商會成功。

要比較更完整的提案面向，閱讀現有FDE 與系統整合商比較。要看 Tenten 如何界定第一階段與後續責任，參考交付方法，並在實際提案確認義務與接受條件。