企業在進行數位轉型、內部 ERP 系統建置或專屬 APP 開發時，常因缺乏內部工程團隊而選擇「軟體委外開發 (Software Outsourcing)」。然而，業界常見的慘痛案例屢見不鮮：規格未明導致不斷加價、功能與預期落差過大、開發進度嚴重延遲數月，甚至專案驗收後廠商失聯無人維護。
要確保軟體專案如期、如質且在預算內成功交付，關鍵就在於「前期的規格書定義」與「合約條款的嚴謹約定」。本文為您整理專業企業採購必看的 5 大必備條款與驗收標準。
一、企業委外合約必備的 5 大核心條款
1. 明確的驗收標準 (Acceptance Criteria) 與驗收期限
合約中絕不能只寫「開發一套進銷存系統」，必須附帶《系統需求規格書 (SRS)》與具體測試案例 (Test Case)。同時約定企業於交付後 15~30 天內完成 UAT 驗收測試，雙方簽署書面驗收單作為撥款依據。
2. 里程碑分階段付款 (Milestone-based Payments)
嚴禁一次性付清或按時間無條件付款。建議將專案拆解為 4~5 個里程碑：
- 簽約訂金：20%~30%（啟動架構規劃與 UI 設計）
- 規格確認與原型核准：20%（確認 Wireframe 與 API 規格）
- 核心功能 Beta 版測試：30%（展示核心業務流程）
- UAT 正式上線驗收：20%（通過資安弱掃與效能壓力測試）
- 保固期滿尾款：5%~10%（保固 6~12 個月無重大缺陷後支付）
3. 保密協定 (NDA) 與資安弱點修補責任
明定廠商及其工程師不得洩漏企業之營業秘密、資料庫結構與客戶資料。合約應註明上線前必須通過 OWASP Top 10 弱點掃描，高風險資安漏洞需由廠商無償修復完畢。
4. 保固期 (Warranty Period) 與服務水準協議 (SLA)
正式驗收後應享有至少 6~12 個月的免費保固期。針對重大當機 Bug，約定回應時間（如 2~4 小時內響應並提出修復方案）。
5. 完整技術移轉與文件交付
明定專案完成時需交付完整的系統架構規格書、OpenAPI / Swagger 介面文件、資料庫 Schema (ERD)、部署容器檔 (Dockerfile) 與工程團隊維運培訓手冊，確保企業未來具備自主維運能力。
二、如何撰寫一份好規格書避免追加費用？
- 畫出業務流程圖 (Flowchart)：清楚標示使用者在每個步驟的操作與異常處理（如刷卡失敗要退回哪個畫面）。
- 列出第三方串接清單：明確寫出需要串接的外部系統（如綠界金流、順豐物流、簡訊 API 或公司內部 ERP）。
- 定義角色與權限矩陣：區分超級管理員、部門主管與一般員工的檢視與編輯權限。