新建與初步評估
在提交內部優先順序之前驗證客戶、問題、影響和緊急程度。
每種狀態都應決定團隊下一步要做什麼,而不只是更改一個標簽。
在提交內部優先順序之前驗證客戶、問題、影響和緊急程度。
明確負責人、下一步行動和截止時間,並隨工作推進記錄處理過程和客戶更新。
將等待客戶與等待第三方分開,並保持恢復條件可見。
記錄服務風險、客戶影響、主管行動和下一個審查檢查點。
發送解決方案,要求客戶進行驗證,如果問題仍然存在,則重新開啟確切的服務請求。
一張巨大的工單清單隱藏了首先需要關注的工作。
在團隊承擔責任之前防止服務請求消失。
顯示目前客戶承諾的回應和解決風險。
清楚顯示等待對象、原因和下次檢查時間,避免等待中的工作被遺忘。
在再次開始調查之前,請使用之前的工作、客戶回饋和升級處理歷史記錄。
導入團隊仍然需要的記錄,而不是每條沒有結構的歷史訊息。將活動義務與參考歷史記錄分開,為每個開放服務請求商定一個負責人,並在關閉舊列表之前將導入的佇列與將要處理該佇列的人員進行協調。
客戶、摘要、類別、影響、優先順序、負責人、狀態、下一步行動和承諾建立可用的起始記錄。
將不一致的標簽映射到一個小的生命週期,並為每個活躍服務請求分配一個負責的團隊。
保留目前承諾、最新進展、未解決依賴和結案原因。保留能夠解釋目前決策的訊息和附件;大量對話記錄若無營運價值,可單獨歸檔。
驗證普通客服人員是否看到正確的佇列以及主管是否可以開啟警報背後的升級處理證據。
它將客戶的疑問和問題轉化為可追蹤的服務請求,其中包含背景、責任歸屬、狀態、承諾、更新、工作歷史和解決結果。
通常不會。用客戶語言詢問影響力和緊急程度,然後讓服務團隊使用一致的規則和客戶脈絡應用優先順序。
記錄團隊正在等待誰、需要什麼、服務時鐘是否暫停以及何時必須再次檢查服務請求。
已解決意味著團隊發送了提議的解決方案。關閉意味著結果已滿足組織的完成條件,通常包括客戶確認或商定的回應窗口。
將工單保留為通信和責任歸屬記錄,然後在該決策需要自己的許可和證據時連結單獨的退款、保固、變更或現場服務工作流程。
開啟即時佇列,檢查服務風險,並查看受理、客戶更新、處理記錄和解決確認如何保持聯絡。