跳到主要內容

IL 301 · 模組 8

導入重設計

完成交接、支援模式與作業指引,並誠實列出殘餘風險。

開始第一節
已完成 0 / 2

學習目標

  • 準備一份完整的交接與支援套件,讓 Pilot 團隊之外的人也能維運這個解決方案。
  • 建立作業指引,把 Module 4-7 分散的設計整理成可依循的操作文件。
  • 誠實列出即使決定採用,仍然存在的殘餘風險,而不是假裝風險已經完全消除。

交接、支援與作業指引

60 分鐘

交接與支援套件

Pilot 團隊通常是專案編制,不會永久留在營運單位。導入重設計的第一件事,是準備一份讓「原本沒有參與 Pilot 的人」也能接手維運的交接套件,而不是假設營運團隊會自然而然學會所有細節。

交接與支援套件必要內容
項目說明
作業指引日常維運步驟:如何監看、如何確認系統正常、多久檢查一次知識庫更新
支援模式出現問題時第一線由誰處理、什麼情況要升級給誰、聯絡窗口與時效
復原與撤權操作手冊直接引用 Module 7 演練過的實際步驟,而不是重新編寫未經演練的流程
教育訓練材料給新加入維運人員的教材,涵蓋 Module 4 錯誤分類與 Module 5 人工確認流程
已知限制清單目前解決方案明確不涵蓋、不擅長的案件類型,避免營運團隊過度期待

注意

常見錯誤:把 Pilot 期間累積的口頭默契當成交接文件,例如「大家都知道遇到這種情況要找誰」。Pilot 團隊成員異動後,這些默契會完全消失,交接套件必須是白紙黑字、任何人都能依循的文件。

重點: 交接套件的檢驗標準是:一個完全沒有參與過 Pilot 的人,能不能只靠這份文件把解決方案維運起來。

殘餘風險登錄

60 分鐘

殘餘風險登錄

即使 Pilot 表現良好、治理演練也通過,正式採用後仍然會有殘餘風險:這些風險沒有被消除,只是被評估為可以接受或已有緩解措施。誠實列出殘餘風險,是導入重設計與 Module 9 高階簡報誠信的關鍵。

殘餘風險登錄範例(沿用 SYN-CS-001)
風險目前緩解措施仍然殘留的部分
知識庫來源可能持續產生新的矛盾或過期內容已建立過期文件標記機制仍需要人工定期複核,無法完全自動偵測所有矛盾情境
新進客服可能過度依賴 AI 建議而降低自我判斷能力教育訓練強調何時該質疑 AI 建議長期使用下的技能流失風險,需要持續觀察,Pilot 期間無法完全驗證
尖峰時段案件量遽增時系統延遲已設計降級為全人工流程的機制降級期間客服人力若同時不足,仍可能影響服務品質
  1. 練習:完成交接套件目錄與殘餘風險登錄(使用 SYN-CS-001)
    整合本模組內容,產出兩份文件的目錄或摘要。
  2. 步驟 1
    列出交接套件的五個必要項目,各自寫一句話說明目前是否已經備齊。
  3. 步驟 2
    至少寫出兩項殘餘風險,包含「目前緩解措施」與「仍然殘留的部分」,不能只寫風險名稱。
  4. 步驟 3
    判斷這些殘餘風險是否需要在 Module 9 高階簡報中特別向 Sponsor 說明。

資訊

殘餘風險清單不是用來勸退採用決策,而是讓 Sponsor 在做 Adoption Gate 決策時,清楚知道自己承擔的是哪些具體風險,而不是簽署一份看起來零風險的報告。
自我檢測

為什麼「Pilot 團隊成員都知道遇到狀況要找誰」不能算是合格的交接套件?

為什麼「Pilot 團隊成員都知道遇到狀況要找誰」不能算是合格的交接套件?

重點: 殘餘風險永遠不會是零;誠實登錄殘餘風險,比宣稱風險已經完全解決更能取得 Sponsor 的信任。

接下來做什麼?