DI klientų aptarnavimas – tai dirbtinio intelekto naudojimas atsakant į klientų laiškus ir užklausas: modelis perskaito laišką, supranta, ko klausiama, suranda atsakymą jūsų kainoraštyje ar taisyklėse ir arba atsako pats, arba paruošia juodraštį žmogui. Trumpas atsakymas į klausimą „ar verta“: taip, jei per dieną gaunate bent keliolika panašių užklausų ir bent pusė jų kartojasi. Svarbiausias sprendimas – ne kurį modelį rinktis, o kurie laiškai keliauja klientui be žmogaus, o kurie ne.
Su DI sprendimais įmonėms dirbu kasdien, ir dažniausiai matau dvi klaidas: arba viskas paliekama žmogui „dėl saugumo“, arba robotui leidžiama atsakinėti į viską. Abu keliai brangūs. Žemiau – kaip tai daryti protingai, kai kalbame apie el. paštą ir užklausų formas. Apie pokalbio langą svetainėje rašiau atskirai straipsnyje pokalbių robotas svetainei.
Kur DI klientų aptarnavimas atsako pats, o kur ruošia juodraštį?
Visas užklausas verta suskirstyti į tris grupes. Ši lentelė – mano atspirties taškas kiekviename projekte, vėliau ją pritaikome konkrečiam verslui.
| Užklausos tipas | Pavyzdžiai | Ką daro DI | Žmogaus vaidmuo |
|---|---|---|---|
| Faktinė, atsakymas yra dokumentuose | Darbo laikas, pristatymo terminai, grąžinimo sąlygos, ar prekė yra sandėlyje | Atsako pats per minutę | Kartą per savaitę peržiūri imtį |
| Reikia sprendimo ar skaičiavimo | Individuali kaina, nuolaida, terminas pagal užsakymą, techninis klausimas | Ruošia juodraštį su šaltiniais | Patikrina, pataiso, išsiunčia |
| Jautri ar rizikinga | Skundas, pretenzija, teisinis klausimas, piktas klientas, asmens duomenys | Tik klasifikuoja ir sutraukia esmę | Atsako pats, be juodraščio |
Pirmoje grupėje automatinis atsakymas į užklausas yra tikra nauda: klientas gauna atsakymą per minutę, o ne kitą rytą. Antroje DI sutaupo laiko, bet atsakomybė lieka žmogui. Trečioje DI net nebando rašyti – jo darbas tik pažymėti, kad laiškas svarbus, ir pateikti dviejų sakinių santrauką.
Ribą tarp grupių nustato ne modelis, o jūs. Praktiškai tai atrodo taip: modelis kiekvienam laiškui priskiria kategoriją ir pasitikėjimo lygį. Jei kategorija „faktinė“ ir atsakymas rastas jūsų dokumentuose – siunčiama. Jei bent viena sąlyga netenkinama – laiškas keliauja į juodraščių eilę.
Nuo ko pradėti: juodraščiai, ne automatinis siuntimas
Net jei tikslas yra visiškai automatiniai atsakymai, pirmas dvi–keturias savaites rekomenduoju dirbti tik juodraščių režimu. Tai nėra atsargumas dėl atsargumo – per tą laiką paaiškėja trys dalykai:
- Kokių atsakymų trūksta dokumentuose. Kiekvienas juodraštis, kurį žmogus perrašo iš esmės, rodo spragą DUK ar taisyklėse. Ją užpildžius, kitą kartą DI atsakys teisingai.
- Kurios kategorijos tikrai saugios. Jei mėnesį „pristatymo terminų“ juodraščiai siunčiami be pataisymų, šią kategoriją galima perkelti į automatinį siuntimą.
- Ar tonas atitinka jūsų įmonę. Apie tai – kitame skyriuje.
Juodraščių režimas taip pat leidžia komandai priprasti. Žmonės, kurie iki šiol rašė kiekvieną laišką patys, greitai pamato, kad juodraščio peržiūra užtrunka trečdalį laiko, ir nebebijo įrankio.
Kaip suvaldyti toną, kad atsakymai neskambėtų kaip robotas?
AI klientų aptarnavimas dažnai kritikuojamas dėl to, kad atsakymai ilgi, perdėtai mandagūs ir visi vienodi. Tai sprendžiama ne geresniu modeliu, o aiškiomis instrukcijomis. Į instrukciją, kurią modelis gauna su kiekvienu laišku, įrašau:
- Kreipinį ir formą. „Jūs“ ar „tu“, ar kreiptis vardu, kaip pasirašyti.
- Ilgį. Pavyzdžiui, ne daugiau nei penki sakiniai, pirmas sakinys – tiesioginis atsakymas.
- Draudžiamas frazes. „Dėkojame už jūsų kantrybę“, „nedvejodami kreipkitės“ ir kitas šablonines frazes, kurių jūsų komanda nevartoja.
- Tris–penkis realius jūsų laiškus. Tai veiksmingiausias būdas – modelis perima stilių iš pavyzdžių geriau nei iš aprašymų.
- Kalbą. Atsakyti ta kalba, kuria parašė klientas – lietuviškai, angliškai ar rusiškai.
Lietuviškai šiuolaikiniai modeliai, tokie kaip Claude ar GPT, rašo taisyklingai, bet kartais renkasi neįprastus žodžius ar vertalines konstrukcijas. Todėl juodraščių etape verta pasižymėti, kas taisoma dažniausiai, ir įrašyti tai į instrukciją. Kurį modelį rinktis, plačiau aptariau straipsnyje ChatGPT, Claude ar Copilot įmonei.
Klaidų kontrolė: kaip DI neprižada to, ko nėra
Didžiausia rizika – ne gramatikos klaida, o išgalvota informacija: kaina, kurios neturite, terminas, kurio nepažadėtumėte, nuolaida, kurios nėra. Ją mažina keturi saugikliai:
- Atsakymai tik iš jūsų šaltinių. Modelis gauna kainoraštį, taisykles ir DUK, o instrukcijoje aiškiai parašyta: jei atsakymo šiuose dokumentuose nėra – rašyk juodraštį žmogui, nespėliok.
- Skaičiai ir datos – tik iš sistemos. Prekės likutį ar užsakymo būseną DI turi paimti iš e-parduotuvės ar CRM, o ne „atsiminti“. Jei duomenų gauti nepavyko, atsakymas automatiškai nesiunčiamas.
- Draudžiamos temos. Kompensacijos, teisiniai įsipareigojimai, sveikatos ar finansų patarimai – visada žmogui.
- Žurnalas ir imtis. Kiekvienas išsiųstas atsakymas saugomas su šaltiniu, iš kurio jis paimtas. Kartą per savaitę kas nors peržiūri 10–20 atsitiktinių atsakymų.
Dar vienas dalykas – klientas turi žinoti, kaip pasiekti žmogų. Užtenka vieno sakinio laiško pabaigoje: „Jei atsakymas netinka, tiesiog atsakykite į šį laišką – perduosiu kolegai.“ Kaip tokias taisykles įforminti visai įmonei, aprašiau straipsnyje AI naudojimo taisyklės įmonėje.
Integracija su el. paštu ir CRM
Techniškai DI klientų aptarnavimas susideda iš trijų dalių: iš kur ateina laiškas, kur DI randa atsakymą ir kur keliauja rezultatas. Dažniausi variantai:
| Grandis | Įprasti sprendimai | Pastaba |
|---|---|---|
| Laiškų šaltinis | Gmail, Outlook (Microsoft 365), svetainės užklausų forma | Dažniausiai jungiamasi prie bendros dėžutės, pvz. info@ |
| Atsakymų šaltiniai | DUK, kainoraštis, taisyklės, WooCommerce užsakymai, CRM kortelė | Kuo tvarkingesni dokumentai, tuo mažiau juodraščių |
| Rezultatas | Juodraštis pašte, išsiųstas atsakymas, užduotis CRM, pranešimas komandai | Juodraštis paliekamas toje pačioje laiškų gijoje |
Paprastesniais atvejais viską sujungiu per automatizavimo platformą – Make ar n8n. Jų palyginimą rasite straipsnyje darbų automatizavimas su AI. Kai DI turi ne tik skaityti, bet ir atlikti veiksmus – pakeisti užsakymo būseną, sukurti įrašą CRM, patikrinti likutį – naudoju tiesioginę integraciją per API arba MCP serverį. Kas tai yra, paaiškinau straipsnyje MCP serveris – kas tai.
Svarbu nuo pradžių sutarti, kokius duomenis mato modelis. Klientų laiškuose būna asmens duomenų, todėl renkuosi verslo planus, kuriuose tiekėjas nenaudoja duomenų modeliams mokyti, o į modelį siunčiu tik tai, ko reikia atsakymui.
Kiek laiko sutaupo ir ką matuoti?
Sutaupymas labai priklauso nuo užklausų pobūdžio, todėl skaičiai žemiau – orientaciniai. Jei pusė laiškų yra faktiniai klausimai, o vieno atsakymo parašymas užtrunka 5–10 minučių, juodraščių režimas tą laiką sutrumpina iki 1–3 minučių, o automatiniai atsakymai – iki nulio. Kad tai būtų ne įspūdis, o skaičiai, nuo pirmos dienos matuoju:
- kiek užklausų per savaitę ir kokia dalis atsakyta automatiškai;
- kiek juodraščių išsiųsta be pataisymų, kiek pataisyta iš esmės;
- vidutinį laiką nuo laiško gavimo iki atsakymo;
- kiek klientų po automatinio atsakymo vis tiek paprašė žmogaus.
Paskutinis rodiklis svarbiausias: jei jis auga, DI atsakinėja į tai, į ką neturėtų. Daugiau pavyzdžių, kur DI įmonėse duoda realios naudos, rasite straipsnyje AI sprendimai verslui: pavyzdžiai.
Kaip galiu padėti
DI klientų aptarnavimą el. paštu ir užklausų formoms – su kategorijomis, juodraščių režimu, toną apibrėžiančiomis instrukcijomis ir integracija su jūsų paštu, e-parduotuve ar CRM – darau kaip vieną užbaigtą sprendimą nuo 500 €. Pradžia – nemokama įvadinė konsultacija: pažiūrime į realius jūsų laiškus ir atvirai pasakau, kiek jų galima automatizuoti ir ar tai apsimoka. Papildomai mokamas DI modelio naudojimas, paprastai 10–50 € per mėnesį. Sąlygos ir kiti pavyzdžiai – AI sprendimų verslui puslapyje.
Dažniausiai užduodami klausimai
Ar DI klientų aptarnavimas tinka mažai įmonei?
Taip, jei per dieną gaunate bent keliolika užklausų ir didelė dalis jų kartojasi. Mažoje komandoje kiekviena sutaupyta valanda jaučiasi iš karto. Jei laiškų per dieną – keli, dažnai užtenka gero DUK puslapio ir paruoštų atsakymų šablonų.
Ar DI gali atsakinėti klientams visiškai be žmogaus?
Į faktinius klausimus, kurių atsakymai yra jūsų dokumentuose, – taip. Į klausimus dėl individualių kainų, skundų ar pretenzijų – ne: čia DI ruošia juodraštį arba tik santrauką, o atsako žmogus. Pirmas savaites rekomenduoju dirbti tik juodraščių režimu.
Kaip neleisti DI išsigalvoti kainų ar sąlygų?
Modelis turi remtis tik jūsų kainoraščiu, taisyklėmis ir DUK, o skaičius ir datas imti iš e-parduotuvės ar CRM. Jei atsakymo šaltiniuose nėra arba duomenų gauti nepavyko, laiškas automatiškai nesiunčiamas, o keliauja žmogui.
Su kokiomis sistemomis galima sujungti automatinį atsakymą į užklausas?
Dažniausiai su Gmail ar Outlook pašto dėžute, svetainės užklausų forma, WooCommerce ir CRM. Paprastesni scenarijai jungiami per Make ar n8n, sudėtingesni – per API arba MCP serverį.
Kiek kainuoja DI klientų aptarnavimas?
Mano sprendimai prasideda nuo 500 € už užbaigtą diegimą. Papildomai mokamas DI modelio naudojimas, orientaciniai 10–50 € per mėnesį, priklausomai nuo laiškų kiekio. Tikslią kainą pasakau po nemokamos konsultacijos.
Ar saugu klientų laiškus siųsti į DI modelį?
Saugu, jei naudojami verslo planai, kuriuose tiekėjas nenaudoja duomenų modeliams mokyti, ir į modelį siunčiama tik tai, ko reikia atsakymui. Kokie duomenys keliauja ir kur saugomi, aptariame prieš pradedant.