← Back to articles

Automātiskās atbildes atbalsta komandām: veidnes un iestatīšanas ceļvedis

Automātiskās atbildes atbalsta komandām: veidnes un iestatīšanas ceļvedis

Automātiskās atbildes atbalsta dienestam ir automatizēti apstiprinājumi, kas apliecina pieprasījuma saņemšanu, nosaka sagaidāmo atbildes laiku un novirza pieteikumu uz pareizo vietu. Iestatiet to jau tagad, katrā ziņojumā iekļaujot šos trīs elementus: apstiprinājumu, ka pieprasījums ir saņemts, reālistisku atbildes termiņu un skaidru nākamo soli (pieteikuma atsauces numuru, pašapkalpošanās saiti vai eskalācijas kārtību).

  • Apstiprinājums: Apstipriniet, ka ziņojums ir saņemts un ir izveidots pieteikums.
  • Reālistisks termiņš: Norādiet diapazonu, nevis solījumu (“1–2 darbdienu laikā”).
  • Nākamais solis: Iekļaujiet pieteikuma numuru, saiti uz zināšanu bāzi vai norādījumus par steidzamu eskalāciju.

Sāciet ar vienu īsu apstiprinājuma veidni un iespējojiet to savā galvenajā atbalsta kanālā jau šodien.


Galvenie secinājumi

Labi konfigurētas automātiskās atbildes atbalsta dienestam mazina satraukumu par pirmās atbildes saņemšanu, samazina dublējošos pieteikumus un sniedz jūsu komandai izmērāmus datus, lai laika gaitā uzlabotu atbilžu kvalitāti.

Punkts Informācija
Trīs obligātie elementi Katrā automātiskajā atbildē jābūt apstiprinājumam, reālistiskam termiņa diapazonam un skaidram nākamajam solim.
Apturēšana novērš lieku troksni 60 sekunžu aizkaves logs un biežums “vienreiz katram pieteikumam” aptur dublējošās un cikliskās atbildes.
Kanālam atbilstoši garuma noteikumi E-pasts: 50–100 vārdi. SMS: 1–2 rindiņas ar atteikšanās tekstu. Tērzēšana: viens teikums.
Mēriet ar tagu filtru Pievienojiet tagu “auto-ack” katram pieteikumam, uz kuru nosūtīta automātiska atbilde, un atsevišķi sekojiet atkārtotas atvēršanas rādītājam un CSAT.
Deskhero drošai ieviešanai Deskhero apstiprināto zināšanu AI izveidotie melnraksti, biežuma ierobežošana un uz tagiem balstīta turpmākā apstrāde tieši atbilst šai labākajai praksei.

Satura rādītājs

Kā automātisko atbilžu noteikumi un aktivizētāji darbojas praksē

Katra automatizētā atbilde sākas ar aktivizēšanas nosacījumu. Visbiežāk sastopamie veidi ir šādi: jauns pieteikums, kas izveidots pa e-pastu, veidlapas iesniegšana, kanālam specifisks notikums (atvērta tērzēšana, saņemta sociālo tīklu privātā ziņa), ienākošā ziņojuma atbilstība atslēgvārdam vai tagam, kā arī grafika nosacījums, piemēram, darbalaiks vai laiks ārpus tā. Microsoft 365 iebūvētā plānošana ir labs piemērs tam, kā pastkastes līmeņa platformas šīs vadīklas nodrošina savās sistēmās.

Biežuma vadīklas ir tikpat svarīgas kā pats aktivizētājs. Vairums platformu ļauj nosūtīt atbildi vienreiz katram kontaktam katra pieteikuma ietvaros, apturēt atbildi, ja aģents atbild aizkaves loga laikā, vai piemērot 30–900 sekunžu aizkavi, lai novērstu sacensības situācijas, kad divas sistēmas aktivizējas vienlaikus. Plain apturēšanas loģika ir skaidrs piemērs: nosacījumi tiek izvērtēti secīgi, un, ja aģents atbild pirms aizkaves beigām, automātiskā atbilde tiek pilnībā izlaista.

Izņēmumu noteikumi ir joma, kurā vairums komandu pieļauj kļūdas. Automātiskās atbildes jāaptur, ja ienākošais ziņojums nāk no aģenta, ziņojuma pamatteksts ir tukšs (piegādes apstiprinājumi, paziņojumi par atgrieztu ziņojumu) vai sūtītāja adrese ir zināma adrese “no-reply” vai sistēmas adrese. Maršrutēšanas pusē automātiskās atbildes var arī apturēt SLA taimerus, iestatīt pieteikuma statusu uz “gaida” vai automātiski pievienot turpmākās apstrādes tagu. eDesk dokumentācijā šīs pieteikumu statusa iespējas ir izskaidrotas detalizēti.

Profesionāļa padoms: Iestatiet 60 sekunžu aizkavi visām automātiskajām atbildēm. Ja jūsu komanda uzrauga aktīvu rindu un aģents atbild pirmais, automatizētais ziņojums netiek nosūtīts. Klienti saņem cilvēka atbildi bez neveiklas dubultās atbildes.


Kad automātiskās atbildes palīdz un kad tās kaitē

Automātiskās atbildes vislabāk darbojas, ja starp klienta ziņojumu un pirmo cilvēka atbildi ir laika sprīdis. Galvenie izmantošanas gadījumi:

  • Pieteikuma saņemšanas apstiprinājums: Nekavējoties apstiprina saņemšanu pēc tam, kad klients nosūta e-pastu vai iesniedz veidlapu.
  • Laiks ārpus darbalaika/automātiska prombūtnes atbilde: Informē klientus, kad komanda atgriezīsies un kā rīkoties, ja problēma ir steidzama. Chaindesk ieteikumi kanāliem iesaka vienmēr norādīt atgriešanās laiku, nevis tikai rakstīt “mēs neesam pieejami”.
  • Straujš liela apjoma pieaugums: Ļauj klientiem uzzināt, ka atbildes laiks ir ilgāks nekā parasti, neliekot viņiem minēt.
  • Pasūtījumu/rezervāciju apstiprinājumi: Nosūta strukturētu apstiprinājumu ar atsauces numuriem un nākamajiem soļiem.
  • Incidentu vai darbības pārtraukumu atjauninājumi: Apstiprina, ka problēma ir zināma un pie tās tiek strādāts, tādējādi ievērojami samazinot dublējošos pieteikumus.
  • Veidlapu iesniegšana: Apstiprina veidlapas saņemšanu un nosaka sagaidāmo turpmākās saziņas kārtību.

Kad automātiskās atbildes NEDRĪKST izmantot:

  • Aktīvas tiešās tērzēšanas sesijas laikā, kad cilvēks jau ir klātesošs.
  • Vienam aģentam paredzētās sarakstes sadaļās, kurās klients sagaida personisku atbildi.
  • Ja ienākošais ziņojums pats ir automatizēts (sistēmas brīdinājums, paziņojums par atgrieztu ziņojumu, adrese “no-reply”).

Profesionāļa padoms: Katram pieteikumam, uz kuru nosūtīta automātiskā atbilde, pievienojiet tagu, piemēram, “auto-ack”. Tas ļauj vienkārši filtrēt un pārbaudīt, kuri pieteikumi saņēma automatizētu pirmo atbildi un kuri — cilvēka atbildi.


Labākā ziņojumu prakse: saturs, tonis un pieejamība

Labi uzrakstīta automatizētā atbilde izdara trīs lietas: mazina satraukumu, nosaka precīzas gaidas un norāda klientam uz kaut ko noderīgu. Fullview veidņu izpēte iesaka e-pasta automātiskās atbildes veidot 50–100 vārdu garumā, iekļaut pieteikuma atsauci un saites uz pašapkalpošanās resursiem.

Galvenie satura elementi, kas jāiekļauj katrā ziņojumā:

  • Apstiprinājuma rinda: “Mēs saņēmām jūsu ziņojumu un izveidojām pieteikumu #[TICKET_ID].”
  • Reālistisks termiņš: Izmantojiet diapazonu (“1–2 darbdienas”), nevis konkrētu stundu, kuru, iespējams, nespēsiet ievērot.
  • Nākamais solis vai pašapkalpošanās saite: Norādiet saiti uz biežāk uzdoto jautājumu sadaļu, statusa lapu vai zināšanu bāzi.
  • Eskalācijas norādījums: “Ja jautājums ir steidzams, temata rindā atbildiet ar vārdu URGENT.”
  • Atsauce uz politiku vai statusa lapu, ja problēmas veids to prasa (norēķini, darbības pārtraukumi).

Tonim jāatbilst problēmas veidam. Paroles atiestatīšanas apstiprinājums var būt draudzīgs un īss. Atbildes apstiprinājumam par strīdu saistībā ar atmaksu jābūt mierīgam, empātiskam un nedaudz formālākam. Pielāgojot valodas reģistru situācijai, tiek radīts iespaids, ka ziņojumu ir uzrakstījis cilvēks, kurš par to rūpīgi padomājis.

Mobilo ierīču lietotājiem izmantojiet īsas rindkopas un ne vairāk kā vienu vai divas saites. SMS automātiskajām atbildēm jābūt tikai 1–2 rindiņas garām. Tērzēšanas automātiskajām atbildēm jābūt vienam teikumam. Sakari ieteikumi kanāliem norāda, ka SMS ziņojumos jāiekļauj arī atteikšanās teksts (“Atbildiet STOP, lai atteiktos no abonementa”), ja tie tiek izmantoti ar mārketingu saistītiem paziņojumiem Amerikas Savienotajās Valstīs.

Automātiskajās atbildēs, kas nosūtītas publiskos vai trešo pušu kanālos, neiekļaujiet kontu numurus, pasūtījumu informāciju vai jebkādus sensitīvus datus. Neiekļaujiet ziņojuma pamattekstā personas identificējošu informāciju, ja vien kanāls nav pilnībā šifrēts no gala līdz galam.


Gatavas automātisko atbilžu veidnes izplatītākajām atbalsta situācijām

Šīs veidnes atbilst e-pastam paredzētajam 50–100 vārdu ieteikumam un ietver saīsinātus variantus SMS un tērzēšanai. Personalizācijas marķieri ir norādīti kvadrātiekavās.

Standarta pieteikuma saņemšanas apstiprinājums (e-pasts)

Labdien, [FIRST_NAME]! Paldies, ka sazinājāties ar mums. Jūsu pieprasījumam esam izveidojuši pieteikumu #[TICKET_ID]. Mūsu komanda parasti atbild 1–2 darbdienu laikā. Lai ātri saņemtu atbildes, apmeklējiet mūsu palīdzības centru: [HELP_URL]. Ja jautājums ir steidzams, temata rindā atbildiet ar vārdu URGENT.

SMS/tērzēšanas variants: “Saņēmām jūsu ziņojumu! Izveidots pieteikums #[TICKET_ID]. Atbildēsim 1–2 darbdienu laikā. Palīdzības centrs: [HELP_URL]”

Automātiskā atbilde ārpus darbalaika (e-pasts)

Paldies, ka sazinājāties ar [COMPANY]. Mūsu atbalsta komanda pašlaik nav pieejama un atgriezīsies [RETURN_TIME]. Jūsu pieprasījums ir reģistrēts kā pieteikums #[TICKET_ID]. Steidzamu jautājumu gadījumā apmeklējiet [STATUS_URL] vai rakstiet uz [ESCALATION_EMAIL]. Atbildēsim, tiklīdz atgriezīsimies.

Paziņojums par aizkavi liela apjoma dēļ

Pašlaik saņemam vairāk pieprasījumu nekā parasti. Jūsu pieteikums #[TICKET_ID] ir rindā, un mēs atbildēsim [EXTENDED_ETA] laikā. Atbildes uz biežākajiem jautājumiem meklējiet vietnē [HELP_URL].

Paziņojums par incidentu/darbības pārtraukumu

Mēs zinām par problēmu, kas ietekmē [SERVICE_NAME], un mūsu komanda aktīvi pie tās strādā. Jūsu ziņojumam ir izveidots pieteikums #[TICKET_ID]. Jaunumiem sekojiet vietnē [STATUS_URL]. No jūsu puses nekas nav jādara.

Eskalācijas pieprasījums steidzamiem jautājumiem

Mēs saņēmām jūsu steidzamo pieprasījumu (pieteikums #[TICKET_ID]). Vecākais aģents to izskatīs [URGENT_ETA] laikā. Ja nepieciešama tūlītēja palīdzība, darbalaikā zvaniet uz [PHONE_NUMBER].

Fullview vairāk nekā 50 veidņu kolekcija un UsePylon paraugziņojumi ir labi sākumpunkti, lai pielāgotu šīs veidnes jūsu zīmola balsij.

Kanāls Labākais izmantojums Obligāti jāiekļauj Jāizvairās no
E-pasts Pieteikuma saņemšanas apstiprinājums, laiks ārpus darbalaika Pieteikuma ID, termiņš, pašapkalpošanās saite Garām rindkopām, sensitīviem datiem
SMS Steidzami brīdinājumi, pasūtījumu apstiprinājumi Īss teksts, atteikšanās teksts Garām URL adresēm, vairākām saitēm
Tērzēšana Tūlītējs apstiprinājums Vienas rindiņas apstiprinājums Formālas valodas, pieteikumu ID
Sociālo tīklu privātā ziņa Laiks ārpus darbalaika, saņemšanas apstiprinājums Atgriešanās laiks, novirzīšanas saite Konta informācijas, lietas numuru

Ieviešanas kontrolsaraksts un noteikumu konfigurēšanas darbības

Veiciet šīs darbības norādītajā secībā, pārvēršot veidni aktīvā noteikumā.

  1. Definējiet mērķi. Uz kādu klienta situāciju šī atbilde reaģē? Saņemšanas apstiprinājums, laiks ārpus darbalaika vai darbības pārtraukums?
  2. Izvēlieties kanālu. Sāciet tikai ar e-pastu. SMS vai tērzēšanu pievienojiet pēc tam, kad pirmais noteikums darbojas stabili.
  3. Uzrakstiet veidni. Ievērojiet 50–100 vārdu ieteikumu un iekļaujiet visus obligātos elementus.
  4. Iestatiet aktivizēšanas nosacījumu. Jauns pieteikums, veidlapas iesniegšana vai uz grafiku balstīts nosacījums (ārpus darbalaika).
  5. Konfigurējiet biežumu. Iestatiet “vienreiz katram pieteikumam”, lai novērstu atkārtotu nosūtīšanu.
  6. Pievienojiet aizkaves logu. 60 sekunžu aizkave aptur automātisko atbildi, ja aģents atbild pirmais.
  7. Definējiet izņēmumus. Izslēdziet aģentu sūtītus ziņojumus, adreses “no-reply” un ziņojumus ar tukšu pamattekstu.
  8. Piesaistiet SLA un pieteikuma statusam. Izlemiet, vai automātiskajai atbildei jāaptur SLA taimeris vai statuss jāiestata uz “gaida”.
  9. Pievienojiet turpmākās apstrādes tagu. Katram pieteikumam, uz kuru nosūtīta automātiskā atbilde, pievienojiet tagu (piemēram, “auto-ack”), lai to būtu viegli filtrēt.
  10. Pirms aktivizēšanas veiciet testēšanu. Nosūtiet testa pieteikumu no ārējas adreses un pārbaudiet, vai atbilde tiek nosūtīta, pieteikuma statuss atjauninās un tags tiek pievienots.

Kontrolsaraksts pirms ieviešanas:

  • Aktivizētājs darbojas jaunam pieteikumam, kas saņemts no ārējas adreses.
  • Apturēšana darbojas: aģenta atbilde aizkaves loga laikā novērš automātisko atbildi.
  • Vairāki kanāli: ja ir savienots e-pasts un tērzēšana, pārbaudiet, vai noteikums darbojas tikai paredzētajā kanālā.
  • Cikla pārbaude: nosūtiet ziņojumu no adreses “no-reply” un pārbaudiet, vai atbilde netiek ģenerēta.
  • Pieteikuma metadati: pēc noteikuma aktivizēšanas statuss, tagi un atbildīgā persona ir iestatīti pareizi.

Profesionāļa padoms: Izvietojiet vienu noteikumu vienā kanālā, darbiniet to divas nedēļas un pēc tam pirms paplašināšanas pārskatiet filtru “auto-ack”. Ja nepieciešams atgriezties pie iepriekšējās konfigurācijas, viena noteikuma atspējošana ir daudz tīrāks risinājums nekā piecu noteikumu atsaukšana vienlaikus.


Kā izmērīt automātisko atbilžu efektivitāti un to uzlabot

Vissvarīgākie ir tie rādītāji, kas parāda, vai automātiskās atbildes samazina darba apjomu vai rada tā vēl vairāk.

Rādītājs Ko izsekot Kā aprēķināt
Pirmās cilvēka atbildes laiks Laiks no pieteikuma izveides līdz pirmajai aģenta atbildei Vidējais rādītājs visiem pieteikumiem ar tagu “auto-ack”
Pieteikumu atkārtotas atvēršanas rādītājs Pieteikumi, kas atkārtoti atvērti tikai pēc automātiskās atbildes Atkārtoti atvērtie pieteikumi / visi pieteikumi, uz kuriem nosūtīta automātiska atbilde
Dublējošo pieteikumu rādītājs Viens un tas pats klients iesniedz pieprasījumu divreiz Dublējošie pieteikumi / visi periodā saņemtie pieteikumi
Pašapkalpošanās saišu klikšķu rādītājs Uzsākto palīdzības centra saišu klikšķi automātiskajās atbildēs Saišu klikšķi / nosūtītās automātiskās atbildes
CSAT pieteikumiem ar automātisko atbildi Apmierinātība pieteikumos, kas sākti ar automātisku atbildi Vidējais CSAT vērtējums, filtrējot pēc taga “auto-ack”

Labam apstiprinājumam jābūt nosūtītam 2–5 sekunžu laikā pēc pieteikuma izveides. Pašapkalpošanās saites, kas patiešām atbilst klienta problēmas veidam, parasti samazina turpmāko ziņojumu skaitu. A/B testu idejas, kas sniedz skaidrus rezultātus: ziņojuma garums (50 vārdi pret 100 vārdiem), pašapkalpošanās saites iekļaušana vai neiekļaušana un konkrēta paredzamā termiņa diapazona norādīšana pretstatā neskaidram “pēc iespējas drīzāk”.

Profesionāļa padoms: Veiciet A/B testu vismaz divas nedēļas, pirms izdarāt secinājumus. Atbalsta pieprasījumu apjoms ir nevienmērīgs, un vienas nedēļas paraugs var maldināt, ja tajā ietilpst nedēļas nogale vai produkta palaišana.


Biežākās kļūdas, ciklu novēršana un veidi, kā no tām izvairīties

Viskaitīgākās automātisko atbilžu kļūdas nav drukas kļūdas. Tās ir konfigurācijas kļūdas, kas rada troksni, grauj uzticēšanos vai pārkāpj SLA.

  • Bezgalīgi cikli: Divas sistēmas automātiski atbild viena uz otras ziņojumiem. Risinājums: iestatiet biežumu “vienreiz katram pieteikumam” un apturiet atbildes adresēm “no-reply”.
  • Pārāk optimistiski termiņi: Norādīts “2 stundu laikā”, lai gan faktiskais SLA ir 24 stundas. Risinājums: izmantojiet diapazonus un pārskatiet tos reizi ceturksnī.
  • Nosūtīšana sistēmas adresēm: Automātiskas atbildes automatizētiem sūtītājiem rada atgriezto ziņojumu ķēdes. Risinājums: uzturiet iekšējo un sistēmas adrešu apturēšanas sarakstu.
  • Dublējošās atbildes no vairākiem rīkiem: Ja gan palīdzības dienestā, gan pastkastē ir iespējota automātiskā atbilde, klienti saņem divus ziņojumus. Risinājums: atspējojiet pastkastes sākotnējo automātisko atbildi, ja to pārvalda palīdzības dienests.
  • Sensitīvas informācijas noplūde: Pasūtījumu datu vai kontu numuru iekļaušana atbildēs, kas tiek nosūtītas nešifrētos kanālos. Risinājums: saglabājiet automātiskās atbildes saturu vispārīgu; tā vietā norādiet saiti uz drošu portālu.

Pievērsiet uzmanību mijiedarbībai ar SLA taimeri. Dažas platformas pēc automātiskās atbildes nosūtīšanas sāk SLA laika atskaiti no jauna, tādējādi pieteikums var izskatīties kā “atbildēts”, lai gan neviens cilvēks to vēl nav apstrādājis. Pārbaudiet, vai jūsu platforma automatizētās atbildes uzskata par pirmajām atbildēm, un konfigurējiet to atbilstoši. SMS pakalpojumu sniedzēju ātruma ierobežojumi liela apjoma periodos var arī aizkavēt vai neļaut piegādāt ziņojumus, tāpēc pirms paļaušanās uz SMS kritiski svarīgiem apstiprinājumiem veiciet slodzes testus.

Ask a Manager kritika par neskaidriem prombūtnes ziņojumiem izsaka atziņu, ko vērts paturēt prātā: automātiska atbilde, kas rada iespaidu par nenoteiktu nepieejamību (“es varbūt šo redzēšu, varbūt ne”), vairāk kaitē klientu uzticībai nekā neatbildēšana vispār. Katram automatizētajam ziņojumam jābeidzas ar skaidru nākamo soli.


Kā Deskhero ievieš drošas un precīzas automātiskās atbildes

Deskhero tieši atbilst šajā ceļvedī aprakstītajai labākajai praksei. Lūk, kā saskan tā funkcijas:

  • Divvirzienu e-pasta sinhronizācija no Gmail, Google Workspace vai Microsoft 365 nozīmē, ka automātiskās atbildes tiek nosūtītas no jūsu uzņēmuma adreses, nevis vispārīgas platformas adreses.
  • Plānotās automātiskās atbildes ļauj definēt darbalaika logus, lai ziņojumi ārpus darbalaika tiktu nosūtīti automātiski bez manuālas ieslēgšanas un izslēgšanas.
  • Biežuma ierobežošana novērš atkārtotu nosūtīšanu: tiklīdz aģents atbild, automātiskās atbildes noteikums tiek izlaists.
  • Uz tagiem balstīta turpmākā apstrāde automātiski pievieno tādus tagus kā “auto-ack”, lai jūs varētu filtrēt un izmērīt ietekmi bez manuālas tagu pievienošanas.
  • AI melnraksti, kas veidoti tikai no apstiprinātām zināšanām. AI nolasa jūsu atrisinātos pieteikumus un apstiprinātos zināšanu bāzes ierakstus, lai izveidotu atbilžu melnrakstus. Tas neizdomā atbildes un, ja pārliecība ir zema, nodod jautājumu cilvēkam.
  • Marķēta un reģistrēta automatizācija. Katra automatizētā darbība ir redzama pieteikuma laika skalā, tāpēc aģenti vienmēr zina, ko klients jau ir saņēmis.

Praktiskai ieviešanai sāciet 30 dienu bezmaksas izmēģinājumu ar vienu apstiprinājuma veidni e-pasta kanālā. Pēc divām nedēļām izmantojiet filtru “auto-ack”, lai pārbaudītu, kuri pieteikumi saņēma automatizētu pirmo atbildi un vai tiem bija nepieciešama turpmāka apstrāde. eM Client gadījuma izpēte parāda, kā neliela komanda izmantoja pakāpenisku ieviešanu, lai novērtētu ietekmi pirms papildu kanālu pievienošanas.

Profesionāļa padoms: Izmantojiet Deskhero iekšējo zināšanu bāzi, lai glabātu apstiprinātās automātisko atbilžu veidnes. Kad AI izveido atbildes melnrakstu, tas izmanto šo apstiprināto kopu, tāpēc ziņojums saglabā atbilstību zīmolam un precizitāti arī tad, kad rindu apstrādā jauns aģents.


Drošība un privātums, konfigurējot automātiskās atbildes

Automātiskās atbildes var atklāt vairāk, nekā esat iecerējuši. Ievērojiet dažus noteikumus:

Nekad neiekļaujiet kontu numurus, pasūtījumu ID vai maksājumu informāciju automātisko atbilžu pamattekstā, kas tiek nosūtīts sociālo tīklu privātajās ziņās vai SMS. Vairumā konfigurāciju šie kanāli nav šifrēti no gala līdz galam, un datus var pārtvert vai nofotografēt ekrānā.

Izmantojiet marķierizāciju rūpīgi. Pieteikuma atsauces numurus drīkst iekļaut. Pilnus klientu ierakstus — nedrīkst. Ja rodas šaubas, norādiet saiti uz drošu portālu, kurā klients var autentificēties un apskatīt savu informāciju.

SMS ziņojumiem Amerikas Savienotajās Valstīs Telephone Consumer Protection Act (TCPA) noteiktu veidu ziņojumiem pieprasa atteikšanās tekstu. Ja jūsu automātiskā atbilde skar ar mārketingu saistītu saturu (akcijas, papildu piedāvājumus), iekļaujiet tekstu “Atbildiet STOP, lai atteiktos no abonementa.” Tīri transakciju ziņojumiem (pieteikuma saņemšanas apstiprinājumiem) ir citas prasības, taču konkrētajam izmantošanas gadījumam konsultējieties ar juristu.

Svarīgas ir arī piekļuves kontroles. Ierobežojiet iespēju rediģēt automātisko atbilžu veidnes, piešķirot to tikai vecākajiem aģentiem vai vadītājiem. Nepareizi konfigurēta veidne, kas tiek nosūtīta tūkstošiem klientu, pirms kāds to pamana, rada reālu operacionālo risku.


Kā integrēt automātiskās atbildes ar citiem atbalsta kanāliem un CRM sistēmām

Automātiskās atbildes vislabāk darbojas kā savienotas darbplūsmas daļa, nevis atsevišķa funkcija. Kad jūsu palīdzības dienests ir integrēts ar tādu CRM kā Salesforce vai HubSpot, automātiskās atbildes aktivizētāja izveidotais pieteikums var automātiski atjaunināt kontakta ierakstu, lai pārdošanas komanda redzētu atbalsta vēsturi bez papildu jautājumiem.

E-komercijas komandām, kas izmanto Shopify, automātiskās atbildes var iegūt pasūtījuma datus no integrācijas, lai apstiprinājumā norādītu konkrēto pasūtījuma numuru, ievērojami samazinot turpmākos jautājumus “vai jūs saņēmāt manu ziņojumu?”.

Savienojot vairākus kanālus (e-pastu, tērzēšanu, sociālo tīklu privātās ziņas), galvenais ir centralizēt pieteikumu izveidi vienā sistēmā, pirms tiek nosūtīta automātiskā atbilde. Ja katrs kanāls pieteikumus izveido neatkarīgi un nosūta arī savu automātisko atbildi, klienti par vienu un to pašu problēmu saņem vairākus pieteikumu numurus. Vispirms novirziet visus kanālus uz vienotu koplietojamu iesūtni, pēc tam piemērojiet vienu automātiskās atbildes noteikumu katram pieteikumam, nevis katram kanāla notikumam.

REST API piekļuve ļauj aktivizēt automātiskās atbildes arī no ārējām sistēmām. E-komercijas platforma var nosūtīt POST pieprasījumu jūsu palīdzības dienestam, kad pasūtījums ir nosūtīts, tādējādi aktivizējot apstiprinājuma automātisko atbildi bez manuālas darbības. Tieši šeit AI klientu apkalpošanā sāk demonstrēt reālu operacionālo ieguvumu: automātiskā atbilde kļūst par dinamisku, uz datiem balstītu ziņojumu, nevis statisku veidni.


Detaļa, ko vairums ieviešanas ceļvežu nepiemin

Standarta ieteikumi par automātiskajām atbildēm koncentrējas uz veidnēm un aktivizētājiem. Mazāk uzmanības tiek pievērsts sakārtošanas posmam pēc ieviešanas.

Kad pirmo reizi iespējojat automātiskās atbildes, daļa pieteikumu saņems automatizētu pirmo atbildi un pēc tam paliks bez cilvēka atbildes, jo aģents pieņems, ka automātiskā atbilde “jautājumu atrisināja”. Šis pieņēmums ir visbiežākais SLA pārkāpumu avots ieviešanas pirmajās divās nedēļās. Risinājums ir vienkāršs: katru rītu filtrējiet rindu pēc taga “auto-ack” un uzskatiet šos pieteikumus par neapstrādātiem, līdz uz tiem patiešām ir atbildējis cilvēks.

Viena neliela izmaiņa, kas sniedz izmērāmu atšķirību: pievienojiet apstiprinājuma veidnei vienu teikumu: “Kāds no mūsu komandas jums personīgi atbildēs.” Šī frāze maina klienta gaidas no “varbūt to apstrādā robots” uz “ar mani sazināsies īsts cilvēks”. Pēc šīm izmaiņām pieteikumu atkārtota atvēršana un atkārtota iesniegšana parasti manāmi samazinās, jo klienti vairs nesūta papildu ziņojumus, lai pārbaudītu, vai kāds ir klātesošs.


Deskhero nodrošina precīzas un zīmolam atbilstošas automātiskās atbildes

Vairums palīdzības dienestu ļauj sūtīt automātiskās atbildes. Deskhero nodrošina, ka šīs atbildes balstās zināšanās, ko jūsu komanda ir apstiprinājusi, tāpēc AI nekad neizveido melnrakstu, par kuru jūs nevarētu uzņemties atbildību.

Deskhero

Savienojiet savu Gmail vai Microsoft 365 pastkasti, uzrakstiet vienu apstiprinājuma veidni un dažu minūšu laikā ieslēdziet automātiskās atbildes. Nekādas migrācijas, jaunas e-pasta adreses vai kredītkartes. AI veido melnrakstus no jūsu atrisinātajiem pieteikumiem un apstiprinātās zināšanu bāzes, eskalē jautājumus, kad nav pārliecināts, un reģistrē katru automatizēto darbību, lai jūsu komanda saglabātu kontroli. Sāciet Deskhero AI palīdzības dienesta 30 dienu bezmaksas izmēģinājumu un uzziniet, cik ātri viena veidne samazina pirmās atbildes laiku.


Avoti


BUJ

Kāds ir labs automātiskās atbildes piemērs klientu atbalstā?

Labs piemērs: “Labdien, [Name]! Mēs saņēmām jūsu ziņojumu un izveidojām pieteikumu #[ID]. Mūsu komanda atbild 1–2 darbdienu laikā. Lai ātri saņemtu atbildes, apmeklējiet [HELP_URL]. Ja jautājums ir steidzams, atbildiet ar URGENT.” Tas apstiprina saņemšanu, nosaka termiņu un norāda nākamo soli.

Kas jāiekļauj katrā labā automātiskajā atbildē?

Katrā automātiskajā atbildē nepieciešamas trīs lietas: apstiprinājums, ka ziņojums ir saņemts, reālistisks atbildes termiņš, kas norādīts kā diapazons, un nākamais solis, piemēram, pieteikuma numurs, pašapkalpošanās saite vai eskalācijas norādījums. Fullview iesaka e-pasta atbildes veidot 50–100 vārdu garumā.

Kā novērst automātisko atbilžu ciklus?

Iestatiet biežumu “vienreiz katram pieteikumam”, pievienojiet vismaz 60 sekunžu aizkaves logu un uzturiet adrešu “no-reply” un sistēmas adrešu apturēšanas sarakstu. Vairums ciklu rodas tad, kad divas sistēmas automātiski atbild viena uz otras izejošo ziņojumu.

Kāds ir labs automātiskās atbildes ziņojums ārpus darbalaika?

Norādiet, kad komanda atgriezīsies, apstipriniet pieteikuma izveidi un steidzamiem jautājumiem sniedziet eskalācijas iespēju. Izvairieties no neskaidra formulējuma, piemēram, “mēs kādreiz ar jums sazināsimies”. Ask a Manager analīze rāda, ka nenoteikts formulējums vairāk kaitē klientu uzticībai nekā vienkāršs, godīgs atgriešanās laiks.

Kā Deskhero droši apstrādā automātiskās atbildes?

Deskhero sūta automātiskās atbildes tikai no apstiprinātiem zināšanu avotiem, reģistrē katru automatizēto darbību pieteikuma laika skalā un aptur atkārtotu nosūtīšanu, ja aģents atbild pirmais. Ja AI nav pārliecināts, tas nodod jautājumu cilvēkam, tāpēc pie klienta nenonāk neviena izdomāta atbilde.