社群值班教學：讓小編知道何時自己回、何時交給專責人員

社群值班教學：讓小編知道何時自己回、何時交給專責人員

小編不應靠猜測承諾退款，也不應每遇到一個問題就把所有主管拉進群組。好的值班制度讓人知道權限邊界，並能把必要資訊交給真正有能力處理的人。

這份教學用一般品牌服務情境建立分級，重點是處理責任與下一次更新。它不是把嚴重事件自動分類後就放著不管，而是讓人工判斷更快到位。

依可能影響分級，不依按讚數分級

一般營業資訊可由值班者回覆；付款、退貨或物流異常交客服專責；人身安全、個資曝光或明顯系統異常則立即通知指定窗口。低聲量也可能是高風險事件。

假設案例：只有一人留言說表單顯示他人地址，仍應優先查核。另一篇很多人討論包裝顏色，則不必因聲量大就啟動緊急流程。

• 分級依安全、資料與服務影響
• 不以批評強烈程度代替事實判斷

責任表要寫能做的決定

每類事件列主責、備援與可核准事項，例如誰能暫停廣告、更新公告或提出補救方案。只有姓名沒有權限的表格，遇到問題仍會不斷往上轉。

值班者可以先確認收件與下一次更新時間，但不擅自承諾未核准的結果。若主責暫時無法聯絡，依備援路徑處理，而不是在公開區等待主管回訊。

• 每個職責都有備援聯絡方式
• 寫清可直接回覆與需核准範圍

升級摘要保留事實與不確定事項

摘要包括發生時間、可見問題、影響範圍、已採取動作與待確認事項。把推測放在另一欄，避免「可能是物流問題」在轉傳三次後變成既定結論。

只提供處理需要的資料，不把完整客戶對話到處轉寄。若有截圖，先檢查無關個資，並在受限管道保存原始證據以供專責人員查看。

• 事實、推測與待查事項分欄
• 保留原始來源與擷取時間

公開更新承諾時間，不承諾未知結果

用「正在確認受影響範圍，下一次於某時更新」說明狀態，比「已完全解決」卻沒有證據更可靠。時間承諾要與值班能力相符，並在到期前主動更新。

若仍未查清，也說明已完成哪些確認、下一步是什麼。不要為了有新消息而猜測原因；重複提供同一份清楚狀態，比不同窗口各說一種推論好。

• 使用單一公告作為狀態來源
• 客服與社群同步更新版本

交班與復盤確認未完成事項

交班時逐案確認下一負責人已接手，列出尚未回覆的人與下一更新時間。單純把群組訊息標已讀，不代表對方知道自己要執行什麼。

事後檢查哪個環節耗時最久，修補權限、資料或備援問題。復盤要改善流程，不把所有延遲歸咎於第一線小編，也不只檢查貼文語氣。

• 交班記錄下一步與完成條件
• 將重複卡點改成具體流程修改