KTern.AI ir SAP agentai: DI pradeda tvarkyti sunkiausią įmonių virtuvę

SAP agentai yra viena iš tų DI naujienų, kur pirmas impulsas būna numoti ranka: dar vienas pranešimas, dar vienas modelis, dar viena platforma. Bet po triukšmu yra praktinis klausimas – ką žmogus ar komanda nuo rytojaus darys kitaip?

AWS aprašė KTern.AI pavyzdį: agentinis DI naudojamas SAP transformacijos darbams su Amazon Bedrock AgentCore. Jei SAP jums skamba kaip trijų aukštų Excel su rimtu kostiumu, nesate vieni. Bet būtent tokiose sistemose DI agentai gali duoti daugiausia naudos.

Atvirai? Man DI naujienose mažiausiai įdomūs blizgantys pristatymai. Įdomu, kur dingsta laikas, kur atsiranda klaidos ir kur komanda vis dar dirba rankomis, nors jau seniai galėtų bent dalį darbo perduoti sistemai.

KAS NUTIKO

KTern.AI agentai padeda su reverse engineering, fit-to-standard analize, kodo peržiūra ir išimčių paieška finansų bei pardavimų procesuose. Tai nėra paprastas chatbotas. Tai agentai, kurie turi suprasti verslo logiką, techninę sistemą ir procesų priklausomybes.

Šaltinis čia svarbus. Ne gandas, ne LinkedIn interpretacija, o pirminis įmonės tekstas. Tokiose temose detalės greitai iškraipomos: vienas sakinys tampa pažadu, pažadas tampa reklama, o po savaitės visi jau ginčijasi dėl dalyko, kurio niekas tiksliai neperskaitė.

KODĖL TAI SVARBU

Didelėse įmonėse sunkiausia ne parašyti naują planą. Sunkiausia suprasti, kas jau pastatyta. Senos taisyklės, senas kodas, senos išimtys, seni žmonių susitarimai, kurių niekas nebedrįsta liesti. DI čia gali veikti kaip kantrus praktikantas, kuris peržiūri kalnus medžiagos ir iškelia klausimus žmogui.

DI versle jau seniai nebėra vien klausimas „kokį įrankį nusipirkti“. Dabar klausimas kitas: kur šis įrankis įsėda į procesą, ką jis gali matyti, ką gali keisti ir kas patikrina rezultatą. Be šitų atsakymų net geriausias modelis tampa dar vienu langeliu naršyklėje.

KUR TAI PRITAIKYTI

Pradėti verta ne nuo didelio plano. Pradėti verta nuo vienos vietos, kur darbas kartojasi ir visi tyliai kenčia. Žinot tą jausmą, kai komandoje niekas nebenori liesti tam tikros lentelės, bet visi žino, kad be jos nepajudėsi? Va ten dažnai ir prasideda DI vertė.

• Finansų procese agentas gali rasti pasikartojančias išimtis, kurios stabdo uždarymą.
• IT komanda gali greičiau suprasti seną kodą prieš migraciją.
• Vadovai gali matyti, kur standartinis procesas išsikraipė per metus.

Gera taisyklė paprasta: jei darbą galima aprašyti trimis sakiniais ir patikrinti per kelias minutes, jis tinka pirmajam DI bandymui. Jei reikia žmogaus intuicijos, dešimties išimčių ir „čia priklauso nuo situacijos“, pirmiausia susitvarkykite procesą.

KUR PASISLĖPUSI RIZIKA

Rizika yra perleisti sprendimą agentui, kai jis turėtų tik paruošti medžiagą. SAP aplinkoje viena klaida gali paliesti sąskaitas, tiekimą ir klientą. Todėl žmogaus patvirtinimas čia ne mandagumas, o būtinybė.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiu sakiniu, tvarkinga struktūra ir tonu, kuris skamba užtikrintai. Čia smegenys ir užkimba: „atrodo gerai, vadinasi gerai“. Deja, versle taip neveikia.

KĄ DARYTI ŠIĄ SAVAITĘ

Jei turite didelę verslo sistemą, pradėkite nuo žemėlapio. Kur procesas prasideda, kur baigiasi, kur daugiausia išimčių? DI agentui reikia ne tik duomenų. Jam reikia ribų.

Mano siūlymas: nebandykite laimėti viso DI žaidimo per vieną savaitę. Paimkite vieną procesą, vieną komandą, vieną matavimą. Tada žiūrėkite, ar žmogui realiai liko mažiau darbo, ar tiesiog atsirado nauja vieta tikrinti DI.

DUK

Ar SAP agentai aktualu mažam verslui?

Taip, jei mažas verslas turi pasikartojančių informacijos darbų. Jei procesas vyksta tik kartą per metus, DI nauda gali būti mažesnė nei pasiruošimo kaina.

Ar čia reikia techninės komandos?

Ne visada. Pradžioje dažnai užtenka aiškaus proceso, gerų duomenų ir žmogaus, kuris moka patikrinti rezultatą. Techninė komanda reikalinga tada, kai DI jungiamas prie vidinių sistemų.

Kokia didžiausia klaida?

Pradėti nuo įrankio, o ne nuo problemos. Įrankių daug. Aiškiai suformuluotų problemų – mažiau.

Jei norite DI pritaikyti praktiškai, pradėkite nuo vieno proceso audito. MasterSprint programoje būtent taip ir žiūrime į DI: mažiau triukšmo, daugiau realių darbų. Daugiau rasite MasterSprint.

Šaltinis: Amazon Web Services.