01
設計協調前，先定義營運結果
搬遷日期唔等於項目要求。真正要求係工作場所喺指定啟用時間，可以支援員工、交易同關鍵營運。先記錄必須可用嘅業務功能、可接受停機時段，同每個系統嘅驗收負責人。
用一份範圍登記冊連接業主、裝修、電力、電訊商、網絡、AV、保安、工作場所科技同搬運供應商。即使多間公司參與，每個接口都要有一位問責人。
關鍵業務服務
列出第一日唔可以缺少嘅團隊、應用程式、房間、線路同保安功能。
權限及審批
及早確認業主、大廈管理處、變更控制、進場同工作許可要求。
驗收負責人
每個系統及例外情況都要由指定業務或技術負責人確認。
02
將隱藏依賴關係畫出嚟
企業工作場所係一個互相連接嘅系統。Wi-Fi 依賴交換器埠、佈線、電力同設定；會議室依賴網絡、身份服務同聲學工程；門禁亦依賴門體、電源、網絡路徑同已批核用戶資料。
電力及機房
核實配電容量、插座、UPS 需要、接地、機架佈局、散熱同維修空間。
電訊及網絡
追蹤入線、進場或批核、線路交付、防火牆、Wi-Fi 覆蓋同切換設定。
AV、保安及 IoT
將裝置連接到電力、數據、雲端或本地服務、牌照、帳戶同支援負責人。
系統遷移及搬運
以一份逐分鐘 runbook 排列數據、設備、人員、文件同供應商進場次序。
03
用準備閘口，唔好只報完成百分比
項目可以話完成咗 95%，但只要一條電訊線路未到，或者一個保安接口未測試，仍然可能無法啟用。準備閘口令決策建基於證據。
前 30 日
鎖定整合進度、範圍接口、測試步驟、問題負責人同升級路徑。
前 14 日
完成裝置級測試，確認線路及帳戶，演練切換，同意回復條件。
前 2 日
關閉關鍵缺陷、完成備份、確認到場人員，同取得 go／no-go 批核。
啟用及穩定期
設立指揮渠道、記錄事故、按業務影響分流，供應商留場至達成退出條件。
04
一份有用嘅搬遷交收包應該有乜
交收係營運知識嘅受控轉移。最終文件要令設施及 IT 團隊唔使重新追查項目歷史，都可以營運、支援同更改工作場所。
已核實記錄
竣工圖、機架及端口表、資產記錄、線路資料同已批核設定基線。
功能證據
已簽署測試結果、整合情景、缺陷狀態同已接受例外。
營運控制
支援聯絡、保養期、牌照、續期責任、備份及復原程序，同培訓記錄。
Sources
參考資料
以下一手資料用作核對公開要求、標準目的或良好實務。實際適用性須按項目確認。
FAQ
常見問題
辦公室搬遷應該幾時開始工程協調？
最好喺場地盡職審查或早期設計開始，唔好等佈局及採購鎖死供電、線路、通訊機房同系統決定。實際時間取決於業主審批、電訊商交付同業務關鍵程度。
邊個應該負責搬遷週末嘅 go／no-go 決定？
應由一位指定客戶決策人，根據已同意嘅準備、回復同業務影響準則作決定；技術團隊提供證據，唔應代替客戶承擔未定義嘅業務風險。
UPNX 可唔可以統籌客戶已委任嘅供應商？
可以。責任矩陣同整合進度可以包括客戶委任嘅設計師、承辦商、電訊商、IT 團隊同專門供應商，但要先同意清晰範圍同授權模式。