7.1 交付物移交
收尾階段最重要的時刻之一,就是交付物的正式移交。這不只是「把東西送出去」——它是成果的證明,也是信任的確認。
當移交被仔細地設計、執行,專案就能漂亮地落在客戶、利害關係人與內部團隊面前——也為下一次合作打開門。
「完成」與「移交」不一樣
很多團隊把「交付物做完了」當成「工作結束了」。真正的移交有四個步驟:
- 交付物完成(製作方這邊)
- 內部審查與品質檢查
- 提交並向利害關係人說明(文件 + 對話)
- 正式核准與簽收確認
走過這四步,可以避免「我們提交了、但他們從沒檢視過」這種典型落差,以及後面跟著來的品質爭議。
移交時要包含什麼
除了交付物本身,還要給接收方足夠的脈絡,讓他們能有信心地用它:
- 目的與背景:為什麼會有這個交付物
- 內容概覽:檔案、畫面或文件章節的地圖
- 使用方式:初期作業、設定步驟、典型使用情境
- 注意事項與限制:假設、不在範圍內的事項、未來的擴充
- 聯絡資訊:後續維運或支援要找誰
對 IT 或業務設計類的專案,完整的文件包(操作手冊、移轉指南、FAQ)能大幅提升「真的結束了」的感受。
用 AB 進行移交
AB 從幾個角度支援移交:
- 把任務標成 已移交 或 等待核准 等狀態
- 把佐證文件(PDF、Excel、截圖)直接附在任務上
- 對客戶或外部利害關係人發行有限存取的連結,並追蹤誰打開過
- 用留言串就地紀錄說明與 Q&A
交付物不只是「被送出去」——它是被理解、被接受、可以拿來用的。
把核准明確化
因為核准會牽動評估、付款與合約,所以它必須明確、有紀錄:
- 有簽名的驗收書(紙本或 PDF)
- Email 或 Slack 上清楚的確認回覆(「已檢視並核可」)
- 逐項或逐功能的核取式簽收
這能擋掉日後的爭議,也讓後續階段——維運、維護、下一個專案——銜接得平順。
結論:移交標誌著一個新的開始
交付物移交不只是專案的結束——它是未來關係的起點。不要把它當成形式。清楚地說明、處理擔心、用心地完成移交。這就是信任如何累積成下一次機會的方式。
在 AB 裡長這樣
在 AB Project Management 裡,正式的「交付物已移交」訊號就是把專案歸檔。成員保留讀取權限,但失去寫入——專案變成一個被凍結的參考來源,而不是被刪掉。簽收本身住在一個最終任務裡,狀態是已收到簽收;那個任務上的變更歷史頁籤會記錄何時、由誰簽收,取代手動的核准紀錄。
→ 接下來,繼續到 7.2 回顧與檢討,學怎麼回頭反思整個…