網頁設計費用談到最後一筆尾款時，雙方最容易只看「正式網址能不能開」。但網站可以正常顯示，程式碼儲存庫、網域、部署平台、圖片授權或管理帳號仍可能在承作方名下；反過來，企業也可能把新增功能當成原規格，讓驗收永遠無法結束。合理的尾款節點應建立在事前約定與可重做的交接證據上，而不是憑某一方口頭宣布完成。

本文整理的是專案管理與驗收做法，不代替個案法律意見。著作權歸屬、授權範圍、付款與違約責任會受契約內容和實際創作關係影響；若金額或權利爭議重大，應把完整契約與交付紀錄交由合適的法律專業人員判斷。

把「檔案交付」和「權利約定」分開

收到程式碼壓縮檔，不等於取得所有著作財產權；契約寫了授權，也不等於已拿到維護所需的帳號與檔案。驗收清單應分成三層：實體或數位交付物、著作權或授權約定、第三方服務的使用資格。

全國法規資料庫的著作權法第 5 條例示電腦程式著作；第 12 條處理出資聘請他人完成著作的情形，並指出著作財產權依契約約定歸受聘人或出資人享有，未約定時有其法定安排。第 36、37 條則分別涉及著作財產權讓與及授權，且約定不明的部分有未讓與或未授權的推定規則。這些條文顯示，網站合約不能只寫「完成後歸甲方使用」，而要把讓與或授權的標的、範圍與例外寫清楚。

一個網站可能同時包含客製程式、開源套件、商用字型、圖庫照片、客戶提供的商標與第三方嵌入服務。契約附件可逐項標明來源、權利人、授權方式、可否修改、可否交給後續維護者，以及訂閱終止後的影響。不要要求承作方移轉本來就無權移轉的第三方素材，也不要把「可在這個網站使用」誤認成可任意重製到其他品牌。

先做資產清冊，再決定尾款證據

資產清冊至少要列出網域註冊商、DNS、主機或部署平台、程式碼儲存庫、資料庫、檔案儲存、寄信服務、分析工具、搜尋工具、表單通知、CMS、第三方外掛與備份位置。每一列都標記資產擁有者、計費者、管理者、企業端接手人、續約日期、復原方法與是否含敏感憑證。

密碼不應直接寫進一般交接文件。較安全的做法是由企業建立組織或團隊帳號，邀請承作方以個別帳號工作；交接時移轉擁有權、確認至少兩位企業管理者，再撤除不再需要的權限。若服務只支援共用登入，也應透過適合的密碼管理方式交付並更新憑證，不在郵件或群組反覆貼上。

清冊完成後，才把尾款條件改寫成能保存證據的動作，例如：企業管理者可查看帳務與成員、企業擁有正式網域、指定儲存庫包含可建置版本、正式環境能由該版本部署、第三方授權有購買或使用紀錄、以及維護人員能依文件完成備份還原。螢幕截圖可輔助，但帳號中的實際權限與操作結果才是重點。

平台移轉不是按一個按鈕就全部帶走

Vercel 的專案移轉文件列出專案移轉時會帶走或複製的項目，包括部署、部分環境變數、網域與別名、設定、建置與 Git 儲存庫連結；同一份文件也明列整合服務、部分設定、監測或日誌資料及特定儲存服務不一定跟著移轉。這個例子說明，平台顯示「Transfer completed」仍不能取代逐項交接。

即使專案不是部署在 Vercel，也可以用相同方法驗收：先讀所用平台的官方移轉說明，將「會移轉、要另行設定、不支援移轉」分成三欄。移轉前匯出必要資料並記錄設定，移轉後重新連接整合、核對環境變數、執行測試部署，再從正式網域走過關鍵流程。若有付款、寄信或表單功能，應使用測試模式或事先約定的安全方法驗證，不能只看首頁。

網域還要分清楚註冊所有權、DNS 管理與網站專案綁定。能修改網站專案，不代表能續約網域；能改 DNS，也不一定是註冊人。三者應在清冊中分列，並由企業確認續費通知會送到可長期管理的信箱。

用乾淨環境做一次重建演練

原始碼交付最有力的驗收，不是確認資料夾存在，而是由未參與開發的人依文件重建。準備一個新的工作環境，以企業持有的儲存庫權限取得程式碼，安裝依賴、填入測試用設定、執行測試與建置，再部署到預覽網址。過程中若仍需詢問承作方某個未記錄的私有套件、檔案或手動步驟，就把它補進文件後重做。

資料型網站還要演練匯出與還原：抽樣比對文章、圖片、表單設定與帳號角色，並記錄備份建立時間及還原後版本。這不代表企業要立即更換供應商，而是證明交付物不是只能在原開發者電腦上運作。對於無法離線交付的 SaaS 或商用服務，則驗證企業帳號、資料匯出與終止方案。

用曦谷共好教會案例設計交接批次

站內展示作品「曦谷共好教會」（dayvale-church）有近 40 種頁面路由，涵蓋聚會、課程、影音、最新動態、課程報名、線上奉獻、無障礙友善版與站內搜尋。它是展示案例，不代表實際組織成果，但可用來演練內容與功能較多的網站如何分批交接。

第一批可驗收公開內容與媒體：確認頁面、分類、圖片與影音嵌入清冊；第二批驗收互動流程：以測試資料完成課程報名與奉獻流程，確認通知、紀錄與錯誤處理；第三批驗收營運資產：搜尋索引、管理角色、備份、網域與部署。企業端再實際新增一則最新動態、下架一個課程並回復版本，證明日常維護可以接手。

每一批都有簽收紀錄、未完成事項與期限，尾款就能對應明確里程碑。若發現的是原規格缺陷，依約修正；若是簽約後新增的需求，另開變更單評估費用與時程，避免把新增功能混入原驗收。

網站尾款不是用來押住合作方，也不該在資產未交接時匆忙支付。最穩健的做法，是在簽約時就定義權利、交付物、帳號與驗收腳本，上線前用企業帳號完成移轉，最後以重建和關鍵任務證明網站可持續營運。如此一來，付款依據是雙方都看得見的完成狀態，而不是對「網站做好了」各自不同的理解。