策略與選題 · 實作指南
簽 AI 導入提案前，應問清哪些問題
採購應看清交付責任，而不只是比較報價首頁。
先問流程邊界
請供應商用白話說明輸入、輸出及仍由人執行的動作，也展示一個不確定案例，不只成功例子。NIST 可按脈絡使用的手冊提供背景；本文的採購建議是看對方能否清楚說出營運邊界，而不是依賴代理或智能等未定義詞彙。若提案不能說明遇到缺漏如何處理，價格再吸引也不足以判斷適合。
問權限與外部提供方
列出涉及系統、資料、託管與模型服務，問清權限如何批准及撤銷，設定由誰擁有。「私人」不能當完整解釋。假設文件專案把檔案放在某環境，也未說明文字處理時是否送到別處。應取得清楚資料流說明，並按流程需要找合適專業人員檢查，不要以產品名稱或部署標籤代替具體答案。
流程一覽
問驗收後會怎樣
把託管、監察、缺陷修正、用戶支援及功能變更分開，問包括工時、回應時段、用量限制，以及供應商變更由誰處理。固定專案費不自然包括終身運作。若支援可選，便要索取足以自行操作或替換方案的交接材料。在依賴流程前，客戶應已理解營運安排，而不是出事時才發現沒有人認為自己負責。
問如何改變決定
約定驗收例子、後備、退出及範圍修改方法，也請對方說明何時會建議停止。願意指出不適合案例的供應商，可能比保證全面自動化者更有助決策。未本地衡量前，效益仍應標估算。採購成功是雙方能說出同一套責任，不只是選到最低報價；便宜但無法清楚交接的方案，可能在營運中付出更多。
供應商澄清記錄
把重要答案放進共用澄清表，已同意責任再寫回提案，不能把安心的銷售通話當作長期營運協議。也請對方指出哪些問題需要專業人員或進一步了解，這往往比沒有證據的確定更可信。剩餘未知可以列成待辦，估算處理投入，讓雙方在導入前知道風險落在哪裡。若某答案只用「一般都沒問題」，便追問這次專案要用什麼具體方式確認。
來源與延伸閱讀
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。