AI-kundeservicesoftware: Hold svarene opdaterede

Din leveringspolitik ændrer sig. Hjemmesiden giver nu det rigtige svar, men en gammel FAQ-post og sidste måneds supportsvar beskriver stadig den tidligere proces. Før du lader AI-kundeservicesoftware besvare det næste spørgsmål, skal du vide, hvilke kilder der er ændret, og hvilke svar der stadig skal gennemgås.

Denne guide dækker vedligeholdelse af viden efter lancering: hvordan du håndterer en politikændring, afstemmer modstridende svar og giver dit team en klar beslutning om lancering. Det er en operationel tjekliste, ikke en sammenligning af produkter. Hvis du stadig vælger software, kan du begynde med den praktiske evalueringsguide.

Start med en ændringsregistrering, ikke med et omskrevet svar

Når den politikansvarlige annoncerer en ændring, skal du registrere, hvad der er ændret, før du redigerer supportindhold. Et gennemarbejdet svar er ikke klar til kunderne, hvis ingen har bekræftet, hvornår det gælder. Opbevar registreringen i dit eksisterende fællesdokument eller din opgavehåndtering; det kræver ikke et nyt værktøj.

Registrer den politikansvarlige, ikrafttrædelsesdatoen, de berørte kunder eller produkter, den tidligere regel og den nye regel. Tilføj eventuelle undtagelser og den person, der kan afklare dem. Link registreringen til det autoritative politikdokument, så en gennemgår kan kontrollere beslutningen i stedet for at stole på en videresendt besked.

Forestil dig for eksempel, at din virksomhed skifter fra returforespørgsler via e-mail til en returformular. Angiv, om igangværende forespørgsler fortsat skal håndteres via e-mail, og om formularen gælder for alle produkter. Det er eksempler på spørgsmål, ikke en politik for Deskhero. Uden disse oplysninger kan to forskellige svar begge lyde rimelige, samtidig med at de henviser den samme kunde til forskellige steder.

Spor det ændrede svar på tværs af dets kilder

Søg efter den gamle formulering, den gamle destination og almindelige omskrivninger. Se længere end den side, der annoncerede ændringen. En kunde kan spørge, hvordan man starter en returnering, hvortil man skal sende en returforespørgsel, eller om en tidligere forespørgsel stadig er gyldig. Behandl dem som én vidensopdatering med flere indgangspunkter.

Lav en kort kildeoversigt. For hvert element skal du registrere dets placering, tiltænkte målgruppe, ejer og nødvendige handling. Nyttige handlinger omfatter at opdatere instruktionen, fjerne en kopi, markere en historisk henvisning eller bede den politikansvarlige om at afgøre en konflikt.

• Offentlige FAQ-svar: Kontrollér hovedsvaret og relaterede spørgsmål, der nævner den samme proces.
• Intern viden: Opdatér instruktioner om undtagelser og eskalering samt standardsvaret.
• Hjemmesidesider: Gennemgå hjælpeindhold og andre sider, der gentager den gamle instruktion.
• Skabeloner til svar: Erstat gemte formuleringer, som dit team stadig kan finde på at sende manuelt.
• Historiske samtaler: Identificér gamle eksempler, der kræver ekstra grundighed, hvis de bruges som grundlag for et nyt udkast.

Omskriv ikke historiske kundesamtaler for at få dem til at se aktuelle ud. Bevar registreringen af, hvad der skete. Dokumentér i stedet den aktuelle regel tydeligt, og bed gennemgårne holde øje med forældede instruktioner i nye svar. I Deskhero fjerner en afvisning eller fjernelse af et offentligt FAQ-svar det fra automatiske svar, mens tidligere tickets stadig indgår i svarudkast, så gennemgårne bør holde øje med forældede formuleringer i udkast.

Adskil offentlige svar fra interne instruktioner

Skriv det kundevendte svar med fokus på den handling, kunden kan udføre. Placér undtagelser, godkendelsestrin og undersøgelsesnoter, der kun er til medarbejdere, i de interne instruktioner. Gør ikke en hel intern samtale til en offentlig FAQ, blot fordi den indeholder et nyttigt svar.

Denne skelnen er vigtig i Deskhero, fordi den viden, der er tilgængelig for gennemgåede udkast, adskiller sig fra den viden, der bruges til automatiske svar. Deskhero-svarudkast trækker på viden i arbejdsområdet, herunder FAQ-indhold, intern viden, indlæste hjemmesidesider og tidligere tickets. Brugerne gennemgår og sender disse udkast. Dets chatbot og tilvalgte automatiske e-mailsvar besvarer kun spørgsmål ud fra den godkendte offentlige FAQ, og du kan slå dem til, når 100 FAQ-svar er godkendt. Spørgsmål uden for denne viden sendes til en person.

Brug denne skelnen til at definere omfanget af din gennemgang: Gennemgå brede videnskilder for kvaliteten af udkast, og gennemgå godkendte offentlige svar for kundevendt automatisering. Oversigten over Deskheros AI-kundeservicesoftware forklarer, hvordan disse arbejdsgange hænger sammen, hvis du har brug for at koble din vedligeholdelsesproces til produktet.

Omskriv svaret uden at skjule undtagelsen

For hver berørt FAQ-post skal du udarbejde en komplet erstatning i stedet for at tilføje en rettelse under modstridende tekst. Angiv den aktuelle proces først. Forklar derefter, hvornår den gælder, hvad kunden skal gøre som det næste, og hvornår en person skal hjælpe.

I det illustrerende eksempel med returformularen bør svaret forklare, hvor nye forespørgsler starter, og hvad der sker med forespørgsler, som allerede er under behandling. Hvis den politikansvarlige ikke har besluttet, hvordan igangværende forespørgsler skal håndteres, må skribenten ikke opfinde en overgangsregel. Lad en person håndtere den del, indtil beslutningen foreligger.

Bed en gennemgår, som ikke skrev revisionen, om at sammenligne den med ændringsregistreringen. Få vedkommende til at kontrollere destinationen, berettigelsen, ikrafttrædelsesdatoen, undtagelserne og det næste trin. En gennemlæsning, der kun fokuserer på tonen, vil ikke afsløre en manglende betingelse.

Kontrollér et lille sæt spørgsmål før lancering

Opbevar et genanvendeligt sæt spørgsmål sammen med din ændringsregistrering. Skriv for denne opdatering det forventede svar eller den forventede videresendelse for hvert spørgsmål ned, før du gennemgår et genereret svar. Det giver dig noget mere håndfast end blot at vurdere, om formuleringen ser god ud.

• Det direkte spørgsmål: Hvordan bruger kunden den nye proces?
• Det forældede spørgsmål: Hvad sker der, når nogen specifikt beder om den gamle proces?
• Overgangsspørgsmålet: Hvad skal en person med en eksisterende forespørgsel gøre?
• Spørgsmålet om manglende oplysninger: Hvad skal der ske, når det er uklart, om betingelserne er opfyldt?
• Undtagelsesspørgsmålet: Hvilken sag kræver en menneskelig beslutning?
• Det irrelevante spørgsmål: Fungerer et svar uden for ændringen stadig som forventet?

Brug et testmiljø eller en anden understøttet gennemgangsmetode, der ikke sender eksperimentelle svar til kunder. Kontrollér hver svarsti, du faktisk bruger. Et korrekt gennemgået udkast dokumenterer ikke, at en separat sti til automatiske svar bruger de samme kilder.

Registrer spørgsmålet, det forventede resultat, det observerede svar, eventuelle kendte kildeproblemer og gennemgårens beslutning. Hvis svaret stadig indeholder den gamle instruktion, skal du genåbne kildeoversigten. Hvis den underliggende regel stadig er uklar, skal du sende den tilbage til den politikansvarlige i stedet for at forsøge at reparere uklarheden gennem gentagne ændringer af formuleringen.

Gør beslutningen om lancering eksplicit

Før revideret indhold lanceres, skal du kræve, at en navngiven gennemgår bekræfter, at politikken er afklaret, at de berørte kilder er blevet kontrolleret, og at spørgsmålsættet giver acceptable resultater. Hold uafklarede emner under menneskelig gennemgang ved hjælp af de funktioner, som din software faktisk understøtter. I Deskhero slås automatiske svar til pr. gruppe og chatbotten til pr. widget, så den enkleste måde at holde ét emne tilbage på er at lade dets FAQ-svar forblive ikke-godkendt, indtil beslutningen foreligger.

Registrer, hvornår opdateringen blev godkendt, og hvilke svarstier der blev kontrolleret. Antag ikke, at publicering af en kilde beviser, at alle svarstier har taget den i brug. Kontrollér funktionsmåden efter ændringen, og se værktøjets dokumenterede opdateringsproces igennem, hvis gammelt indhold stadig vises.

Giv brugerne en kort operationel note: hvad der er ændret, hvilken formulering de skal holde op med at bruge, hvilke undtagelser der stadig er uafklarede, og hvem der har ansvaret for disse undtagelser. Noten skal hjælpe nogen med at besvare den næste ticket uden at læse hele revisionshistorikken.

Afslut opdateringen med en gennemgang af virkelige samtaler

Efter lanceringen skal du gennemgå et udvalg af samtaler om det ændrede emne. Se efter gamle destinationer, modstridende regler for berettigelse, manglende næste trin og kunder, der måtte spørge igen. Medtag både tilsyneladende vellykkede svar og samtaler, der nåede frem til en person.

Spor rettelser efter årsag. En forældet kilde kræver vedligeholdelse af kilden. En uklar politik kræver en politisk beslutning. Et korrekt svar, som kunder misforstår, kræver tydeligere formulering. Når du holder disse kategorier adskilt, undgår du at omskrive en FAQ for at løse et problem med ansvar eller ejerskab.

Luk ændringsregistreringen, når ejeren har gennemgået de observerede resultater og tildelt eventuelt resterende arbejde. Gem spørgsmålsættet til næste revision. Målet er en vedvarende vedligeholdelsesrutine: én ansvarlig ejer, en sporbar politisk beslutning, ensartet kildemateriale og en kontrolleret vej fra kundens spørgsmål til det aktuelle svar.