現場服務請求及調度 SOP

Insatech的現場服務請求及調度SOP:服務台接收及分流、遙距或現場的決策、指派技術員、準備設備、客戶探訪,以及為每宗個案結案的服務報告。

使用此範本

運作方式

  1. 將泳道換成你們實際的服務崗位

    這張圖使用服務台、現場服務及物流。如果Insatech將調度協調從服務台分流中拆分出來,或者有獨立的倉存職能負責備件,就將該角色設為獨立泳道,不要併入服務台——交接位通常正是一個步驟被默默假定已經有人完成、而實際上是雙方互相假設對方已經處理的地方。

  2. 在決策上訂立你們自己的遙距/現場準則

    「遙距支援已足夠,還是需要現場探訪?」需要一份明確寫明的清單,列出哪些情況會偏向哪一邊,而不只是「憑判斷」三個字。將實際準則——徵狀模式、涉及ATEX或受分區區域、安全指標——寫入該行的備註欄,令分流不會因為當值協調員不同而有差異。

  3. 在依賴BI面板之前,先在每一行設定People與Workload

    Workload面板只可以合計有填寫工時的行。在你們改編這張圖的時候,為每一步填上People與Workload,使用實際的有效工時而不是經過時間,讓有多宗調度的一星期,真正顯示出是正確的人特別忙碌。

  4. 決定備件檢查對你們的產品線代表甚麼

    「確認所需備件有庫存,並為工作揀選」只有在按工單上已記錄的儀器類型及故障模式核對時才有效。如果Insatech的倉存是按產品線或按客戶合約分類,就在該行寫明,而不要留作一個通用的存貨檢查。

  5. 指明誰可以在沒有已簽署報告的情況下結案

    「服務台結案,並確認解決方案已記錄」是兩條分支匯聚的一點。決定並寫下,結案是否容許在「現場撰寫服務報告並取得客戶簽署」存檔之前發生,讓這成為圖上的一項政策,而不是有人在壓力下作出的例外。

常見問題

甚麼決定一宗個案是遙距處理,還是調派技術員?

由「遙距支援已足夠,還是需要現場探訪?」這個決策決定,作出於「按徵狀及服務紀錄作技術分流」完成之後。它會衡量徵狀及儀器的服務紀錄:設定問題,或者活動讀數上可見的接線故障,通常電話已可解決;懷疑感應器故障、安全隱患,或者任何需要親身接觸ATEX認證設備的情況,則要改為現場處理。

服務台決定需要探訪之後,接下來會發生甚麼?

個案會進入調度準備階段:「指派技術員」、「確認所需備件有庫存,並為工作揀選」、「準備測試設備並裝上服務車」,以及「與客戶確認預約時段、現場出入及個人防護裝備要求」,全部都在技術員出發前往探訪之前完成。

遙距解決的個案會跳過服務報告嗎?

會。「透過電話或平台與客戶遙距解決」會直接前往「服務台結案,並確認解決方案已記錄」,不會經過調度準備或現場報告,因為沒有派出技術員,現場也沒有東西需要簽署。遙距解決本身,就是被記錄下來的內容。

誰負責結案,服務台還是技術員?

兩條分支都由服務台結案。「服務台結案,並確認解決方案已記錄」是電話解決及完全解決的現場探訪都會經過的同一行,令每一宗個案,不論由哪一條分支處理,最終都落在同一份紀錄上。

如果技術員未能在一次探訪內完全解決問題,會怎樣?

「問題在探訪期間已完全解決?」會在報告撰寫完成後,即場在現場截住這個情況。答案為「需要跟進」會轉去「記錄未完成工作,並排期跟進探訪」,再循環返回「指派技術員」,而不是結案,讓一單需要待訂零件或第二次探訪的工作留在同一宗個案上,而不是日後變成一次無人追蹤的重開。

這個與緊急儀器故障排除 SOP有甚麼分別?

本SOP假設客戶已經將問題描述得足夠清楚,讓分流可以冷靜衡量遙距與現場。緊急儀器故障排除 SOP處理的是相反的情況:一個此刻正在惡化的製程,甚至連哪一個儀器出錯都仍未確定,緊急程度評估必須在任何遙距/調度決定之前先進行,而不是作為一個例行的分流步驟。

這個SOP可否用於一個只有電話支援合約、沒有現場成分的客戶?

可以。每一宗個案仍然會經過「遙距支援已足夠,還是需要現場探訪?」以作記錄,但對這位客戶而言,現場分支永遠不會被採用。將這個決策保留在圖上,而不是移除,正是向審計員展示個案曾被評估過,而不是被想當然的地方。

使用此範本

SOP 標準作業程序範本的更多內容

Browse all SOP 標準作業程序範本