Delivery & Documentation
交付流程、文件與驗收標準
「做完才算」是外判項目最大的風險。這頁列明每個階段你應該收到什麼文件、 要提供什麼、怎樣驗收，以及付款如何與交付物掛鈎。
七個階段：你收到什麼、要提供什麼
每個階段都有明確產出，沒有「做緊嘢但見唔到」的空白期。
| 階段 | 名稱 | 你收到的產出 | 你需提供 |
|---|---|---|---|
| 1 | Discovery | 需求盤點紀錄、流程圖、現有系統清單 | 業務流程負責人、現有系統存取權（唯讀） |
| 2 | Scope & SOW | SOW（範圍、交付物、時間表、報價方式）、排除事項清單 | 確認範圍優先次序與預算區間 |
| 3 | Architecture / UX | 架構圖、資料流圖、線框圖（Wireframe） | IT 團隊確認整合點與資安要求 |
| 4 | Build | 每兩週可運作的預覽環境（Staging） | 按階段提供內容與回饋 |
| 5 | QA / UAT | 測試報告、UAT 清單、缺陷清單與修復紀錄 | 安排 UAT 人員與時段 |
| 6 | Launch | 部署紀錄、上線檢查表、回滾方案 | 確認上線窗口與維護安排 |
| 7 | Support | 操作手冊、交接錄影、30 日技術問答期 | 指定日後維護聯絡人 |
交付文件清單
SOW 工作說明書
逐項列明做什麼、不做什麼、交付什麼。這是日後爭議的唯一定義來源。
架構與資料流圖
系統組件、整合點、資料存放位置。IT 主管接手時最先看這份。
API 文件
對外與內部介面的請求／回應格式、錯誤碼、認證方式。
測試報告
測試範圍、通過率、未修復缺陷與影響評估。
部署手冊
環境變數、部署步驟、回滾步驟。讓第三方也能部署。
操作手冊與交接錄影
日常操作示範，減少日後「唔記得點做」的查詢。
源碼與資產清單
源碼位置、授權說明、第三方服務帳號清單。
以上文件在項目完成時一次過交付，並存放於你可存取的雲端資料夾；不設「只可向我們索取」的限制。
缺陷分級與回應目標
把「幾時修好」寫清楚，是避免驗收爭議最有效的方法。
| 級別 | 定義 | 回應目標 |
|---|---|---|
| P0 | 系統無法使用／資料錯誤／安全漏洞 | 即時處理，原則上 24 小時內有修復方案 |
| P1 | 主要功能失效但可繞道 | 3 個工作天內修復 |
| P2 | 次要功能問題、介面錯誤 | 10 個工作天內排入版本 |
| P3 | 優化建議、外觀微調 | 列入後續版本評估 |
以上為工作時間（星期一至五，香港時間）內的目標；實際修復時間視問題複雜度而定，會即時同步進度。
常見問題
付款里程碑通常怎樣安排？＋
一般與交付物掛鈎，例如：簽約後啟動、架構與線框確認、主要功能預覽、UAT 完成、正式上線。具體比例按項目規模與工期商議，但不採用「先付全款」或「無限期尾數」兩種極端做法。
範圍中途要改，怎樣處理？＋
用變更單（Change Request）處理：寫清楚新增內容、對時間與費用的影響，你書面確認後才執行。這是保護雙方的方式——避免「一路加」變成無限期延誤，也避免我們單方面說要加錢。
UAT 要幾長時間？由邊個負責？＋
視功能數量而定，一般 1–3 週。由你方業務使用者按 UAT 清單逐項驗證，我們提供環境、測試資料與技術支援。UAT 簽核後才進入上線階段。
如果做出來唔符合預期怎麼辦？＋
所以我們在架構與線框階段就要你確認，而不是做完才看。每兩週的預覽環境讓你及早看到實際效果，問題在低成本階段發現，比上線後改便宜得多。