Kaj AI agent potrebuje, da naročilo pride do potrditve

Objavljeno 13. 10. 2026

Od predstavitve do enega opravila

Google je 8. oktobra 2026 predstavil Gemini agent in opisal delo v povezanih poslovnih orodjih. To je novica ponudnika. Za podjetje je uporabnejše vprašanje, kako tak pristop preizkusiti pri enem vsakdanjem opravilu.

Vzemimo izmišljeni primer veleprodajnega podjetja. Naročila prihajajo po e-pošti. Sodelavec jih odpre, poišče stranko, preveri artikle in pripravi potrditev. Del dela je branje sporočila. Drugi del je prenos pravilnih podatkov v sistem, ki ga prodaja že uporablja.

Najprej določite, kaj mora nastati

Pred povezovanjem orodij napišite pričakovani rezultat. Pri tem primeru je to osnutek naročila z ustrezno stranko, artikli, količinami in označenimi odprtimi vprašanji. Potrditev stranki še ni poslana.

Tak opis omogoča preizkus. Ekipa lahko odpre pripravljeno naročilo in preveri posamezno polje. Zahteva, naj agent pomaga prodaji, je preširoka za enako preverjanje.

Od kod pridejo podatki

Agent mora dobiti sporočilo in dovoljen dostop do podatkov, ki jih potrebuje za preverjanje. Stranka je lahko v evidenci kupcev, artikel v katalogu, cena pa v veljavnem ceniku. Teh podatkov ne nadomestite z ugibanjem modela.

Dogovorite se tudi, kateremu viru sistem zaupa, kadar se zapisa razlikujeta. Stara priloga iz e-pošte in sedanji cenik lahko vsebujeta različni ceni. Pravilo, kateri podatek velja, je poslovna odločitev. Oseba, ki proces pozna, ga mora potrditi.

Dostop naj bo omejen na podatke in dejanja tega opravila. Sistem, ki pripravlja osnutek naročila, zaradi tega še ne potrebuje pravice spreminjati pogodb ali celotnega cenika.

Kam gre rezultat

Povezava mora pripravljen rezultat prenesti na pravo mesto. Če agent vrne seznam artiklov samo v klepet, mora sodelavec še vedno prepisati podatke. Zato med preizkusom preverite tudi zapis v ciljnem orodju.

Začnete lahko s testnim okoljem ali z osnutki, ki ne sprožijo zunanjega dejanja. Vsak poskus povežite z izvornim sporočilom, da je mogoče preveriti, iz česa je rezultat nastal. Ko se pojavi napaka, mora ekipa znati slediti poti do vhoda.

Kdaj prevzame človek

Naročilo brez oznake artikla, nenavadna količina ali neskladna cena potrebujejo določeno pot. Sistem označi težavo in jo preda odgovorni osebi. Ta popravi podatek ali pove, kako naj se primer obravnava.

Za prvo uvedbo naj človek pregleda tudi običajne rezultate. S tem dobite podatke o napakah, ki jih med predstavitvijo morda ne bi opazili. Kasneje lahko pravila spreminjate na podlagi dejanskih preizkusov, ne občutka, da agent dovolj lepo odgovarja.

Kaj izmeriti v prvem tednu

Zabeležite število naročil, čas sedanjega dela in čas pregleda pripravljenega osnutka. Dodajte popravke ter primere, ki jih sistem preda človeku. Brez teh podatkov težko ugotovite, koliko dela je res odpadlo.

Pri AIS prvi pogovor uporabimo za izbor takega procesa in opis njegovih mej. Če se naročila vsak dan premikajo skozi ista orodja, začnite z enim vzorcem naročila ter osebo, ki ga danes obdeluje. To je dovolj konkretno izhodišče za prototip.

Vir za povod: Google Cloud, 8. 10. 2026.

Rezervirajte uvodni posvet.

Povezano

• Izvirni vir za povod

Vsi zapisi