星期六收到投訴，星期一才有人跟？品牌假日值班怎樣安排
香港品牌把假日投訴納入 ORM／網上口碑管理時，應先定主值班、候補、授權及交班確認。監測不等於接案，對外服務窗口必須符合實際人手。
沿用 Chiwa AI 原有 AI 概念配圖；非真實個案、工具介面或成效數據。 審閱及發布批准：Codex（編輯核對）；Jones Ng（發布流程授權，非逐字審閱）｜2026-09-14。
值班不是全天候承諾，而是清楚的覆蓋安排
假日投訴能否被跟進，取決於有人收通知、有人確認接案，以及有人有權決定下一步。只開啟通知，或在群組寫「大家留意」，都未能證明有人負責。
本文討論香港中小企一般服務投訴的值班安排，不代表任何公司的全天候服務承諾。涉及人身安全、法律或其他專業風險的事件，應交既定專責人員處理，不由一般值班表取代。
Atlassian 的事件管理角色說明，把統籌、對外溝通及客戶支援分成不同責任。以下將這種職責分工借用到品牌營運，是本文建議，並非 Atlassian 的 ORM 服務標準。來源：Atlassian 事件回應角色
值班表先填候補、權限和回應窗口
一張可用的值班表，應能回答主值班未接案時誰接手。本文的四格表可供企業填寫；時間與授權範圍必須由實際負責人確認，不能複製成未能履行的承諾。
| 欄位 | 要填的內容 | 完成證據 |
|---|---|---|
| 主值班 | 覆蓋日期、時段、渠道及姓名 | 本人確認可接收通知 |
| 候補 | 主值班未確認時的接手人及觸發條件 | 候補知道何時接管 |
| 授權 | 可回覆事項、需批准事項及批准人 | 有清楚的權限範圍 |
| 交班 | 未完個案、下一動作、期限及接手人 | 接班人確認收到 |
值班可由同一人兼任不同角色，但責任不能留白。通知中的已讀標記也不等於接案：最好在個案紀錄內寫明「由誰處理、下一步做甚麼」。
自動回覆要說清楚服務窗口，不扮成真人已處理
自動回覆適合確認收到訊息，以及說明何時有人處理；不適合聲稱已查明原因或已安排補救。沒有查證，就不要把「我們正在處理」當成萬用句。
Atlassian 的通訊範例會區分正在調查、服務影響及下一次更新。品牌可以借用「狀態—行動—更新時間」的結構，但實際措辭要配合已知事實，不應直接套用技術事故文字。來源：Atlassian 事件通訊範例
例如企業確實只在指定假日時段有人值班，可以寫明該時段及聯絡方法；若無人能查單，就不要暗示即時客服在線。下次更新的時間也不是保證問題已解決的時間。
用一個虛構個案走完假日流程
演練要測到接手，不只測到手機響。以下是假設情境，並非真實品牌事件或成效案例。
一位客人在星期六留言，表示已預約但未收到確認。主值班先確認收到訊息，再查看是否有權查閱相關安排；若沒有權限，便按表通知指定營運同事。對外只說明已確認的狀態，不猜測客人有否填錯資料。
演練時記錄通知發出、接案確認、取得事實及交班的時間。如果主值班沒有回應，要測候補是否真的收到並接手。若整條流程卡在批准人，就修正授權安排，而不是只增加通知次數。
星期一要看未完清單，而不是只看回覆數
假日回過訊息，不等於個案已完成。下一工作日應逐項確認：是否仍欠客戶資料、是否等候內部查證、是否承諾更新，以及誰負責下一步。
完成單一個案的標準，可另看售後補救與投訴結案清單。本文值班表管理的是覆蓋和交接，不應把個案未解決的原因全部歸咎於值班人員。
常見問題
每個負評都要假日即時回覆嗎？
不必一概而論。品牌應按實際服務窗口、影響及已確認事實設定處理規則。對外已作出的承諾要核對，不能用內部值班安排掩蓋無法履行的服務。
外判監測是否等於外判客服？
不是同一件事。要逐項確認供應方是否只發提示，還是負責接案、查證、草擬回覆或獲授權發布。沒有列明的能力不能自行假設。
小公司只有一個人怎麼辦？
先縮小可履行的服務窗口，指定可聯絡的候補或例外處理人。不要對外承諾超出實際人手的全天候服務；亦要安排休息與交接。
下一步：先把下一個假日的四格表填完
帶着渠道清單、現有服務窗口及未完個案，與 Chiwa AI 討論網上口碑管理的監測與回應安排。先測一次流程，再決定是否需要增加工具或外判範圍。
WhatsApp 諮詢：6826 5126｜WeChat：jonesnghk
資料查閱：2026-09-14。本文是一般營運規劃，不提供特定事件的法律或專業危機判斷。