網站做好後應該拿到甚麼？源碼、帳戶與資料交接清單

先寫清楚「拿到網站」是甚麼意思

一個可公開瀏覽的網址，只證明網站目前有人維持運行。客戶可能仍無法管理域名、更新公司資料，或在原服務方停止合作後搬走網站。這些問題應在項目開始時列清楚，交付時再逐一確認。

客製程式、套用主題、平台帳戶、圖片和商用字體也不是同一類資產。有些可按協議移交，有些只能在指定授權下使用。本文提供操作交接清單；具體權利仍以雙方協議及第三方條件為準。

逐項驗證，而不是只收一封密碼電郵

下表用來記錄應交付甚麼，以及如何確認真的可用。帳戶最好邀請公司指定的人員加入，不要把所有密碼直接放進工作表。驗收記錄可填負責人及完成日期。

用一個普通編輯任務做交接測試

讓日後實際更新網站的人完成一項安全操作，例如在測試環境修改一個聯絡電話或產品說明，再預覽、提交審批及還原。這能顯示操作文件是否適合使用者，而不是只有開發者看得懂。

若網站沒有 CMS，文件就應說明如何提出修改、由誰操作程式庫、如何預覽，以及由誰發布。不要為了看起來「自主」而交付一套無人能使用的流程；也不要只交源碼卻沒有建置與部署說明。

域名轉移與網站搬遷要分開安排

更換製作公司，不一定要同時轉移域名註冊商。ICANN 的域名轉移說明指出轉移有適用程序及限制；實際操作要先確認域名狀態。DNS、託管和公司電郵的依賴也應先記錄，避免修改網站時連帶影響收信。

若需要搬遷，先保留可回復的版本，確認新環境的內容和表格正常，再安排切換。原環境何時停止付費、誰監察切換結果、失敗時如何回復，都應寫進交接計劃。

以簽收記錄結束交接，留下後續入口

將所有交接項目標成已完成、待補或不適用，為待補項列出人員與日期。正常帳戶交接後，再移除不再需要的存取權；仍負責維護的人員則保留完成工作所需的權限。

最後記下何時開始計算支援期、甚麼屬原有缺陷、甚麼屬新增需求，以及如何提出問題。完整交接的價值，是公司知道網站目前由誰控制、如何更新，並能在需要時有次序地更換服務安排。