先確認設備身份
記錄產品、型號、序列號,以及可獲取的現場資產編號。如果已安裝的選配件會影響適用文件,也請一並詢問。允許申請人將無法確認的編號標記為未知;如實注明資訊不完整,遠勝于猜測型號並讓支援人員查閱錯誤的資料。
- 產品和型號
- 序列號或資產編號
- 任務和觀察結果
受理設備支援請求時,應先確認產品、使用者執行的任務和觀察到的問題,再請求診斷。統一的記錄格式可以減少不必要的來回確認,並為後續團隊提供足夠的背景資訊,以便選擇適用且已核准的資料來源。
使用以下背景資訊,讓請求或任務便于審核:產品和型號、序列號或資產編號、任務和觀察結果、準確的提示資訊、查閱的資料來源以及下一位負責人。記錄已核實的資訊和仍未知的事項,然後依據適用的產品資料確定下一個獲準執行的步驟。
記錄產品、型號、序列號,以及可獲取的現場資產編號。如果已安裝的選配件會影響適用文件,也請一並詢問。允許申請人將無法確認的編號標記為未知;如實注明資訊不完整,遠勝于猜測型號並讓支援人員查閱錯誤的資料。
保留觀察到的行為、畫面上顯示的準確訊息和發生時間。將這些事實與申請人對原因的猜測分開記錄。這樣,支援團隊就能審核問題,而不會把未經負責團隊確認的判斷當成診斷結論。
附上現有記錄或合適的照片,並注明設備和所在位置。說明近期發生了哪些變化,以及查閱了哪些已核准的資料。避免上傳大量未整理的文件,否則團隊無法判斷哪些圖片、部件或時間點與報告的問題有關。
詢問對方接下來需要什么:選擇資料來源、確認零件身份、執行已核准的任務,還是由專家審核。注明缺少的資訊和應轉交的負責人。受理流程應支援有效分流,而不是僅憑籠統的緊急程度標簽將所有工單送往同一個部門。
示例工單:客戶起初報告無法繼續組裝,隨後確認缺少一個連接件。記錄會保留產品和資料來源背景,同時將下一步操作轉為已核實的零件支援。客戶不必重新填寫空白表單來提交請求。
明確所選支援流程如何確認收到請求並分配後續跟進人員。復制的摘要可以隨時發送,但系統並未自動提交。狀態措辭應準確,讓使用者清楚自己只是準備好了記錄,還是已經正式提交到組織的工單流程。
創建“設備支援工單受理”工作流程的記錄,將資料來源與實際任務關聯起來。將以下背景資訊字段復制到自己的產品、支援或審核流程中。添加適用的資料來源參考和負責人,方便後續團隊了解仍需確認的事項。
記錄產品和型號、序列號或資產編號、任務和觀察結果,並確認適用的資料來源。
使用“將安裝問題轉為零件請求”這一示例討論流程范圍,然後與負責人一起審核實際任務和待補充字段。
在生成的記錄中保留準確訊息、查閱的資料來源、下一位負責人以及尚未解決的問題。
申請人可以報告疑似相關部件,但應與觀察到的症狀分開記錄。在確認診斷或更換部件之前,負責的支援團隊需要核實配置和適用的資料來源。
記錄產品和型號、序列號或資產編號、任務和觀察結果、準確訊息、查閱的資料來源以及下一位負責人。將已核實的標識、觀察結果和未解決問題分開記錄,方便下一位負責人選擇適用的資料來源。
將缺失資訊標記為未知,並注明負責核實的人員。在提供針對具體產品的答復之前,先利用現有產品、型號和資料記錄確認相關背景。
帶來一個產品,以及針對某個常見問題的已核准資料來源。定向演示可以展示標注清晰的圖示、經過審核的步驟或更清楚的支援記錄,如何幫助確認產品和型號、序列號或資產編號。在擴大應用范圍之前,應先就準備和審核方式達成一致。