Bevara utrustningssammanhang, källreferenser och den olösta frågan så att kunden slipper börja om med samma diskussion.
Bevara utrustningssammanhang, källreferenser och den olösta frågan så att kunden slipper börja om med samma diskussion.
Använd följande sammanhang så att ärendet eller uppgiften kan granskas: olöst uppgift, verifierade identifierare, granskad källa, faktiska observationer, nästa ansvarig, bekräftelseväg. Dokumentera vad som är verifierat och vad som fortfarande är okänt och använd sedan relevant produktkälla för att fastställa nästa godkända steg.
Ange vad användaren försökte göra och vad som hindrar att uppgiften slutförs. Skilj mellan saknad källinformation, osäker delidentifiering och rapporterat utrustningsfel. Olika orsaker kan kräva olika ansvariga i stället för en generell eskaleringskategori.
Ta med fastställd modell, serienummer, installerade tillval och källrevision. Markera obekräftade fält tydligt. Nästa team ska veta vilka identifierare som är verifierade och vilka som fortfarande är antaganden i stället för att få en sammanfattning som ger dem samma säkerhetsgrad.
Dokumentera vad som rapporterades, vilken godkänd information som granskades och vilken uppgift som faktiskt utfördes. Bevara den efterföljande observationen. Skriv inte om åtgärder som användaren aldrig genomförde; överlämningen ska spegla den faktiska ärendehistoriken.
Ange vem som tar emot ärendet och hur bekräftelse eller uppföljning sker i vald supportprocess. Integrationer och automatisk ärendeskapning måste verifieras. En kopierad sammanfattning är inte ett inskickat ärende, och guidens status ska visa skillnaden tydligt.
Exempel på eskalering: maskinens identitet bekräftas, men ett installerat tillval saknas i den tillgängliga manualen. Registreringen innehåller tillvalsreferens och granskad källa. Dokumentations- eller produktansvarig granskar tillämpligheten innan service ombeds agera utifrån en påhittad procedur.
När ärendet har granskats dokumenterar du godkänt svar och vilket dokument eller vilken guide som behöver uppdateras. Behåll ärendespecifika begränsningar. Återkommande källuckor blir då en ansvarig innehållsändring utan att en engångslösning kopieras till vägledning för alla kunder.
Förbered en registrering av eskalering för utrustningssupport som kopplar källan till den faktiska uppgiften. Kopiera sammanhangsfälten nedan till er produkt-, support- eller granskningsprocess. Lägg till relevant källreferens och ansvarig ägare så att nästa team ser vad som behöver bekräftas.
Dokumentera olöst uppgift, verifierade identifierare och granskad källa och identifiera relevant källa.
Använd exemplet där manualen inte omfattar ett installerat tillval för att diskutera omfattningen. Granska sedan den faktiska uppgiften och återstående fält med ansvarig ägare.
Behåll faktiska observationer, nästa ansvarig, bekräftelseväg och den olösta frågan i registreringen.
En eskalering identifierar olöst uppgift, verifierat produktsammanhang, granskade källor och nästa ansvarig. Den ursprungliga konversationen kan finnas kvar som belägg, men en strukturerad överlämning gör den nödvändiga granskningen tydlig.
Ta med olöst uppgift, verifierade identifierare, granskad källa, faktiska observationer, nästa ansvarig och bekräftelseväg. Håll verifierade identifierare och observationer åtskilda från olösta frågor så att nästa ägare kan välja relevant källa.
Markera saknade uppgifter som okända och visa vem som ansvarar för verifieringen. Använd tillgängliga uppgifter om olöst problem och källregister för att fastställa sammanhanget innan du ger ett produktspecifikt svar.
Ta med en produkt och den godkända källan för en återkommande fråga. En fokuserad demonstration kan visa hur märkta bilder, granskade steg eller ett tydligare supportärende hjälper med olöst uppgift och verifierade identifierare. Kom överens om förberedelser och granskning innan lösningen utökas.
Skicka den godkända manual, de diagram eller foton du redan har. Begär en kostnadsfri guidedemo så att teamet kan granska en produktuppgift innan ni beslutar hur den ska utökas.
