Behold utstyrskontekst, kildereferanser og uavklart punkt slik at kunden slipper å starte den samme samtalen på nytt.
Behold utstyrskontekst, kildereferanser og uavklart punkt slik at kunden slipper å starte den samme samtalen på nytt.
Bruk følgende kontekst slik at forespørselen eller oppgaven kan gjennomgås: uavklart oppgave, verifiserte identifikatorer, konsultert kilde, faktiske observasjoner, neste eier, bekreftelsesvei. Registrer hva som er bekreftet og hva som fortsatt er ukjent, og bruk deretter riktig produktkilde til å fastslå neste godkjente trinn.
Oppgi hva brukeren forsøkte å gjøre og hva som hindrer fullføring. Skill mellom manglende kildeinformasjon, usikker identifikasjon av del og meldt utstyrsfeil. Dette kan kreve forskjellige eiere, ikke én felles eskaleringskategori.
Ta med fastslått modell, serienummer, installerte tilvalg og kildeversjon. Marker ubekreftede felt tydelig. Neste team må vite hvilke identifikatorer som er bekreftet og hvilke som fortsatt er antakelser, ikke arve et sammendrag som fremstiller dem som like sikre.
Registrer hva som ble meldt, hvilken godkjent informasjon som ble brukt, og hvilken oppgave som faktisk ble utført. Behold resultatobservasjonen. Ikke beskriv forsøk på reparasjon hvis brukeren bare så en instruks eller diskuterte en mulig handling; overleveringen må gjenspeile den faktiske historikken.
Definer hvem som mottar saken og hvordan bekreftelse eller oppfølging skjer i valgt supportprosess. Integrasjoner og automatisk saksoppretting må verifiseres. Et kopiert sammendrag er ikke sendt inn, og guidens status må gjøre forskjellen tydelig.
Eksempel på eskalering: Maskinidentiteten er bekreftet, men installert tilvalg mangler i tilgjengelig manual. Registreringen inneholder tilvalgsreferansen og kilden som ble kontrollert. Dokumentasjons- eller produkteieren vurderer om kilden gjelder før service blir bedt om å følge en oppdiktet prosedyre.
Når saken er gjennomgått, registrer godkjent svar og hvilket dokument eller hvilken guide som må oppdateres. Behold begrensninger som gjelder for denne saken. Gjentatte kildehull blir dermed en ansvarlig innholdsoppdatering uten at en engangsløsning kopieres inn i veiledning for alle kunder.
Forbered en registrering av eskalering av utstyrssupport som knytter kilden til den faktiske oppgaven. Kopier kontekstfeltene nedenfor inn i egen produkt-, support- eller gjennomgangsprosess. Legg til relevant kildereferanse og ansvarlig eier slik at neste team ser hva som fortsatt må bekreftes.
Registrer uavklart oppgave, verifiserte identifikatorer og konsultert kilde, og identifiser riktig kilde.
Bruk eksemplet der manualen ikke dekker et installert tilvalg til å diskutere omfanget. Gå deretter gjennom den faktiske oppgaven og manglende opplysninger med ansvarlig eier.
Behold faktiske observasjoner, neste eier, bekreftelsesvei og det uavklarte spørsmålet i registreringen.
En eskalering identifiserer uavklart oppgave, verifisert produktkontekst, kontrollerte kilder og neste eier. Den opprinnelige samtalen kan beholdes som bevis, men en strukturert overlevering gjør nødvendig gjennomgang tydelig.
Ta med uavklart oppgave, verifiserte identifikatorer, konsultert kilde, faktiske observasjoner, neste eier og bekreftelsesvei. Hold verifiserte identifikatorer og observasjoner atskilt fra uavklarte spørsmål slik at neste eier kan velge riktig kilde.
Merk manglende opplysninger som ukjente og vis hvem som har ansvar for verifisering. Bruk tilgjengelig informasjon om oppgaven og kilderegistre til å etablere konteksten før du presenterer et produkttilpasset svar.
Ta med ett produkt og godkjent kilde for et tilbakevendende spørsmål. En målrettet demonstrasjon kan vise hvordan merkede illustrasjoner, gjennomgåtte trinn eller en tydeligere supportsak hjelper med uavklart oppgave og verifiserte identifikatorer. Avtal forberedelse og gjennomgang før opplevelsen utvides.
Send den godkjente håndboken, diagrammene eller bildene du allerede har. Be om en gratis veiledningsdemo slik at teamet kan vurdere én produktoppgave før dere bestemmer hvordan den skal utvides.
