Agentinės darbo eigos paaiškintos: kas tai yra ir kada jas naudoti

Terminas „agentinė darbo eiga” įgijo tą pačią problemą kaip ir „AI” apskritai: jis reiškia viską ir nieko, priklausomai nuo to, kas jį vartoja. Pardavėjai jį taiko el. pašto automatiniams atsakymams. Analitikai jį palieka tik daugiapakopio mąstymo sistemoms. Rinkodaros komandos juo apibūdina bet kokį procesą, kuriame dalyvauja pokalbių robotas.

Tai svarbu, nes esmė yra reikšminga, ir tikslus apibrėžimas lemia, ar priimate gerus technologinių investicijų sprendimus.

Agentinė darbo eiga yra sistema, kurioje AI modelis atlieka veiksmų seką — informacijos paiešką, sprendimų priėmimą, išorinių paslaugų iškvietimą, veiksmų atlikimą — kad užbaigtų daugiapakopę užduotį, anksčiau reikalavusią nuolatinės žmogaus priežiūros.

Raktinis žodis yra sprendimai. Būtent tai atskiria agentines darbo eigas nuo tradicinės automatizacijos.

Tradicinė automatizacija ir agentinės darbo eigos

Tradicinė automatizacija

Tradicinė automatizacija laikosi fiksuotų taisyklių. Jei tai, tada tai. Kai į CRM pridedamas naujas kontaktas, išsiunčiamas pasveikinimo el. laiškas. Kai sąskaita pavėluota 14 dienų, išsiunčiamas mokėjimo priminimas. Kai pateikiama forma, sukuriama užduotis.

Tradicinė automatizacija yra greita, patikima ir pigi. Procesams su numatomais įvediniais ir numatomais išvediniais tai yra tinkamas įrankis. Apribojimas — trapumas: kai įvedinys neatitinka tikėtino modelio, automatizacija arba nieko nedaro, arba daro ne tai, arba pateikia klaidą.

Jei CRM kontaktas yra testinė paskyra, jis vis tiek gauna pasveikinimo laišką. Jei pavėluota sąskaita yra ginčijama, priminimas vis tiek išsiunčiamas. Jei formos pateikimas yra brukalas, užduotis vis tiek sukuriama. Tradicinė automatizacija neturi sprendimo galios — ji negali skaityti konteksto.

Agentinės darbo eigos

Agentinė darbo eiga prideda mąstymo sluoksnį. AI modelis gauna įvedinį, įvertina jį pagal kontekstą, kurį gauna arba prie kurio turi prieigą, ir nusprendžia, ką daryti — kas gali skirtis nuo standartinio kelio pagal tai, ką jis randa.

Kai pridedamas naujas kontaktas: agentas patikrina, ar tai testinė paskyra, ar yra esamas santykis paskyros istorijoje, ar kontakto tipas siūlo kitokį įvedimo kelią, ir išsiunčia tinkamą komunikaciją — arba nukreipia žmogui, jei situacija iš tikrųjų neaiški.

Kai sąskaita pavėluota: agentas patikrina paskyros mokėjimo istoriją, ieško atvirų ginčo įrašų, pažymi pageidaujamą kontakto komunikacijos kanalą ir arba išsiunčia atitinkamo tono priminimą, arba pažymi paskyrą paskyros vadovo peržiūrai.

Šis sprendimo priėmimas nedaro agentinių darbo eigų visuotinai geresnių už tradicinę automatizaciją. Paprastiems, numatomiems procesams papildomas agentinio sluoksnio sudėtingumas prideda kaštų be naudos. Vertė atsiranda, kai procesuose yra tikras kintamumas, kurį taisyklėmis pagrįstos sistemos tvarko prastai.

Kur agentinės darbo eigos teikia daugiausia vertės

Procesai su didele išimčių dalimi

Bet koks procesas, kuriame didelė atvejų dalis reikalauja žmogaus įsikišimo, nes standartinė automatizacija jų gerai netvarko, yra kandidatas agentiniam sluoksniui.

Grąžinimų apdorojimas e. prekyboje yra geras pavyzdys. Taisyklėmis pagrįsta grąžinimų darbo eiga gerai tvarko standartinius atvejus: produktas grąžinimo lange, originali pakuotė, standartinis pinigų grąžinimo kelias. Tačiau didelė grąžinimų dalis turi išimčių: produktas pirktas kaip dovana ne grąžinimo lange, trūkstama pakuotė, neįprastos pristatymo aplinkybės. Šios išimtys nukreipiamos į klientų aptarnavimą, suvartodamos pajėgumus neproporcingai jų apimčiai.

Agentinė darbo eiga įvertina kiekvieną grąžinimo atvejį pagal jo pilną kontekstą — pirkimo datą, kliento istoriją, produkto tipą, pateiktą priežastį — ir nustato tinkamą sprendimą su aukštesniu tiksliai automatizuoto tvarkymo lygiu ir žemesniu nereikalingo žmogiško eskalavimo lygiu.

Procesai, apimantys kelias sistemas

Daugelis didelės vertės verslo procesų reikalauja veiksmų keliose sistemose: CRM, el. pašto platformoje, kalendoriuje, apskaitos programinėje įrangoje, dokumentų valdyme, komunikacijos įrankiuose. Tradicinė automatizacija gali tai tvarkyti su integracijomis, tačiau jungtys lūžta kintamumo taškuose.

Agentinė darbo eiga veikia kaip orkestratorius — gaudama duomenis iš atitinkamų sistemų, samprotaudama apie tai, kas turi įvykti, ir imdamasi veiksmų visose sistemose, kurių reikalauja užduotis. Orkestracija prisitaiko prie to, ką randa, o ne laikosi fiksuotos integracijos sekos.

Procesai, reikalaujantys informacijos sintezės prieš veiksmą

Agentinės darbo eigos ypač vertingos ten, kur tinkamai veikti reikia sintezuoti informaciją iš kelių šaltinių prieš nusprendžiant, ką daryti.

Kliento įvedimo procesas profesinių paslaugų įmonėje gali reikalauti: kliento patikrinimo pagal interesų konflikto duomenų bazę, asmens dokumentų patikrinimo, rizikos profilio vertinimo pagal reguliacinius reikalavimus, tinkamo paslaugų lygio nustatymo ir tinkamo įsipareigojimo laiško varianto sugeneravimo — prieš įvykstant bet kokiai žmogiškai sąveikai.

Šis sintezės-prieš-veiksmą modelis yra būtent tai, kuriame agentinės darbo eigos pasižymi, ir tai modelis, kuris pasitaiko teisės, finansų, sveikatos priežiūros ir sudėtingo B2B paslaugų versluose.

Agentinių darbo eigų, kurios veikia, kūrimas

Dažniausia agentinių darbo eigų įgyvendinimo nesėkmės forma yra traktavimas to kaip programinės įrangos kūrimo projekto, o ne kaip proceso pertvarkymo projekto.

Klausimas nėra „kaip sukurti agentą, kuris tvarko X?” Klausimas yra „ką gerai tvarkyti X iš tikrųjų reikia — kokią informaciją reikia gauti, kokius sprendimus reikia priimti, kokie yra kraštutiniai atvejai ir kur žmonės turi likti procese?”

Projektavimas kraštutiniams atvejams nuo pradžios

Kiekviena agentinė darbo eiga susidurs su situacijomis, kurių ji nežino, kaip tvarkyti. Projektavimo klausimas yra: ką ji turėtų daryti, kai tai įvyksta?

Geras agentinių darbo eigų projektavimas apibrėžia:

• Kokie įvediniai yra apimties viduje (darbo eiga vyksta savarankiškai)
• Kokie įvediniai yra už apimties (darbo eiga eskaluojama žmogui)
• Kas yra eskalavimo verto signalo, net ir apimties viduje esantiems įvediniams (didelė vertė, neįprastas modelis, pakartotinė nesėkmė)
• Kokia informacija užfiksuojama ir parodoma, kai įvyksta eskalavimas

Sistemos, kurioms trūksta aiškaus eskalavimo projektavimo, sukelia incidentus, kai susiduria su neišvengiamu už apimties esančiu atveju.

Pradėjimas nuo prižiūrimo veikimo

Jokia agentinė darbo eiga neturėtų pereiti tiesiogiai nuo testavimo prie pilnai autonominio veikimo. Prižiūrimo veikimo fazė — paprastai 4–6 savaitės reikšmingai darbo eigai — leidžia komandai peržiūrėti agento sprendimus kartu su faktiniais rezultatais, identifikuoti modelius atvejuose, kuriuose agentas nusprendžia neteisingai, ir patobulinti sprendimų logiką prieš jai veikiant pilnu mastu be peržiūros.

Prižiūrimo veikimo kaštai yra peržiūros laikas. Praleidimo kaštai yra darbo eiga, kuri sistemingai priima blogus sprendimus dideliu mastu, niekam to nepastebint savaites.

Rezultatų, o ne proceso, matavimas

Agentinės darbo eigos sėkmė matuojama rezultatais — išimčių dalimi, apdorojimo laiku, sprendimų tikslumu, atlaisvintu žmogaus laiku — o ne automatizuotų darbo eigos žingsnių skaičiumi.

Darbo eiga, kuri tinkamai tvarko 80% atvejų ir tiksliai eskaluoja 20%, yra sėkminga. Darbo eiga, kuri tvarko 80% atvejų be eskalavimo — bet priima neteisingą sprendimą 15% jų — yra nesėkminga, nors ji atrodo efektyvi pagal įvesties-į-išvestį metrikas.

Verslams, ieškantiems didelės vertės agentinių darbo eigų galimybių identifikavimo ir įgyvendinimo, Areza Agentic Workflows paslauga apima proceso žemėlapio sudarymą, automatizacijos projektavimą ir prižiūrimą diegimą advokatų kontoroms, medicinos klinikoms, e. prekybos prekiniams ženklams ir profesinių paslaugų verslams visoje Europoje.

DUK

Koks yra skirtumas tarp AI agento ir agentinės darbo eigos?

AI agentas yra modelis, kuris gali imtis veiksmų. Agentinė darbo eiga yra struktūrizuota sistema, naudojanti vieną ar daugiau AI agentų daugiapakopiam verslo procesui užbaigti. Darbo eiga apibrėžia proceso apimtį, įrankius, prie kurių agentas gali pasiekti, eskalavimo logiką ir stebėjimo infrastruktūrą aplink agento veikimą. Agentas yra mąstymo komponentas; darbo eiga yra sistema, kurioje jis veikia.

Kurie verslo procesai geriausiai tinka agentinėms darbo eigoms?

Procesai su trimis savybėmis gauna didžiausią naudą: dažnas vykdymas (kad automatizacija teiktų prasmingą kaupiamąjį laiko sutaupymą), tikras įvedinių kintamumas (kad taisyklėmis pagrįsta automatizacija juos tvarkytų prastai) ir atkuriamos klaidų pasekmės (kad autonominis veikimas būtų tinkamas). Potencialių klientų kvalifikavimas, kliento įvedimas, sąskaitų valdymas, susitikimų planavimas ir dokumentų apdorojimas gerai atitinka šį profilį. Sutarčių derybos, klinikiniai sprendimai ir didelės rizikos finansiniai įsipareigojimai — ne.

Kiek kainuoja sukurti agentinę darbo eigą?

Kaina labai skiriasi pagal proceso sudėtingumą ir integracijos reikalavimus. Paprastos agentinės darbo eigos, veikiančios vienoje sistemoje su aiškiai apibrėžta apimtimi, kainuoja £3 000–8 000 projektuoti ir įdiegti. Sudėtingos kelių sistemų darbo eigos, reikalaujančios išsamios integracijos ir eskalavimo logikos, kainuoja £15 000–40 000. ROI skaičiavimas turėtų atsižvelgti į einamuosius operacijų sutaupymus — dauguma gerai apibrėžtų darbo eigų atsiperka per 6–12 mėnesių.

Kas atsitinka, kai agentinė darbo eiga padaro klaidą?

Gerai suprojektuotose sistemose klaidos sukelia eskalavimą ir yra pažymimos peržiūrai, o ne tyliai plinta. Kiekviena agentinė darbo eiga turėtų turėti stebėjimą, kuris seka sprendimų modelius, išimčių dalį ir rezultatų tikslumą. Kai atsiranda klaidų modeliai, sistema turėtų juos atskleisti žmogaus peržiūrai ir darbo eigos tobulinimui. Tikslas yra nuolatinis tobulinimas, o ne tobulybė nuo pirmos dienos.

Ar agentinės darbo eigos tinka mažoms įmonėms?

Taip, tinkamiems procesams. Slenkstis yra ne įmonės dydis — tai proceso apimtis ir kintamumas. Solo praktikantas su dideliu klientų užklausų kiekiu ir sudėtingu priėmimo procesu gauna naudos iš agentinės darbo eigos automatizacijos tiek pat, kiek ir didesnė įmonė. Pagrindinis dalykas yra darbo eigos apimties nustatymas konkrečiam, didelės vertės procesui, o ne bandymas automatizuoti viską vienu metu.