成本與價值 · 實作指南
固定範圍 AI 提案，究竟應固定什麼
不只寫總價，也要釐清工作範圍、驗收與例外責任。
固定邊界而非假裝無未知
固定提案可以寫清流程、使用人群、整合清單與交付物，卻不應假裝所有資料問題都已知道。列明價格成立的前提，例如客戶會提供核准文件及測試系統權限。NIST 的脈絡風險思考可作背景；在商業上，便是把邊界與假設寫到能在開始前檢查，而不是等遇上困難才說原來不包括。
用例子寫驗收
約定代表案例、預期處理方式與重大錯誤。假設一項請求分流試點，遇到含糊資料時正確動作可能是轉交人工，而不是自信分類，驗收也要測試這點。不要只保證「AI 準確」或「節省時間」。審核者需要具體方法，分辨可接受的不確定性與壞掉的流程，才能公平判斷交付是否完成。
流程一覽
輸入整理審核執行
讓變更可以管理
說明新增來源系統、語言、角色或文件類型時如何處理。畫面上的小變更，可能代表權限及測試的大改動。變更表應列費用、時間及驗收案例的影響。這不是拒絕學習，而是保留一個仍能判斷結果的試驗，同時決定新發現應否另開階段；否則第一個專案永遠沒有完成線。
分開缺陷與持續服務
分別說明修正約定缺陷的期間，以及新功能、供應商變更、監察和員工支援的條款，不能在設定費內暗示無限維護。雙方也要指定營運聯絡人。當提案能解釋驗收後客戶如何使用與管理方案，才真正比一份只說開發何時結束的報價更完整，也更容易避免期待落差。
以操作者角度讀提案
請一位操作者說明會收到什麼、自己要提供什麼，以及如何報告缺陷。若答案依賴提案沒有寫的假設，就把假設補上。商業文件應保持這個人讀得懂，技術附錄可以補充，但不應是唯一寫清普通工作失敗由誰負責的地方。也請驗收者指出哪項證據足以簽收，若只能回答「看起來正常」，便繼續把例子具體化，避免最後憑印象決定是否完成。
來源與延伸閱讀
- AI RMF CoreAI RMF CoreNIST · 官方文件 ·
- Copilot Success Kit for Small and Medium BusinessCopilot Success Kit for Small and Medium BusinessMicrosoft · 官方文件 ·
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。