專案驗收怎麼驗?上線前的檢查清單

驗收是專案裡最微妙的時刻:廠商想收尾款,你想確認東西真的能用。太多驗收是「打開網站看一圈,好像沒問題,簽了」——然後上線第一週問題全部冒出來,雙方開始爭執這算保固還是新需求。這篇給你一份實際可執行的驗收清單,也講清楚驗收該怎麼「驗」。

驗收的第一原則:照著清單走,不靠感覺

「看起來沒問題」不是驗收,是抽獎。好的驗收清單在簽約時就該存在——理想上,規格書裡的每一條功能,都對應一條可勾選的驗收項目。如果你的合約沒有驗收清單,現在補都比驗收當天吵便宜。

功能驗收:走完整條路,不是點開每一頁

• 用真實情境走完整流程:從進站、瀏覽、下單、付款到收到通知信,一條龍走完。電商要用真實金流跑一筆一元訂單,不是只看測試環境的綠燈。我們的鐵律是「第一筆訂單不該是除錯現場」。
• 驗異常路徑:刷卡失敗、表單亂填、重複送出、網路中斷後重試。系統的品質藏在錯誤處理裡。
• 驗後台:請實際操作的同事(不是老闆)用後台跑一次日常作業:改訂單、上商品、出報表。

非功能驗收:看不見但會咬人的部分

• 行動裝置實機:iPhone 和 Android 各拿一支真機測,不是縮小瀏覽器視窗。
• 效能:首頁與關鍵頁面的載入速度,用 PageSpeed Insights 跑一次,約定基準分數。
• SEO 基礎:每頁有 title 與 description、網址結構乾淨、sitemap 存在、GA4 與 Search Console 已安裝。
• 連結:全站掃一次死連結。我們內部規定連結不准 404,因為一個 404 毀掉的是整站的信任感。
• 資安基本盤:全站 HTTPS、後台有防暴力破解、表單有驗證。

交付物驗收:最常被忘記的一塊

• 原始碼與部署文件(或至少講清楚放在哪、誰有權限)
• 網域、主機、金流、發票等所有帳號的歸屬與管理權
• 後台操作說明(影片也行,要有)
• 保固範圍與回報窗口

這些沒拿到就付尾款,未來想換廠商時你會知道痛。

驗收不是找碴,是雙方最後一次用同一份清單確認:我們做的,是當初說好的那個東西。

順帶一提:如果廠商在驗收前自己就跑過端對端測試、附上測試紀錄,那是專業的訊號。我們為什麼把這件事當紀律,寫在「丟給客戶自己測」是工程失格。如果你手上有專案正要驗收、不確定清單怎麼列,歡迎預約免費 30 分鐘諮詢,我們可以幫你把驗收清單補起來——即使案子不是我們做的。