Automatizacija poslovnih procesa: od skripti do AI agenata

Reč „automatizacija“ u ponudi obično znači jednu tehnologiju i jednu cenu. U stvarnosti to je lestvica sa pet prečaga, od skripte koju junior napiše za pola dana do AI agenta koji čita nestrukturiran tekst i sam odlučuje šta dalje. Svaka prečaga rešava drugačiji problem i pada na drugačiji način. Izbor pogrešne prečage je najskuplja greška u celom poslu, a napravi se pre nego što se napiše prva linija koda.

Ono što sledi nije rangiranje po modernosti. Skripta nije „zaostala“, a AI agent nije „napredan“ — to su alati za različite poslove. Cilj je da za svaki proces prepoznate koja prečaga mu odgovara i da ne platite agenta tamo gde je dovoljan webhook.

Lestvica automatizacije

Pet prečaga, od najkrutije do najfleksibilnije. Krutost nije mana — što je alat krući, to je predvidljiviji i jeftiniji za održavanje.

Hardkodovana skripta je najjeftinija i najbrža. Dobra je za tačno jedan zadatak sa fiksnim ulazom: preimenuj fajlove, prebaci izveštaj svake noći, pošalji podsetnik. Pada tiho — kad se format ulaza promeni, skripta i dalje radi, samo daje pogrešan rezultat, a niko ne gleda.

Integracija i webhook prenose podatke između sistema u trenutku kad se nešto desi: nova narudžbina okine kreiranje računa, plaćanje okine otpremu. Dobre su kad oba sistema imaju stabilan API. Padaju kad jedna strana promeni ugovor bez najave — lanac stane, i to obično na mestu koje se najkasnije primeti.

Mašina pravila, srce klasičnih BPM alata, kodira odluke kao skup „ako-onda“ grana. Odlična je dok su pravila stabilna i malobrojna. Problem nastaje kad ih ima dvesta, kad se preklapaju i kad odlazak jednog čoveka znači da niko ne zna zašto pravilo broj 143 uopšte postoji.

RPA — robotska automatizacija procesa — klikće kroz korisnički interfejs umesto čoveka. Njena jedina prava prednost je što ne traži API: radi nad ekranom starog sistema koji nema drugi način pristupa. To je istovremeno i njena osnovna slabost, o kojoj vredi reći više.

LLM agent je jedini alat koji podnosi nestrukturiran, promenljiv ulaz — mejl kupca, reklamaciju, specifikaciju. Tu klasičan softver ne pomaže. Ali agent ima manu koje druge prečage nemaju: odgovara jednako ubedljivo kad je u pravu i kad nije, pa greška nije očigledna.

RPA automatizuje ekran, a ne proces

RPA se prodaje kao „automatizacija bez integracije“ i to zvuči kao prednost dok se ne shvati šta zapravo znači. Robot ne razume proces — on pamti niz klikova: otvori ekran, klikni treće polje, ukucaj vrednost, pritisni dugme dole desno. Sve dok se ekran ne pomeri.

A ekran se uvek pomeri. Dobavljač izbaci novu verziju, doda jedno polje, promeni raspored — i robot koji je „radio godinu dana“ odjednom upisuje podatke u pogrešnu ćeliju. Nije prijavio grešku, jer sa njegove tačke gledišta ništa nije puklo: kliknuo je tamo gde mu je rečeno. RPA automatizuje najpovršniji sloj procesa, onaj koji se najčešće menja, i zato je najkrhkiji oblik automatizacije koji postoji.

To ne znači da RPA nema mesto. Ima ga tačno tamo gde nema alternative: stari sistem bez API-ja, bez izgleda da ga dobije, a posao mora nekako da se poveže. Tamo je RPA most, ne odredište — privremeno rešenje dok se ispod ne izgradi pravi interfejs.

Automatizuj odluku, ne klikove

Ovde je najvažnije pravilo cele oblasti, i ono deli automatizaciju koja traje od one koja se raspadne za tri meseca.

Automatizuj odluku, ne klikove. Klikovi su način na koji čovek danas sprovodi odluku; sutra će biti drugačiji. Odluka je ono što ne zastareva.

Kad snimite dvadeset klikova komercijaliste koji obrađuje narudžbinu, snimili ste današnji interfejs, a ne posao. Posao je: „proveri da li kupac ima otvoren dug, ako nema odobri narudžbinu, ako ima prosledi finansijama“. To je odluka, i ona se ne menja kad se promeni ekran. Ako automatizujete odluku, promena interfejsa vas ne dodiruje. Ako automatizujete klikove, svaka promena vas obori.

Zato integracija preko API-ja gotovo uvek pobeđuje RPA na duge staze: API je ugovor o odluci i podatku, a ekran je samo trenutni oblik. Kod uvođenja alata kao što je KickOff CRM ne prepisujemo klikove iz starog sistema, nego prvo popišemo koje se odluke zaista donose i po kom kriterijumu.

Prvo gledaj šta ljudi zaista rade

Pre nego što bilo šta automatizujete, morate da znate šta se stvarno dešava — ne šta piše u proceduri, nego šta ljudi rade u praksi. To dvoje se skoro nikad ne poklapa.

Process mining je disciplina koja to radi merljivo: umesto da pitate ljude kako rade, pa dobijete uglađenu verziju, čitate tragove koje sistemi već ostavljaju — vremenske pečate u ERP-u, logove u CRM-u, istoriju mejlova — i rekonstruišete stvarni tok. Skoro uvek se pojavi nešto što niko nije očekivao: koraci koji se rade dvaput, odobrenja koja niko ne gleda, tri različita puta za isti posao zavisno od toga ko ga radi.

Ovo je najčešće preskočen korak, jer nije efektan. Mnogo je lakše kupiti alat nego priznati da proces nema definisan tok. Ali automatizacija je pojačalo: uzme ono što postoji i pusti ga jače. Ako je ono što postoji haos, dobijete brži haos.

Šta se meri

Automatizacija bez merenja je vera, ne inženjerstvo. Tri broja govore skoro sve, i sva tri se mere pre nego što se bilo šta promeni.

• Vreme ciklusa (cycle time) — od trenutka kad posao uđe u proces do trenutka kad izađe završen. Uključuje i sve čekanje između koraka, koje je obično najveći deo.
• Vreme rada (touch time) — koliko minuta neko zaista radi na tom poslu. Razlika između vremena ciklusa i vremena rada je čisto čekanje, i tu je najveća ušteda skrivena.
• Stopa doradbe (rework rate) — koliko poslova se vrati na ispravku. Ako automatizacija ubrza proces ali podigne stopu doradbe, niste ubrzali ništa — samo ste brže pravili greške koje se posle skuplje popravljaju.

Najveća zamka je merenje samo vremena rada, jer je to deo koji alat najlakše smanji. Ali ako posao satima stoji u redu između dva koraka, skraćivanje samog rada za petinu ne menja skoro ništa za kupca koji čeka. Vreme ciklusa je broj koji kupac oseti.

Redosled koji daje rezultat, bez obzira na to koju prečagu na kraju izaberete:

1. Snimi stvarni tok. Iz tragova u sistemima, ne iz procedure. Nađi gde posao staje i gde se vraća.
2. Popravi proces. Ukloni dvostruke korake, ujednači puteve, definiši ko donosi koju odluku.
3. Izmeri osnovu. Vreme ciklusa, vreme rada i stopu doradbe pre ijedne automatizacije.
4. Izaberi najnižu prečagu koja posao rešava. Ako je dovoljan webhook, ne gradi agenta.
5. Meri posle i uporedi. Ako se vreme ciklusa nije pomerilo, automatizacija nije uspela, ma koliko demo izgledao dobro.

Gde čovek ostaje u petlji

Nijedna prečaga ne uklanja čoveka u potpunosti, i to nije prelazno stanje nego trajni deo dobrog dizajna. Pitanje nije da li čovek ostaje, nego gde.

Čovek ostaje na tri mesta: tamo gde je trošak greške visok i nepovratan, tamo gde ulaz izlazi iz opsega koji je alat video — izuzetak koji niko nije predvideo — i tamo gde odluka nosi odgovornost koju neko mora da potpiše. Dobro postavljena automatizacija ne krije te tačke, nego ih čini vidljivim, tako da čovek dobije tačno one slučajeve koji ga traže, a ne sve.

Kada AI agent kao NG Sara obrađuje upite, ili kada se komunikacija sa kupcima vodi kroz Mailbook, cilj nije da čovek nestane iz procesa, nego da vidi samo ono što traži njegovu prosudbu. Sve ostalo — učestalo, jednoznačno, proverljivo — ide samo. Ako niste sigurni koja prečaga odgovara vašem procesu, počnite razgovorom o samom procesu, ne o alatu; tu obično krećemo i mi.