網站與軟體委外專案，該如何驗收？

先確認專案範圍與驗收條件

驗收不只是確認頁面能開啟。先整理雙方同意的功能清單、設計稿、上線環境、測試裝置及完成標準。每個項目都應能實際測試或提出明確交付文件，避免臨時新增需求被誤認為原本的工作範圍。

功能與介面：依實際使用流程測試

企業網站要檢查詢問入口與多語切換；電商網站要確認購物車、金流、物流與通知；管理系統則應測試權限、資料與例外處理。

• 桌機與手機版的導覽、連結、按鈕及聯絡方式正常。
• 會員、訂單、查詢、後台操作符合已確認的功能範圍。
• 錯誤訊息、權限限制及必要的紀錄可正常運作。
• 各語言頁面與第三方串接已按清單測試。

原始碼、資料與帳號：交接權限要明確

確認程式碼儲存庫、資料庫備份、部署文件、網域、主機、外掛授權及第三方平台的歸屬。關鍵帳號建議由業主持有，再以受控權限邀請協作者；不要透過一般電子郵件傳送密碼。

• 確認原始碼、設計素材與資料庫的交付方式及授權。
• 列出主機、DNS、憑證、金流或廣告帳號的管理者。
• 驗證備份可讀取，並釐清還原作業的責任。

正式上線：SEO、資安與維運

應檢查主要網址的回應狀態、Canonical、hreflang、Sitemap、robots、404 頁面、行動裝置排版及資源載入。同時確認更新、備份、權限及錯誤紀錄。效能與資安仍需持續維護，不能只靠一次驗收。

• 正式網域的主要頁面可正常存取，資源沒有不必要的 404。
• 可索引頁面與 Sitemap、Canonical 對應，沒有誤設 noindex。
• 依約定檢查響應式、無障礙與常用瀏覽器。

交付文件與後續維運

交付資料可包括部署步驟、技術相依套件、帳號清單、資料庫結構、備份位置、已知限制及維運建議。也應寫明驗收後的瑕疵修正範圍、後續維護費用與第三方訂閱由誰負擔。

追加需求，先確認變更內容

新增頁面、語言、金流方式、API 或工作流程，都可能影響時程與費用。先記錄變更範圍與影響，經雙方書面確認後再執行。原約定範圍內的缺陷修正，應與新功能分開判斷。

可直接使用的驗收清單

以下項目可複製到自己的專案紀錄，逐項註明通過、未通過或不適用。

• 主要功能與例外情境：已測試。
• 桌機、手機及必要語言版本：已檢查。
• 原始碼、資料庫、素材與授權：已交接。
• 網域、主機、憑證及第三方帳號：歸屬清楚。
• SEO、備份、權限與正式上線：已驗證。
• 部署文件、維運邊界及變更機制：已書面確認。