Identifiser produktet og tilstanden
Registrer modell, variant, relevant versjon og nøyaktig melding som vises der dette er tilgjengelig. Skill mellom første oppsett, normal bruk og et problem etter vedlikehold eller erstatning. Slike startvilkår kan kreve ulik dokumentasjon selv når brukeren beskriver samme symptom.
Bruk observasjoner som forgreningsspørsmål
Spør hva brukeren pålitelig kan se eller rapportere, ikke be vedkommende diagnostisere en komponent. Skill observasjon fra handling. Beskriv hva hvert svar bekrefter og hvilken godkjent kontroll som følger. Hvis brukeren ikke kan svare, legg inn en nyttig vei for usikkerhet.
Sørg for at kontroller følger kilden og brukerrollen
Hver kontroll bør vise kilden, nødvendig rolle, forventet resultat og tillatt neste handling. Bruk bilde, tegning eller interaktiv visning til å forklare hva brukeren skal se etter. Behold produsentens krav til tilgang og frakobling; en kundeløype må ikke i det skjulte bli en reparasjonsprosedyre for teknikere.
Eksempel: et apparat starter ikke
Illustrerende utforming: Flyten fastslår apparatmodell og brukerens nøyaktige observasjon, og viser deretter de relevante kontrollene fra brukermanualen. Hvis symptomet ikke passer en støttet gren, samler flyten inn meldingen på skjermen og oppsettkontekst for service. Den diagnostiserer ikke en elektrisk komponent ut fra symptomet alene.
Eskaler med nødvendig kontekst
Ta med produktidentitet, symptom, kildeversjon, kontroller som er forsøkt, observerte resultater og relevant dokumentasjon. Skill en kontroll som bestod, fra en bruker ikke kunne utføre. Fortell hvem som mottar saken og hva som skjer videre i den faktiske støtteprosessen.
Test løste, uløste og ustøttede forløp
Test et forventet problem, et uklart svar, en modell som ikke støttes og en oppgave utenfor omfanget. Bekreft at hver gren ender med et godkjent resultat eller eskalering. Gå gjennom gjentatte blindspor og oppgaveresultater i stedet for å behandle antall chatbotmeldinger som støtteutfall.