客戶實施甘特圖範本：由啟動到移交
可編輯的甘特圖，供供應商為客戶實施產品：啟動、需求、設定、資料遷移、驗收測試、上線及密集支援，並把客戶方輸入列為明確關卡。
甚麼是客戶實施甘特圖範本：由啟動到移交流程
供應商為客戶實施自家產品時，計劃只有一半由你掌握。設定、整合和培訓由你控制；誰加入項目、資料匯出何時送到、API 憑證能否使用、測試人員是否出席，則由客戶控制。若計劃把這些輸入藏在供應商的工作之內，看起來一切正常，直到客戶檔案遲交的一日，沒有人說得出它擋住了哪項工作。這個範本把客戶方獨立列為一個組別，令每星期的會議談的是日期，而不是誰的錯。
圖表共 22 行，分五個組別：啟動與需求、設定與建置、客戶方依賴、測試、培訓與上線、密集支援與移交。其中 18 項是工作，4 項是里程碑：「需求已簽核」、「驗收測試已簽核」、「正式上線」和「客戶接受移交」。「舉行啟動會議」（1 個工作日）是唯一的起始工作。「客戶指定項目團隊及批准人」（2）跟在其後，「舉行需求工作坊」（4）要等它，因為沒有決策者出席的工作坊只是預演。
需求簽核是放行大部分計劃的關卡。「按需求設定產品」（8）、「客戶提供來源資料匯出檔」（6）和「客戶提供 API 憑證及測試存取權」（3）都跟在「需求已簽核」之後。重疊只用在安全的地方。「清理及對應客戶資料」（5）在匯出檔開始後 3 日開始，所以對應工作由首批記錄開始，不必等整個檔案。「與客戶系統建立整合」（7）在設定開始後 3 日開始，但也要等憑證，所以客戶的存取權可以令它延後。
測試階段是雙方相遇的地方。「進行試行資料遷移」要等設定和已對應的資料。「進行內部質素檢查」（4）要等試行遷移和整合，令客戶不會發現你的缺陷。「進行用戶驗收測試」（6）要等該檢查和「客戶預約驗收測試人員」（1）；後者刻意設為客戶的工作：供應商的工作準時，它仍可能延誤。「培訓客戶管理員及用戶」（4）在驗收測試開始後 2 日開始。「進行最終遷移及切換」（2）需要「驗收測試已簽核」和培訓，然後才是「正式上線」。
上線之後，「提供上線後密集支援」（10）和「移交操作手冊及設定記錄」（3）同時開始，「移交予支援團隊」（2）要等兩者，然後是「客戶接受移交」。所有工期只是示例：請按過往實施的經驗自行設定。時間線只為工作排程，不會令設定正確或遷移完整，也不取代你的合約或工作說明書。顧問服務請參閱顧問項目甘特圖範本；買方自己的推出請參閱實施計劃甘特圖範本。
本流程圖涵蓋的內容
本範本包含
- 五個組別：啟動與需求、設定與建置、客戶方依賴、測試、培訓與上線、密集支援與移交，共 18 項工作和 4 個里程碑：「需求已簽核」、「驗收測試已簽核」、「正式上線」和「客戶接受移交」。
- 以工作形式列出的客戶方關卡：「客戶指定項目團隊及批准人」、「客戶提供來源資料匯出檔」、「客戶提供 API 憑證及測試存取權」和「客戶預約驗收測試人員」。
- 安全的重疊：「清理及對應客戶資料」在「客戶提供來源資料匯出檔」開始後 3 日開始，「與客戶系統建立整合」在「按需求設定產品」開始後 3 日開始。
- 要等雙方的測試階段：「進行內部質素檢查」跟在試行遷移和整合之後，而「進行用戶驗收測試」也要等「客戶預約驗收測試人員」。
- 要等支援就緒才收尾：「移交予支援團隊」跟在「提供上線後密集支援」和「移交操作手冊及設定記錄」之後。
何時使用本範本
- 你是供應商、合作夥伴或客戶成功團隊，為客戶的入門規劃時間，需要與客戶的項目主管議定日期。
- 你想向客戶顯示，哪些由他們提供的輸入（例如資料、存取權或測試人員）決定上線日期。
- 你正比較完成日期與客戶要求的日期，想看哪一項等候決定了結果。
- 你想要一個可重複使用的實施骨架，為每個新客戶複製，並按產品調整。
逐項任務嘅計劃
圖表入面每項任務，連同以工作日計嘅工期同佢哋等緊嘅前置任務。依賴用步驟編號表示；SS 係開始到開始，FF 係完成到完成，+n 係以工作日計嘅延遲。
| # | 任務 | 分組 | 工作日 | 依賴於 |
|---|---|---|---|---|
| 1 | 舉行啟動會議 | 啟動與需求 | 1 | |
| 2 | 舉行需求工作坊 | 啟動與需求 | 4 | 4 |
| 3 | 需求已簽核 | 啟動與需求 | 里程碑 | 2 |
| 4 | 客戶指定項目團隊及批准人 | 客戶方依賴 | 2 | 1 |
| 5 | 建立客戶環境 | 設定與建置 | 3 | 1 |
| 6 | 按需求設定產品 | 設定與建置 | 8 | 3, 5 |
| 7 | 客戶提供來源資料匯出檔 | 客戶方依賴 | 6 | 3 |
| 8 | 清理及對應客戶資料 | 設定與建置 | 5 | 7SS+3 |
| 9 | 與客戶系統建立整合 | 設定與建置 | 7 | 6SS+3, 10 |
| 10 | 客戶提供 API 憑證及測試存取權 | 客戶方依賴 | 3 | 3 |
| 11 | 進行試行資料遷移 | 設定與建置 | 3 | 6, 8 |
| 12 | 進行內部質素檢查 | 測試、培訓與上線 | 4 | 9, 11 |
| 13 | 進行用戶驗收測試 | 測試、培訓與上線 | 6 | 12, 14 |
| 14 | 客戶預約驗收測試人員 | 客戶方依賴 | 1 | 4 |
| 15 | 驗收測試已簽核 | 測試、培訓與上線 | 里程碑 | 13 |
| 16 | 培訓客戶管理員及用戶 | 測試、培訓與上線 | 4 | 13SS+2 |
| 17 | 進行最終遷移及切換 | 測試、培訓與上線 | 2 | 15, 16 |
| 18 | 正式上線 | 測試、培訓與上線 | 里程碑 | 17 |
| 19 | 提供上線後密集支援 | 密集支援與移交 | 10 | 18 |
| 20 | 移交操作手冊及設定記錄 | 密集支援與移交 | 3 | 18 |
| 21 | 移交予支援團隊 | 密集支援與移交 | 2 | 19, 20 |
| 22 | 客戶接受移交 | 密集支援與移交 | 里程碑 | 21 |
運作方式
在工作坊之前先指定人員
保留「客戶指定項目團隊及批准人」在「舉行需求工作坊」之前。把 2 和 4 個工作日換成你的客戶通常所需的時間。
把簽核視為關卡
「需求已簽核」放行設定、資料匯出和 API 存取。如果合約容許先為部分範圍開工，請按模組拆開里程碑，而不是移除它。
與客戶議定資料和存取的前置時間
在啟動時議定「客戶提供來源資料匯出檔」和「客戶提供 API 憑證及測試存取權」的長度，並把日期寫在備註，讓客戶看到每一項擋住了什麼。
按你的產品調整重疊
兩個開始到開始連結帶 3 日延遲，培訓連結帶 2 日延遲。請按你的團隊需要先完成前一項工作多少，才可開始下一項，調整各延遲。
守住測試關卡
保留「進行內部質素檢查」在「進行用戶驗收測試」之前，並在「驗收測試已簽核」之前，把驗收準則寫在工作備註。按預期的用戶和整合數目，設定密集支援的長度。
加入負責人、分享及匯出
把負責人加入「人員」，與客戶項目主管分享圖表，需要副本時匯出 PDF 或 CSV 存入項目檔案。
常見問題
這與買方自己的實施計劃有何不同？
這個計劃由供應商編寫，並把客戶輸入視為排程的關卡。買方的推出則涵蓋他們內部的變革、預算和用戶。該視角請參閱實施計劃甘特圖範本。
圖表會顯示客戶遲交嗎？
它會顯示客戶遲交的工作會推遲什麼。如果「客戶提供來源資料匯出檔」需時超過 6 個工作日，相關工作和「正式上線」里程碑都會推後。更新長度，然後讀取新的完成日期。
為何預約驗收測試人員是一項獨立工作？
因為測試人員通常是客戶最緊絀的資源，預約得遲，即使供應商的工作已完成，驗收也會延誤。把它設為「客戶預約驗收測試人員」這項工作，請求及其日期就看得見。
可以為只涉及資料遷移的階段加入嗎？
可以。把「進行試行資料遷移」展開成匯出、載入和對賬工作，或使用數據遷移甘特圖範本，取得以遷移為重點的計劃。流程方面請參閱企業軟件實施流程範本。
可以同時用於多個客戶嗎？
為每個客戶複製圖表，因為他們的關卡和日期各不相同。連結工作的方法請參閱甘特圖依賴關係指南；以流程圖顯示入門步驟，請參閱客戶入職流程範本。