海外營運出狀況先找誰?事故聯絡卡與決策權責表

海外營運事故發生時,值班人如何沿事故聯絡卡找到第一窗口、備援、批准人與對外通知負責人,並留下可接手的紀錄。

海外營運出狀況先找誰?事故聯絡卡與決策權責表

海外營運出狀況時,最難的不一定是立刻修好問題,而是值班者不知道該通知誰、誰有權暫停流程、誰能向客戶說明。跨時區團隊、供應商與不同溝通管道,讓只有姓名和電話的名單往往不足以接班。事故聯絡卡要標出第一窗口、失聯時的下一站、批准人和對外通知責任;權責表則把可先做的保護動作與必須批准的承諾分開。無論遇到出貨延誤、付款中斷或共享平台無法登入,先區分已確認情況和待查問題,再按順序通知、決策、記錄。以下做法是供企業依班表、風險和內部授權填寫的操作框架,實際內容應由負責營運的人員逐項確認。

實作重點:事故第一聯絡人是誰?;無法聯絡時找哪位備援?;哪些決定需要主管批准?;客戶與供應商誰來通知?;更新紀錄放在哪裡?;事故結束如何清除舊聯絡?

事故第一聯絡人是誰?

事故第一聯絡人應是當班負責協調的人,而非通訊錄裡職稱最高者。卡片要同時寫角色、姓名、所在地時區、可用時段、主要聯絡方式和另一個備援方式;只寫一個手機號碼,遇到漫遊、停機或夜間便無法接手。卡片要放在值班者找得到的受控位置,並確認新接手人有權限開啟。接通後,聯絡人先確認「收到」,再問發生時間、影響市場、受影響系統或訂單、目前已知事實、已採取的動作,以及下一次回報時間。把觀察到的結果與推測分開,例如「付款頁持續轉圈」是觀察,「銀行拒絕交易」仍待確認。這樣交班者不會把猜測當成原因,也不會先向客戶承諾恢復時間。

建卡時可用任務而非個人英雄:營運值班人收集現況,技術或供應商窗口查服務狀態,負責人決定是否停單;第一聯絡人負責把人接上,不必自己解決每一層問題。欄位旁標示資料最後確認日,避免新同事拿到舊版本。卡片不放密碼、一次性驗證碼、完整付款資料或客戶證件;需要進系統時,由有權限的人走公司核准的存取方式。若事故涉及人身安全、資安或跨境資料,先照公司既定通報程序保全現況,避免在群組轉傳敏感截圖。

例如,假設台灣團隊發現新加坡訂單無法出貨,值班人先在卡片所列頻道通知「海外營運值班」並提供受影響批次、發現時間及已暫停的步驟;窗口回覆收到後,指派物流窗口查倉庫狀態,再把需要主管拍板的項目標出。這讓每個人知道現在由誰接球,而不是同時私訊多位主管、各自聽到不同版本。

無法聯絡時找哪位備援?

首位聯絡人沒回時,接手路徑要明確寫在同一張卡上:由誰在什麼條件下轉找誰,透過哪個替代管道,並在什麼位置留下已嘗試聯絡的時間。觸發條件由公司按事故級別和時區訂定,例如內部可設定「主要窗口在自訂時限內未確認收到,就聯絡備援」;這是內部操作值,不是通用服務承諾。不要只寫「找主管」,應列出姓名或職務、代班順序、可聯絡時段、能作的決定,以及如何找到下一層批准人。若主窗口與備援同時休假、使用同一支電話或依賴同一個故障系統,名義上有兩人,實際仍只有一條路。

備援應該有能力先接住資訊、判斷是否需升級,並知道哪些動作已事先授權;若不能批准對外承諾,也要能找到批准者。可設第二備援或當地合作窗口,但清楚標示他是公司內部責任人、外部供應商,還是專業顧問,避免接手人誤以為對方代表公司決策。聯絡方式至少準備兩種可行通道,並用非事故狀態定期演練確認,不要在真的停機時才發現群組已失效。個人聯絡資料只供必要值班角色存取;更換職務後,立即交接或撤下舊人的事故權限。

假設主要窗口在歐洲深夜沒有回覆,接手人先按卡片上的時限改找備援,再將聯絡時間、回覆狀態和手上資料記入事故紀錄。備援若只能協調、不能決定暫停新訂單,就同時聯絡表上列明的營運批准人;若仍無法取得批准,採取卡片預先核准的暫時保護動作並繼續升級。如此既不無限等待,也不把未授權的商業決定推給外部窗口。

哪些決定需要主管批准?

主管批准不是由事故發生後臨場猜測,而是事前把可逆的保護動作、商業影響和外部承諾分層。公司可先列出「執行人可立即做」「主管須批准」「須再找專業人士確認」三類,並為每一類填入職務名稱、替代批准人、可接受金額或影響範圍,以及批准留下的紀錄。以下只是示意,門檻要由企業依現金流、合約、客戶承諾和風險自行設定,不是法定標準:

決策類型 建議先寫明
暫停單一受影響流程 值班人可否先止損及何時回報
動用額外成本或補償 金額上限、批准職務、記錄位置
對外承諾恢復時間 誰核實狀況、誰批准文字
涉及合約、資料或監管問題 先保全資料,再由適當專業人士判斷

表格要能回答「沒有人即時批准怎麼辦」。遇到多個市場同時受影響時,也先註明由哪位主管彙整資訊,避免各地分別承諾不同做法。可預先授權短期、可撤回的保護措施,例如暫停有疑慮的批次,並規定由值班人通知主管;不可把「保護措施」擴張成刪除資料、改客戶紀錄、承諾賠償或永久停業。對成本與影響較大的決定,設定單一批准人及其代班者,不讓多人各自口頭同意後互相矛盾。若需要考慮法律、稅務、銀行或資料保護問題,先把事實整理給合資格的外部專業人士,不能以事故卡取代個案判斷。

假設系統故障時可以先暫停新訂單,值班人照預授權操作並記錄時間;要退款或承諾補償,則等指定主管核准。任何人若只能通報而無批准權,卡片就應明示,避免沉默被當成同意。

客戶與供應商誰來通知?

通知名單要按受影響對象分開,指定一位主要對外窗口與一位備援,其他同事把查證結果交回窗口,避免客戶收到不同版本。客戶通知者通常由企業按既有客戶關係安排;供應商通知者則應能說清服務、批次或交付要求。兩類訊息都先寫四件事:已確認的狀況、目前影響、對方需要採取的動作,以及下一次更新的時間或條件。仍未查明的原因要標成待確認;不要猜測故障責任、轉傳內部爭論,或承諾確切恢復時間。若尚無新資訊,也可依約定時間簡短回報「仍在確認,下一次何時更新」,讓收件人知道有人負責。

先用名單判斷誰真的受影響:若只有一個物流批次延遲,就通知該批次相關客戶及承運窗口,不必把未受影響市場一併驚動;若付款、登入或資料功能可能擴及多地,先由事故負責人確認範圍,再決定是否擴大通知。供應商若需要訂單編號或追蹤資訊,僅提供查問題所需的最少內容,經核准管道傳送。客戶個人資料、付款資訊和尚未證實的個案細節,不應貼在開放群組或把所有收件者放在同一封信件副本。涉及法律權利、合約解釋或可能受規管通報的情況,應交由合資格專業人士判斷,不要讓客服自行作法律結論。

假設海外倉庫回報部分貨件掃描延遲,通知窗口可說明目前核實到的批次、對交付的已知影響,以及下一次更新安排;未確認的原因不寫成倉庫失職。發送前由事故負責人核對名單和文字並留存副本;若資訊有變,沿用同一窗口更正,清楚指出哪項內容更新,避免新版與舊版同時流傳。

更新紀錄放在哪裡?

事故期間只保留一個正式紀錄位置,例如公司已核准、具存取權限管理的工作平台;群組、電話和電郵可用來通知,但重要事實與決定應回寫該紀錄。卡片本身只指向存放位置和管理者,不要在多個私人通訊群組各存一份含個人電話或客戶資料的檔案。若平台不可用,先以事前指定的離線表格記下時間和決策,平台恢復後補回並註明補登時間,避免把不同時區的先後順序弄亂。所有時間最好標出時區,寫出狀態改變,而不是只留「稍早」「剛剛」。

每則紀錄可有事件編號、發現時間、回報者、影響範圍、已核實事實、未確認事項、處理動作、決策人、批准時間、對外通知對象與下一個更新點。證據以權限受控的位置連結,保留原始訊息或截圖時先遮蔽不必要的個人及付款資料。不要只截取片段而刪掉上下文,也不要在事故結束後覆寫原紀錄;更正時新增一筆,說明何時由誰修正了什麼。存取權限按值班需要設定,離職、換組或供應商合約結束後收回;保存期限按企業既定資料政策和個案要求處理。若由不同人輪班,指定交接欄位與下次更新時間,避免紀錄停在前一班。

例如假設台北時間十六時四十分發現海外訂單狀態不同步,紀錄應分別列出發現時間、受影響訂單範圍、當班人做過的查核,以及主管何時批准暫停同步;若同一事件涉及另一時區,保留原時區或另註明換算方式。接手人打開紀錄就能先看到最新狀態、負責角色和下一步,不必翻閱整串聊天重建事故。

事故結束如何清除舊聯絡?

事故解除後,清理聯絡卡不是把舊人的名字直接刪掉就結束;先確認事件紀錄已補齊、未完成事項已有責任人、客戶與供應商收到必要的結案或後續安排,再檢查事故期間新增的臨時聯絡方式和授權。把過時聯絡卡標為停用並保留版本日期或移轉紀錄,讓團隊知道哪一份現行有效;若舊版含私人電話或敏感資料,依公司存取與保存政策撤權、封存或安全刪除,不要留在公開共用資料夾。事件紀錄與聯絡資料用途不同,清理名單不代表抹除應保留的決策軌跡。

檢查可放在事故結束交接及固定的內部盤點中,也應在人員、時區、供應商、通訊工具或決策權變動時即時更新。逐項確認主要窗口、備援、批准人、對外通知者仍在任且可聯絡;用一次低風險演練測試電話與替代通道是否可達,記錄誰確認及日期。若有人離職或責任轉手,先指定新窗口並測通,再撤下舊人的工作權限,避免出現空窗。不要把事故卡散發成無法追蹤的附件;固定一個受控來源,給需要的人連結並說明版本。

結案檢討聚焦於聯絡是否接通、升級是否到位、批准是否找得到、訊息是否一致、紀錄是否可讀,並把改善項目指派給人和期限;不需把檢討變成責怪個人。若同一項聯絡資訊再次失效,就調整備援或演練方式,並更新版號與確認人。下一個可立即採取的動作,是把目前的值班人、替代窗口、批准人和通知責任填入一頁卡片,交接前逐一測試。若需延伸了解香港公司與海外營運議題,可瀏覽 Chan & Chung 首頁。