營運範圍
列明使用者、觸發、輸入、系統、決定、輸出、例外、數量、服務時段、現有基線及問責負責人。
企業 AI 採購
企業 AI RFP 應要求甚麼？
有效 RFP 應描述營運決策與所需證據，而不是羅列 AI 功能。向供應商提供代表性場景及限制，要求可測試回應，揭示全生命周期成本，並在比較方案前寫清責任、驗收、交接及退出。
作者 Onyx Devs Lab · 發布 · 更新
成果具名流程、使用者、基線及決定
證據代表性測試及強制關口
承諾成本、責任、驗收、交接及退出
先定義工作，再談技術
若需求隱藏真實流程及後果，供應商無法負責任地設計或報價。
數據及權限
描述來源系統、敏感度、駐留、身份、租戶邊界、允許讀寫、批准點、保留、刪除及禁止動作。
必要整合
列明支援接口、記錄系統規則、環境、網絡限制、審計事件、狀態驗證、遷移依賴及接口責任。
讓方案可比較及可執行
要求示範後仍然成立的證據及合約邊界。
評估及驗收
提供代表性的常見、邊界、缺失數據、對抗及高影響案例，定義指標、門檻、強制失敗、重測規則及簽署人。
交付及營運
要求里程碑、依賴、人員、安全覆核、變更控制、監測、事故處理、支援水平、成本限制、恢復及回退。
商務及退出
分開探索、建設、授權、模型、基礎設施、整合、營運及變更成本，定義知識產權、數據用途、資產擁有、可攜性、過渡協助及刪除證據。
如何發出可比較的 AI RFP
發出結構化背景包
提供流程圖、限制、代表性場景、數據清單、架構邊界、決策人及未解問題。
使用統一回應矩陣
要求投標者逐項列明需求、方法、證據、依賴、排除、計價基礎、負責人及合約狀態。
進行證據工作坊
由業務、工程、數據、安全、法律、財務及營運共同以指定場景測試關鍵主張。
把驗收路徑寫入合約
在協議附上階段、交付物、關口、變更規則、付款觸發、服務責任、交接及退出。
常見問題
RFP 應否指定模型或雲端？
只有現有限制確實要求時才指定；否則定義成果與邊界，要求供應商解釋架構及切換路徑。
精美示範足夠入圍嗎？
不足夠。比較應使用代表性輸入、可重現證據、已披露依賴及生命周期成本。
哪些成本應分開報價？
探索、實施、第三方授權、模型用量、基礎設施、整合、遷移、支援、監測、變更、培訓、交接及退出。