網站或系統外包，很多人以為「驗收」就是最後確認一下、簽個字。實際上，驗收從開案時的規格書就開始了：做什麼、怎麼算完成、上線後誰負責什麼，越早講清楚，專案越順利，你的權益也越有保障。
以下是我們在合作中會先和客戶說明的五件事。文中提到的規範，都可以在 Lab Space 商務合作條款 找到原文。
一、規格書是你的保障
規格書寫的是「這個專案要做出什麼」。它經雙方用印簽署後，就是開發、建置與驗收的最終依據（B 章 專案開發）。
對你來說，這代表：
- 寫進規格的，我們負責做到：規格內的功能沒有做到、或操作出現錯誤，屬於原範圍，我們修正。
- 規格沒寫的，可以另外評估：開發過程中想到的新功能，會以新增需求或規格調整的方式另外評估，不會混在原範圍裡變成說不清的帳。
所以開案時多花一點時間把需求寫具體，例如流程、權限、計價或審核的判斷規則，後面的開發與驗收都會更順。
二、驗收期限的用意：越早測，越好修
每一階段功能完成後，我們會提供驗收版本與操作說明，並請你在約定的期限內（我們的條款為通知後七個工作天，依各案合約約定）完成測試、提出具體回饋；內部流程需要更多時間，也可以協議合理延長（J 章 驗收規範）。
設期限不是為了催你簽字，而是因為問題在剛交付時最容易釐清、也最好修。時間拉長後，當初的錯誤、後來的新想法、資料或環境的變動會混在一起，要一一分辨就花更多時間。專案團隊的人力也是依排程安排的，回饋越即時，修正越快。
回報問題時，附上操作步驟或截圖會很有幫助。我們以「在測試環境可以重現」作為確認錯誤的依據，能重現的問題，就能很快判斷是程式、操作還是資料的差異；確定是我們的問題，我們就修。
三、修改之前，先了解它的實際成本
「改一個字」聽起來很小，但上線中的網站，每一次修改都要經過修改、測試、部署上線，即使只是一個字，也需要約半小時以上的更版作業。
有些修改還會連動其他地方。例如中英文版本，一段文字改長了，另一個語系的排版也可能跟著調整，需要一起測。追加的需求，工時除了開發，也包含專案管理與測試驗證。
也因為如此，同一個項目經雙方確認完成後，如需再次調整，會視為新需求評估（J 章 驗收規範）。了解這一點，你在確認每個階段時就可以更放心地一次看仔細，之後的調整也能事先知道時程與費用。
四、保固、維護、新需求，是三件不同的事
這三個詞最常被混在一起，先分清楚，上線後就知道遇到什麼狀況該找哪一種服務：
| 是什麼 | 依據 | |
|---|---|---|
| 保固 | 上線之後，原始開發功能在正常操作下出現的程式錯誤（例如異常或跑版），我們免費修正 | K 章 保固規範 |
| 維護 | 保固期之後的年度服務，內容依維護方案（例如系統安全更新、少量文字修改額度） | H 章 維護服務 |
| 新需求 | 原本規格沒有的功能、改版、新頁面，不論在保固期內或外，都另外評估 | J 章 驗收規範 |
圖：保固修的是原本做好的功能出了問題；維護是保固期後的年度服務；規格沒有的新功能，不論在不在保固期都另外評估。
我們的專案開發自正式上線起提供一年保固（或依個別合約約定）。保固照顧的是「原本做好的功能出了問題」；需求調整、功能優化、第三方服務或 API 異動、作業系統版本更新等，則不在保固範圍內。後續追加的功能，保固依該次報價另外約定。
保固期屆滿後，可以選擇簽訂維護服務。維護合約期間，新增功能或改版依方案享有專屬折扣；沒有簽約，也可以每次需求個別報價。
五、每一筆付款，都對應看得到的成果
專案通常分階段付款，每個付款節點都會對應一個具體的完成狀態，例如「簽約後」「達到一定比例可驗測的功能後」「完整功能於測試環境交付並驗收無重大瑕疵後」。實際的分期比例與節點，依各案的報價與合約約定（B 章 專案開發）。
也就是說，每一階段付款前，你都能先看到、測到對應的成果。過程中如果雙方協議調整，例如某部分功能延到後面階段處理，我們會把它寫下來，讓雙方對「這一階段完成了什麼」有同一份紀錄。
開案前，可以先準備的事
- 整理需求：想要的功能、流程，以及計價、審核、權限等判斷規則。業務規則越清楚，工時估得越準。
- 確認規格書：仔細看過再簽署，它就是之後驗收的依據。
- 安排內部的驗收人員與時間：交付驗收版本時，有人可以在期限內實際操作測試。
- 了解保固與維護的內容：上線後遇到狀況，就知道屬於哪一種服務。
外包合作最理想的狀態，是雙方對「完成」有同樣的認知。這些事情一開始講清楚，專案就能專注在把東西做好。
