Flowchart for overdragelse fra livechat

Hvad er flowchart for overdragelse fra livechat?

En overdragelse fra livechat mislykkes, når kunden skal begynde forfra. Skabelonen starter med kunde, problem og ønsket resultat og bruger kun identitetskontrol, når kontooplysninger eller handlinger kræver det. Medarbejderen gennemgår tidligere kontakt og afgør, om problemet kan løses i den aktuelle chat. Hvis ikke vælges enten en varm overførsel til en ledig specialist eller en asynkron sag med chatlog, kort resumé og allerede indsamlet dokumentation.

Diagrammet behandler kommunikation som en del af overdragelsen. Akut påvirkning får en prioriteret ejer og frist, mens alle veje fortæller kunden, hvem der overtager, hvilken kanal der bruges, og hvornår kontakt kan forventes. Kunden kan afvise en uegnet plan, før den oprindelige medarbejder forlader samtalen, og den modtagende ejer skal kvittere for sagen. Løsningen eller den lovede første opdatering sendes derefter til kunden, hvis bekræftelse enten lukker én sammenhængende historik eller sender problemet tilbage til en dokumenteret sag.

Hvad dette flowchart dækker

I denne skabelon

• Betinget identitetskontrol, der beskytter kontooplysninger uden at skabe friktion i alle samtaler
• Valg mellem varm overførsel og asynkron overdragelse med forberedt kontekst før ejer eller kanal skifter
• Chatlog, resumé, dokumentation, hast, prioritet, svarfrist og den modtagende ejers kvittering
• Kundens accept af planen og en afsluttende bekræftelsesløkke, der holder chat og sag samlet

Hvornår du skal bruge skabelonen

• Kunder gentager kontooplysninger og fejlsøgning efter overførsler i livechat
• Medarbejdere afslutter samtaler med et uklart løfte om svar fra et andet team uden synlig ejer eller frist
• Varme overførsler og opfølgende tickets følger forskellige regler, og akutte chats mister prioritet ved kanalskift
• I designer overgange fra bot til medarbejder, medarbejder til specialist eller chat til e-mail og vil have én standard

Sådan fungerer det

1. Markér hvor identitetskontrol kræves

   Udpeg de emner, der viser kontodata eller tillader ændringer, og brug kun jeres godkendte kontrol på disse veje. Definér samtidig hvilke sikre oplysninger medarbejderen må give, hvis kontrollen fejler.

2. Definér overdragelsespakken

   Kræv en kort problemformulering, ønsket resultat, udført fejlsøgning, relevant dokumentation, kundepåvirkning og link til hele chatloggen. En log er ikke et resumé, og et resumé uden bevis får den næste ejer til at begynde igen.

3. Sæt regler for varm og asynkron overførsel

   Angiv hvor længe man venter på en specialist, hvilke emner der egner sig til direkte overførsel, og hvornår en sag skal oprettes. Tilføj en hasteregel, der overlever skiftet fra chat til en anden kø.

4. Mål brud på sammenhængen

   Gennemgå overførsler, hvor kunden gentog oplysninger, modtageren afviste ejerskabet, eller en lovet opdatering udeblev. Brug fejlene til at forbedre routing, bemanding og overdragelsesskabelonen.

Ofte stillede spørgsmål

Hvad skal en overdragelse fra livechat indeholde?

Den bør indeholde den verificerede kundekontekst, når det er tilladt, et kort resumé af problemet, det ønskede resultat, allerede udført fejlsøgning, dokumentation og et link til chatloggen. Den skal også navngive næste ejer, kanal, prioritet og forventet svartid. Modtageren skal kvittere, så ansvar og ikke kun data bliver overført.

Hvad er forskellen på varm overførsel og asynkron overdragelse?

Ved en varm overførsel orienterer den oprindelige medarbejder en ledig specialist, før specialisten går ind i den aktive samtale. Ved en asynkron overdragelse oprettes en sag til senere behandling, og kunden får at vide hvordan og hvornår den nye ejer svarer. Begge kræver samme kontekst og tydeligt ejerskab; kun tid og kanal er forskellige.

Hvornår bør den oprindelige chat lukkes?

Luk den, når problemet er løst i chatten, eller når kunden har accepteret en klar overdragelsesplan, og modtageren har kvitteret for den tilknyttede sag. En vedhæftet chatlog eller en ny kø er ikke nok. Hvis kunden senere melder, at problemet fortsætter, skal den tilknyttede sag genåbnes eller fortsætte med den samme historik.