Ką AI dažniausiai automatizuoja IT paslaugų (MSP) įmonėse?

Pagal „r/msp" bendruomenės patirtį, dažniausiai automatizuojamas bilietų (ticket) triažas ir klasifikavimas: automatinis užklausų rūšiavimas ir nukreipimas tinkamam specialistui. Tai laikoma viena aiškiausiai atsiperkančių AI panaudojimo sričių šioje srityje.

Ar AI gali pilnai pakeisti dispečerį ar pirmos linijos specialistą MSP įmonėje?

Ne pilnai. „Reddit" patirtis rodo, kad AI perima rutininį bilietų rūšiavimą ir nukreipimą, o žmogus lieka atsakingas už sudėtingesnius atvejus, kokybės kontrolę ir komandos koučingą. AI čia veikia kaip pagalbinis, o ne pakeičiantis įrankis.

Kodėl kai kurioms MSP įmonėms AI atrodo kaip „brangi hype", o ne realus sprendimas?

Dažniausia priežastis: AI įrankiai diegiami be aiškaus tikslo arba pritaikomi sritims, kur procesas pats savaime netvarkingas. Kai bilietų duomenys nešvarūs ar neaiškūs, AI klasifikavimas taip pat būna netikslus, todėl nauda neatsiskleidžia.

Kaip MSP įmonės naudoja AI: „Reddit" patirtis, kas atsiperka

AI IT paslaugų (MSP) įmonėse yra dirbtinio intelekto naudojimas kasdieniams IT priežiūros procesams: bilietų tvarkymui, stebėsenai ir klientų aptarnavimui automatizuoti, siekiant sumažinti rankinio darbo apimtį. Ši tema aktyviai svarstoma r/msp bendruomenėje, kur MSP savininkai ir technikai dalinasi, kas jiems realiai veikia, o kas: tik brangus eksperimentas.

Bilietų triažas: aiškiausiai atsiperkanti sritis

Gijoje „AI in MSPs: Real Deal or Just Expensive Hype?" vienas iš atsakymų aiškiai išsiskiria: „bilietų triažas ir klasifikavimas? Tikrai verta: šablonų atpažinimas gaunamiems bilietams sutaupo daug laiko ir padeda juos teisingai nukreipti". Tai vienas konkrečiausių, praktiškai patvirtintų AI panaudojimo atvejų šioje srityje.

Panašiai gijoje „How are you using AI for your operations and clients?" pasakojama, kad AI įrankiai perėmė triažo ir dispečerijos užduotis, o dispečeris dabar gali daugiau laiko skirti koučingui ir kokybės kontrolei, o ne rankiniam bilietų paskirstymui.

Automatinis bilietų perkategorizavimas

Gijoje „How are you actually using AI?" minima, kad AI naudojamas ir pirminiam bilietų triažui, ir automatiniam perkategorizavimui po uždarymo, remiantis visomis bilieto pastabomis. Tai leidžia sutaupyti didelį kiekį rankinio administracinio darbo, kuris anksčiau atimdavo daug laiko iš technikų.

Dažniausi AI panaudojimo atvejai, kuriuos mini r/msp bendruomenė:

Bilietų triažas, klasifikavimas ir nukreipimas tinkamam specialistui.
Automatinis bilietų perkategorizavimas po užduoties uždarymo.
Pasiūlymų, sąmatų ir ataskaitų juodraščių paruošimas.

Kur reikia atsargumo

Vis dėlto pati diskusijos gijos antraštė: „Real Deal or Just Expensive Hype?": rodo, kad ne visi MSP savininkai vienareikšmiškai patenkinti. Gijoje „What AI / Automation solutions are you deploying internally?" matyti, kad daugelis vis dar ieško, kas realiai veikia, o kas: tik rinkodaros pažadai, nes AI įrankių pasiūla šioje srityje auga greičiau nei aiškūs, patikrinti rezultatai.

Dažniausia klaida: AI diegiamas ten, kur patys bilietų ar duomenų procesai jau yra netvarkingi. Tokiu atveju AI tik pagreitina esamą chaosą, o ne jį išsprendžia.

Kaip tai atrodo praktiškai

Įsivaizduokime nedidelę Vilniaus IT paslaugų įmonę, aptarnaujančią keliasdešimt klientų. Per dieną gaunama keliolika bilietų: nuo „nepasiekiu bendro disko" iki „reikia naujo darbuotojo prieigų". Anksčiau visus juos pirmiausia peržiūrėdavo dispečeris rankiniu būdu ir spręsdavo, kam perduoti. Įdiegus AI triažo įrankį, sistema automatiškai atpažįsta pasikartojančius raktinius žodžius ir bilieto skubumą, iškart priskirdama jį tinkamam technikui arba pažymėdama kaip prioritetinį. Dispečerio darbas nedingsta, jis lieka atsakingas už neaiškius ar sudėtingus atvejus, tačiau rutininis paskirstymas nebeatima kelių valandų per dieną. Būtent toks siauras, aiškiai apibrėžtas pakeitimas, o ne bandymas automatizuoti visą aptarnavimo ciklą iš karto, dažniausiai duoda greičiausiai pastebimą rezultatą.

Ko dar verta pasimokyti iš bendruomenės patirties

Keliose gijose pakartotinai iškyla ta pati mintis: AI įrankis turi būti integruotas su jau naudojama PSA ar RMM sistema, o ne veikti kaip atskiras langas, kurį reikia papildomai tikrinti. Kai AI gauna prieigą prie realių bilietų istorijos, jo klasifikavimo tikslumas laikui bėgant gerėja, nes jis „mato" daugiau kontekstinių pavyzdžių. Priešingai, izoliuotas įrankis, kuriam duomenys suvedami rankiniu būdu, dažnai virsta papildoma, o ne mažinančia naštą priemone: būtent tai ir sukelia dalies MSP savininkų nusivylimą, matomą diskusijų pavadinimuose.

Ką tai reiškia Lietuvos IT paslaugų įmonėms

Lietuvos MSP ir IT paslaugų teikėjams aktualiausia pradėti nuo vienos, aiškiai apibrėžtos srities: dažniausiai bilietų triažo ar tipinių atsakymų klientams, o ne bandyti automatizuoti visą aptarnavimo grandinę iš karto. Svarbu, kad AI būtų tiesiogiai susietas su naudojama PSA/RMM sistema, o ne veiktų kaip atskiras, izoliuotas įrankis.

Būtent tokius, su realia darbo eiga susietus procesus padedame įdiegti per procesų automatizavimą. Kai reikia platesnio, sistemingo AI sprendimo IT paslaugų įmonei: nuo bilietų triažo iki klientų aptarnavimo automatizavimo: žr. AI sprendimus IT srityje.

Skaičiavimas: kiek kainuoja rankinis triažas

Kad sprendimas nebūtų grindžiamas įspūdžiu, pravartu suskaičiuoti dabartinę proceso kainą.

Tarkime, įmonė per dieną gauna 15 bilietų, o dispečeris kiekvienam skiria vidutiniškai 3 minutes: perskaito, supranta skubumą, priskiria technikui. Tai 45 minutės per dieną, arba maždaug 16 valandų per mėnesį.

Jei valandos kaštai įmonei yra 20 eurų, rankinis triažas kainuoja apie 320 eurų per mėnesį. Prie to prisideda nematoma dalis: neteisingai priskirti bilietai, kurie keliauja pas antrą ar trečią žmogų, o kiekvienas perdavimas atima dar po kelias minutes ir vėluoja atsakymas klientui.

Jei AI teisingai sutvarko maždaug du trečdalius bilietų, o likusius peržiūri žmogus, sutaupote apie 10 valandų per mėnesį, tai yra 200 eurų. Įrankis su integracija kainuoja, tarkime, 60 eurų per mėnesį, o pradinis sutvarkymas ir taisyklių aprašymas užima 12 valandų, tai yra 240 eurų vienkartinių kaštų.

Grynas rezultatas: apie 140 eurų per mėnesį, o vienkartinė investicija atsiperka maždaug per du mėnesius. Tikroji nauda dažniausiai didesnė, nes greitesnis pirmas atsakymas klientui matomas SLA rodikliuose. Bendrą skaičiavimo logiką aprašome straipsnyje apie automatizavimo ROI.

Keturių savaičių pilotas: kaip jį sudėlioti

Peržiūrėkite duomenis, ne įrankius. Ištraukite paskutinių trijų mėnesių bilietus ir pasižiūrėkite, ar kategorijos naudojamos nuosekliai. Jei pusė bilietų yra kategorijoje „kita", pirmiausia reikia sutvarkyti kategorijas. Apie tai plačiau: AI duomenų parengtis.
Apibrėžkite siaurą apimtį. Pirmam pilotui pakanka triažo pagal skubumą ir vieno komandos padalinio. Perkategorizavimą po uždarymo palikite antram etapui.
Nustatykite pasitikėjimo ribą. Kai modelio įvertis žemas, bilietas keliauja žmogui, o ne spėjama. Ši viena taisyklė išgelbsti daugiau pilotų nei bet koks įrankio pasirinkimas.
Susiekite su PSA arba RMM. Atskiras langas, į kurį reikia suvedinėti duomenis, greitai virsta našta. Kaip jungti AI su esamomis sistemomis, aprašome čia.
Matuokite tris rodiklius. Teisingo priskyrimo dalis, laikas iki pirmo atsakymo ir perdavimų tarp technikų skaičius. Prieš pilotą ir po jo.
Nuspręskite po keturių savaičių. Plėsti, koreguoti taisykles arba stabdyti. Sprendimą priimkite pagal skaičius, o ne pagal tai, kaip įrankis atrodo demonstracijoje.

Dažniausios klaidos

Netvarkingi duomenys. Bilietų aprašymai vieno sakinio, kategorijos naudojamos atsitiktinai, todėl AI klasifikuoja tiksliai taip pat netiksliai kaip ir prieš tai. Pataisymas: sutvarkyti kategorijas ir privalomus laukus prieš diegimą.
Automatinis uždarymas be peržiūros. Bilietas uždaromas AI sprendimu, klientas lieka be sprendimo, o problema grįžta po savaitės jau su nepasitenkinimu. Pataisymas: AI siūlo, žmogus uždaro.
Pilotas be pradinio matavimo. Po mėnesio visi jaučia, kad „lyg ir greičiau", bet įrodyti nieko negalima. Pataisymas: pirmiausia dvi savaitės matavimo, tik tada įrankis.
Kliento duomenys nemokamuose įrankiuose. MSP dirba su svetimų įmonių infrastruktūra, todėl bilietų turinys yra jautrus. Pataisymas: verslo planai, kurie nenaudoja įvesties mokymui, ir aiškios vidaus taisyklės. Pagrindus surinkome straipsnyje apie duomenų saugumą naudojant AI.

Prieštaravimai, kuriuos girdime iš IT vadovų

„Mūsų bilietai per daug techniniai." Triažui nereikia suprasti problemos, jam reikia atpažinti šabloną: kas rašo, apie kokią sistemą, kiek tai skubu. Sprendimą vis tiek priima technikas.

„Technikai nepasitikės." Ir neprivalo iš karto. Pradėkite nuo režimo, kuriame AI tik siūlo kategoriją, o žmogus vienu paspaudimu patvirtina arba keičia. Po kelių savaičių matysite tikslumo skaičių ir tada spręsite, ką leisti automatiškai.

„Turime tik du žmones, mums per anksti." Mažoje komandoje triažo kaina išties nedidelė, todėl greičiausiai atsiperka ne rūšiavimas, o juodraščiai: tipiniai atsakymai klientams, ataskaitos ir pasiūlymai. Bendrą vaizdą, nuo ko pradėti, aprašome straipsnyje apie klientų aptarnavimo automatizavimą.

Ką iš to pasiimti

Kaip pradėti: peržiūrėkite savo bilietų sistemos duomenis, jei jie pakankamai tvarkingi ir nuoseklūs, pradėkite nuo automatinio triažo ar klasifikavimo. Tai sritis, kuri, remiantis r/msp patirtimi, atsiperka greičiausiai ir aiškiausiai.

Padedame IT paslaugų įmonėms atrasti, kur AI realiai atsiperka jų kasdieniuose procesuose, ir tai įdiegti be nereikalingos rizikos. Norite sužinoti, kur jūsų MSP versle AI atsipirktų greičiausiai? Konsultacija nemokama, susisiekite per kontaktus.