Šiame straipsnyje:
- Kodėl dauguma DI agentų diegimų žlunga dar neprasidėjus mokymui
- 1 žingsnis: nuspręskite, ką agentas turėtų perimti nuo pirmos dienos
- 2 žingsnis: paruoškite turinį ir duomenis
- 3 žingsnis: sukonfigūruokite ir prijunkite agentą
- 4 žingsnis: apmokykite darbuotojus prieš klientams pradedant naudotis agentu
- 5 žingsnis: paleiskite etapais, o ne viską iš karto
- Pirmosios savaitės paleidimo kontrolinis sąrašas
Komanda vieną popietę jungia DI agentą prie pagalbos tarnybos, įjungia jį visoms gaunamoms užklausoms ir paskelbia, kad diegimas baigtas. Po dviejų savaičių daugėja eskaluojamų užklausų, darbuotojus erzina jiems perduodamos užklausos, o kažkas klausia, ar nereikėtų tiesiog visko išjungti.
Taip atsitiko ne todėl, kad pats DI agentas buvo prastas. Taip nutiko todėl, kad konfigūracija ir diegimas buvo laikomi tuo pačiu žingsniu, nors taip nėra. Konfigūracija reiškia įrankio įjungimą. Diegimas – visa kita, dėl ko verta jį palikti įjungtą.
Kodėl dauguma DI agentų diegimų žlunga dar neprasidėjus mokymui
Kaip nurodo CallMiner gairės, skirtos pirmajam DI klientų aptarnavimo agentui įdiegti , sėkmingos komandos šį procesą vykdo etapais: pirmiausia apibrėžia siaurą veikimo sritį, o vėliau, kai pirmasis etapas pasiteisina, įtraukia daugiau temų ir kanalų. Jos neįjungia vieno jungiklio visai klientų aptarnavimo eilei.
Tokia seka svarbi, nes DI agento kokybė priklauso nuo to, kuo jis apmokytas ir kokios siauros užduoties jo prašoma. Jei praleisite veikimo srities apibrėžimą ir turinio paruošimą, neįdiegsite silpnesnės to paties įrankio versijos. Įdiegsite kitokį, prastesnį įrankį.
1 žingsnis: nuspręskite, ką agentas turėtų perimti nuo pirmos dienos
Pasirinkite vieną skyrių arba vieną užklausų tipą, o ne visą klientų aptarnavimo eilę. Geriausi pirmieji kandidatai – didelio srauto ir mažos rizikos temos: užsakymo būsena, slaptažodžio atkūrimas, pristatymo klausimai, paprasti paskyros pakeitimai. Pirmąją dieną venkite ginčų dėl sąskaitų, atšaukimų ar bet ko, kur klaidingas atsakymas kainuotų pinigų arba prarastą klientą.
Būtent dėl šios priežasties LiveAgent DI agentas veikia skyrių lygmeniu: priskirkite jį vienam skyriui, nustatykite biudžetą ir veikimo režimą, o išplėskite jo veiklą tik įsitikinę, kaip jis dirba.
Vienu sakiniu užrašykite, į kokius klausimus šiam agentui leidžiama atsakyti. Jei negalite to aiškiai suformuluoti, veikimo sritis vis dar per plati.
2 žingsnis: paruoškite turinį ir duomenis
Šį žingsnį dauguma komandų praleidžia, nors būtent nuo jo priklauso, ar paleidimas pavyks. DI agentas atsako remdamasis tuo, ką jam pateikiate, o daugelyje pagalbos centrų yra daugiau spragų, nei kas nors įtaria, kol nepradeda jų ieškoti: pasenusios ekrano kopijos, neaptarti išimtiniai atvejai, darbuotojams, o ne klientams skirti straipsniai.
Prieš konfigūraciją, o ne po jos, patikrinkite du dalykus:
- Pagalbos centro turinys. Peržiūrėkite straipsnius, susijusius būtent su 1 žingsnyje pasirinkta sritimi. Atnaujinkite pasenusią informaciją ir parašykite trūkstamus straipsnius.
- Ankstesnių užklausų įrašai. Jie parodo, kokius žodžius iš tiesų vartoja klientai – jie retai sutampa su pagalbos straipsnių formuluotėmis. Jei DI įrankis gali mokytis iš ankstesnių užklausų, tai užpildo spragą, kurios vien dokumentacija nepašalins.
Praleidus šį žingsnį agentas neliks neveiksnus. Jis užtikrintai teiks klaidingus atsakymus, o tai blogiau nei apskritai neatsakyti.
3 žingsnis: sukonfigūruokite ir prijunkite agentą
Kai veikimo sritis ir turinys paruošti, konfigūracija yra greitoji dalis. Konkrečiai LiveAgent sistemoje:
- DI agento nustatymo LiveAgent vadove aptariama DI agento funkcija: persiuntimo taisyklės, skyriai, biudžetas ir veikimo režimas.
- DI pokalbių roboto nustatymo LiveAgent vadove paaiškinama, kaip vietoj to prijungti FlowHunt sukurtą pokalbių roboto scenarijų prie pokalbių valdiklio.
Kurio varianto jums reikia, priklauso nuo to, ar norite, kad agentas fone tvarkytų užklausų eilę, ar pokalbių roboto forma tiesiogiai atsakinėtų klientams. Kai kurios komandos ilgainiui naudoja abu variantus.
4 žingsnis: apmokykite darbuotojus prieš klientams pradedant naudotis agentu
Jei apmokomas tik DI, o žmonės paliekami nuošalyje, greta pirmosios problemos atsiranda ir antroji. Jūsų klientų aptarnavimo komanda turi tiksliai žinoti, kaip jos pusėje atrodo DI agento perduodama eskaluota užklausa ir koks kontekstas pateikiamas kartu su ja.
„Forrester“ 2026 m. klientų aptarnavimo prognozėse tai laikoma nuolatiniu darbu, o ne vienkartiniu paruošimu: organizacijos buria komandas, kurios moko DI agentus, gerina jų veikimą ir padeda jiems įveikti kliūtis, lygiai taip pat, kaip prižiūrėtų naują darbuotoją, o ne vieną kartą sukonfigūruotų įrankį ir paliktų jį savieigai.
Prieš agentui bendraujant su klientais, atlikite vidinius bandymus. Paprašykite savo komandos pateikti jam tikrų, iš ankstesnių užklausų paimtų klausimų ir patikrinti atsakymus. Taip nemokamai aptiksite akivaizdžias problemas, kol jų dar nepastebėjo klientas.
5 žingsnis: paleiskite etapais, o ne viską iš karto
Pradėkite nuo vieno kanalo, o ne visų iš karto. Pokalbių kanalas paprastai yra saugiausias pirmasis pasirinkimas, nes klientas gali iškart nurodyti netinkamą atsakymą, o darbuotojas – įsikišti. El. pašto ir užklausų eilėse klaidingas atsakymas gali ilgiau likti nepastebėtas.
Prieš plėsdami į antrą skyrių, užklausų tipą ar kanalą, stebėkite pirmąjį etapą vieną ar dvi savaites. Stebėkite šiuos rodiklius:
| Rodiklis | Ką jis parodo |
|---|---|
| Eskalavimo dažnis | Per mažas dažnis gali reikšti, kad agentas spėlioja, užuot perdavęs užklausą darbuotojui |
| Kas iš tiesų patenka į eskalavimo eilę | Ar agentas eskaluoja tinkamas užklausas, ar nepastebi akivaizdžių atvejų |
| Pasirinktos temos užklausų išsprendimo rodiklis | Geras rodiklis gali slėpti nenaudingus atsakymus, todėl taip pat perskaitykite dalį uždarytų užklausų |
Plėskite tik tada, kai šie rodikliai stabilizuosis, o ne vien todėl, kad praėjo dvi savaitės.
Pirmosios savaitės paleidimo kontrolinis sąrašas
| Patikra | Kodėl tai svarbu |
|---|---|
| Veikimo sritis užrašyta vienu sakiniu | Apriboja agento veiklą ir padeda visiems sutarti, į ką jis turėtų atsakyti, o į ką – ne |
| Peržiūrėtas pasirinktos temos pagalbos turinys | Tai dažniausias užtikrintai pateikiamų klaidingų atsakymų šaltinis |
| Atliktas vidinis bandymas | Padeda aptikti akivaizdžias problemas, kol jų dar nepastebėjo klientas |
| Darbuotojai supažindinti su eskalavimo perdavimo tvarka | Neleidžia darbuotojams nepasitikėti eskaluojamomis užklausomis, pateiktomis be konteksto |
| Paleidimui pasirinktas vienas kanalas | Apriboja ankstyvos klaidos poveikį |
| Eskalavimo eilė peržiūrima kasdien | Tai greičiausias požymis, kad reikia ką nors koreguoti |
Jei dar nepasirinkote, kuris LiveAgent įrankis geriausiai tinka jūsų diegimui, pradėkite nuo bendro vaizdo, pateikto straipsnyje DI klientų aptarnavimo agentai , o tada pereikite prie aukščiau pateiktos konfigūravimo instrukcijos, atitinkančios jūsų kuriamą sprendimą.
LiveAgent yra mūsų produktas; šiame vadove aptariamas DI agento diegimas naudojant bet kurią pagalbos tarnybą, o kaip praktiniai pavyzdžiai pateikiami paties LiveAgent DI agentas ir pokalbių roboto įrankiai.

