Vsi hočejo agente, malo kdo je pripravljen
AI agent se pogovarja z vašim sistemom, sprejme nalogo in jo izvede. Tako vsaj zveni v predstavitvah. V praksi je razlog, da so prvi agenti v podjetju neuspešni, skoraj vedno enak. Podjetje ni pripravljeno. Manjkajo osnove, ki morajo biti pred agentom, ne po njem.
Spodaj je pet stvari, ki morajo biti urejene, preden agent prinese vrednost. Brez njih bo agent zgolj draga predstavitev.
1. Čisti podatki v izvornih sistemih
Agent je toliko dober, kolikor so dobri vaši podatki. Če imate v ERP dvojne stranke (Trgovina X d.o.o. in Trgovina X DOO sta dva zapisa), bo agent pri pol primerov vrnil napačen podatek. Če v cenikih manjkajo cene za polovico artiklov, bo agent haluciniral pri vsaki tretji stranki.
Pred AI agentom: očistite ključne tabele, ki jih agent uporablja. Dvojne zapise, manjkajoča polja, neusklajene davčne številke. To ni sexy delo, ampak odloča o tem, ali bo agent uporaben ali zavajajoč.
2. Programski dostop do podatkov
Agent ne more brati podatkov iz Excela, ki je samo na disku računovodje. Ne more brati iz PDF-ja v dokumentnem sistemu, do katerega dostopa preko klikov v vmesniku. Potrebuje API ali vsaj bazo, do katere se priklopi.
Vsak ključen sistem (ERP, CRM, dokumentni sistem, e-pošta) mora imeti programski dostop. Pri modernih sistemih to pomeni REST API. Pri starejših morda vmesni sloj, ki bere bazo. Brez tega agent nima vhoda.
Praktično: pred AI projektom naredite mini revizijo. Za vsak sistem, ki ga agent potrebuje, odgovorite: kako se do njegovih podatkov pride programsko? Če odgovor je "samo ročno preko vmesnika", to morate rešiti prej.
3. Jasni procesi, ki se dajo opisati
Agent bo izvedel proces, ki mu ga opišete. Če proces ni jasen ljudem, ki ga delajo zdaj, ga ne boste znali opisati agentu. Posledica: agent bo delal slabo verzijo nejasnega procesa.
Pred AI agentom: zapišite proces, ki ga želite avtomatizirati. Korak za korakom. Z izjemami. S pravili odločanja. Če pri tem opazite, da v 5 korakih nekaj "pač delamo na občutek", je to znak, da proces ni primeren za agenta. Najprej standardizirajte ročno.
4. Pravila za eskalacijo
Agent bo prej ali slej naletel na primer, ki ga ne zna rešiti. Vprašanje je, kaj se zgodi takrat. Pravila eskalacije morate definirati pred uvajanjem, ne po prvi napaki.
Konkretno:
- Katere primere agent vedno preda človeku (nove stranke, znaki nezadovoljstva, nestandardne cene)
- Nad katero vrednostjo zahteva potrditev človeka
- Koga obvesti pri eskalaciji
- Kaj se zgodi, če eskalacija ni obravnavana v X urah
Brez teh pravil agent ali eskalira vse (in s tem postane neuporaben) ali ne eskalira nič (in s tem postane nevaren).
5. Lastnik rezultata znotraj podjetja
AI agent ni IT projekt. Je sprememba, kako podjetje opravi določen proces. Brez sponzorja v vodstvu, ki je odgovoren za rezultat, projekt obstane na pol poti. Operativci ne vedo, ali smejo agentu zaupati. IT ne ve, kakšne so prioritete. Razvijalec dobi nasprotujoče si zahteve.
Pred AI agentom: določite eno osebo v podjetju, ki je odgovorna za rezultat. Ni nujno tehnično, mora pa imeti moč odločitve in dostop do operativcev. Tipično COO, vodja prodaje ali vodja oddelka, kjer agent dela.
Vrstni red uvajanja
Pravilen vrstni red v podjetju, ki še ni delalo z AI:
- Mesec 1 do 2: očistite ključne podatke v sistemih, ki bodo viri za agenta
- Mesec 1 do 2: vzpostavite programski dostop (API, vmesni sloj) do teh sistemov
- Mesec 2 do 3: zapišite proces, ki ga agent prevzema. Standardizirajte izjeme.
- Mesec 3: določite eskalacijska pravila in lastnika
- Mesec 3 do 4: razvoj agenta z ozkim obsegom (en proces, ena ekipa)
- Mesec 4 do 6: vzporedno delovanje, agent predlaga, človek potrdi
- Mesec 6 in naprej: postopno širjenje samostojnosti agenta v posameznih primerih
Krajše časovnice obstajajo, ampak so tvegane. Polno avtonomen agent v 6 tednih je marketing, ne realnost.
Kaj se zgodi, če preskočite priprave
Tipični vzorec brez priprav: agent v testu deluje impresivno. V produkciji v drugem tednu prve resne napake. V tretjem mesecu ekipa preneha zaupati. Po pol leta agent izklopljen, ekipa razočarana, vodstvo skeptično glede AI v celoti.
To ni napaka tehnologije. Je napaka uvajanja. AI agent v podjetju, ki nima čistih podatkov, jasnih procesov in lastnika rezultata, je orodje brez podlage.
Bistvo
AI agent ne nadomesti dobrih osnov, ampak jih izpostavi. Pred uvajanjem agenta naredite revizijo: čisti podatki, programski dostop, jasen proces, eskalacija, lastnik. Če vse to obstaja, je agent dodana vrednost. Če manjka, je agent breme.