Spremljanje servisnih prijav glede grozeče zamude je naloga, ki jo lahko AI v osnovi popolnoma prevzame. Tu ne gre za sivo območje s človeškim nadzorom: samo zaznavanje je naloga, ki jo je danes že mogoče avtomatizirati z obstoječo tehnologijo (rpa), če so izpolnjeni nekateri robni pogoji.
Tri osi so tu odločilne: strukturiranost, obseg in prostor za presojo. Vse tri kažejo v isto smer.
Strukturiranost (5 od 5). Naloga je sestavljena iz primerjave datuma s pravilom: kako dolgo je prijava že odprta in kdaj poteče dogovorjeni rok za obravnavo? To ni interpretacija, to je računanje. Sistem za prijave zabeleži čas odprtja, rok SLA je vnaprej določen, edino, kar je potrebno, je primerjava dveh številk. Takoj ko so ti roki SLA enoznačno določeni, ni prostora za dvom o tem, kaj pomeni „grozeče”.
Obseg (5 od 5). Ekipa za podporo strankam obravnava običajno deset do sto prijav na dan, vsaka z lastno uro, ki se izteka. Vodja ekipe, ki to spremlja ročno, mora nenehno preverjati seznam in seštevati. To je ravno vrsta ponavljajočega, obsežnega dela, pri katerem programska opremna ne utrudi in ne spregleda prijav.
Prostor za presojo (4 od 5). Samo zaznavanje zahteva komajda kakšno presojo: rok je rok. Obstaja majhna razlika, ker imajo nekatere organizacije nianse (na primer: ali se čakalni čas na stranki šteje v uro SLA ali ne), a takoj ko so ta pravila določena, ni več prostora za interpretacijo pri samem zaznavanju.
Druge osi so za osrednje vprašanje tu skoraj nepomembne. Stik s stranko in fizična opravila se pri tej nalogi ne pojavljajo: gre za proces v ozadju, ne za pogovor s stranko. Kreativnost ni relevantna: ni treba izumljati nove rešitve, samo spremljati rok. Stroški napak in skladnost dosegajo povprečno oceno (3), ne ker bi bilo samo zaznavanje tvegano, temveč ker lahko izostalo ali napačno obvestilo vpliva na zadovoljstvo strank ali pogodbene dogovore. To ne govori proti avtomatizaciji, temveč za pravilno vzpostavitev vnaprej.
Ustrezna tehnologija je tu razmeroma skromna: robotska avtomatizacija procesov (rpa). Za primerjavo datuma s pravilom ni potreben jezikovni model ali kompleksna AI. Skript, ki periodično bere sistem za prijave, izračuna preostali čas do roka SLA in ob vnaprej določenem pragu pošlje obvestilo vodji ekipe, opravi delo. To je mogoče po e-poštu, prek nadzorne plošče ali obvestila v samem sistemu za prijave.
Robni pogoji so preprosti, vendar bistveni: roki SLA morajo biti jasno in enoznačno določeni, zaznavanje pa mora biti tehnično vzpostavljeno na podlagi teh rokov. Če eno od tega manjka, avtomatizacija ne deluje dobro — ne ker naloga ni primerna, temveč ker osnova ni pravilna.
Ta ugotovitev velja za zaznavanje. Ne velja samodejno za to, kar se zgodi po obvestilu. Pri organizaciji, kjer stopnjevanje grozeče zamude takoj sproži fiksno, predvidljivo dejanje (na primer: prijava se samodejno posreduje specialistu), je mogoče tudi ta naslednji korak v veliki meri avtomatizirati. Pri organizaciji, kjer je stopnjevanje odvisno od odnosa s stranko, oblike pogodbe ali politične občutljivosti, ostaja ta naslednji korak človeško delo — tam je človeški nadzor nad AI, konkretno relevantno izhodišče.
Tudi opredelitev „roka SLA” se razlikuje glede na organizacijo. Podjetje z enim preprostim, enotnim rokom obravnave ima enostavnejše vprašanje avtomatizacije kot podjetje z desetinami različic pogodb, ravni prioritete in izjem. Bolj kompleksen je nabor pravil, več pripravljalnega dela je potrebnega, preden lahko zaznavanje zanesljivo poteka avtomatsko. Prav zato je potreben pregled po nalogi, ne po funkciji: isti naziv delovnega mesta „vodja ekipe za podporo strankam” lahko pri enem podjetju vključuje nalogo zaznavanja, ki je v veliki meri avtomatizirana, pri drugem pa nalogo, ki še v veliki meri zahteva ročno delo.
Ta stran opisuje nalogo, ne kadrovske odločitve. Ali in kako se sproščena kapaciteta znotraj ekipe prerazporedi, je odločitev, ki jo sprejme organizacija sama in za katero veljajo lastne pravne zahteve, zlasti če ima posledice za delovna mesta ali kadrovsko zasedbo. Skrbnost pri tem, vključno z obveščanjem sodelovanja delavcev, je ločen postopek — glejte na primer obveščanje sveta delavcev o AI in skrbnost pri odpravljanju delovnih mest. Ta stran za to ne ponuja utemeljitve, temveč zgolj dejstva o sami nalogi.
Zaznavanje grozeče zamude SLA ni osamljen primer. Podobne naloge spremljanja in zaznavanja se pojavljajo tudi pri finančnih procesih, kot je periodično fakturiranje naročnin ali izmenjava digitalnih računov prek e-fakturiranja. Tudi tam velja: bolj strukturirana so pravila in višji je obseg, bolj primerna je naloga za avtomatizacijo.
Bi radi vedeli, kako je to pri vaši lastni ekipi, vključno z natančno strukturo SLA in obsegom prijav, s katerim delate? Brezplačni hitri pregled ftetoai obsega dvanajst vprašanj, je mogoče opraviti brez računa in poda indikacijo, kateri del ur v vašem profilu je danes mogoče prevzeti z AI. Celoten delovni pregled, ki se do ravni nalog poglobi v vaše lastne procese, je še v izdelavi — te obljube tu zavestno ne prikazujemo večje, kot je.
Vraag maar. Ik ken de kennisbank van deze site; wat ik niet weet, zeg ik erbij.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.