AWS FDE: kodėl DI agentams kartais reikia žmogaus prie stalo

DI agentai versle gražiai skamba prezentacijoje. Bet kai reikia prijungti juos prie senos CRM sistemos, vidinių taisyklių, teisių ir žmonių įpročių, romantika greitai baigiasi.

AWS paskelbė, kad skiria 1 mlrd. dolerių naujai Forward Deployed Engineering komandai. Paprastai tariant, tai inžinieriai, kurie eina pas klientą į vidų ir kartu su juo stato agentinius sprendimus. Ne tik konsultuoja iš skaidrių. Sėda prie stalo ir daro.

Atvirai? Čia man atrodo labai sveikas signalas. Nes didelė dalis verslų vis dar galvoja, kad DI diegimas yra toks reikalas: nusipirkome įrankį, įjungėme, darbuotojai patys susigaudys. O paskui prasideda tas pažįstamas šokis: niekas nenaudoja, duomenys netvarkingi, atsakomybės neaiškios, o vadovas klausia, kur ROI.

DI agentas nėra programėlė, kuri pati išgelbės verslą

AWS žinutėje svarbus ne tik pinigų skaičius. Svarbu tai, ką tas skaičius išduoda: agentams reikia praktinio įvedimo į įmonės kasdienybę.

Agentinis DI sprendimas turi suprasti, ką jam galima daryti. Kokius duomenis matyti. Kada prašyti žmogaus patvirtinimo. Kur baigiasi rekomendacija ir prasideda veiksmas. Jeigu šitie dalykai neaprašyti, agentas tampa labai protingu praktikantu be vadovo.

Gražu pirmą savaitę. Rizikinga trečią.

AWS rašo, kad nauja komanda padės klientams kurti ir paleisti agentinius sprendimus per dienas. Skamba greitai, bet čia yra viena sąlyga: klientas turi įsileisti inžinierius į savo tikrą darbo virtuvę. Ne į gražų strategijos dokumentą, o į tai, kaip žmonės realiai dirba pirmadienio rytą.

Ką tai reiškia Lietuvos verslui

Man čia labai aiški pamoka. Jeigu nori agentų, pradėk ne nuo klausimo „kokį modelį pirkti?“. Pradėk nuo šitų:

• Kuris procesas šiandien daugiausia stringa?
• Kokius duomenis agentas turi matyti?
• Kas atsako, jei agentas pasiūlo blogą veiksmą?
• Kada žmogus turi paspausti galutinį mygtuką?
• Kaip matuosime, ar laimėjome laiką, pinigus arba kokybę?

Šitie klausimai nėra sexy. Bet jie atskiria realų DI naudojimą nuo žaidimo su nauju žaislu.

Pavyzdys paprastas. Įmonė nori agento, kuris padėtų pardavimams. Puiku. Bet ar CRM duomenys tvarkingi? Ar pasiūlymų šablonai vienodi? Ar komercinės sąlygos aiškios? Jeigu ne, agentas tik greičiau pagamins netvarką. Kaip sporte: jeigu technika kreiva, greitesnis tempas tik greičiau priveda prie traumos.

Žmogus niekur nedingsta

Įdomiausia, kad DI agentų banga neatšaukia žmonių. Ji kaip tik parodo, kur žmogus reikalingas labiausiai.

Ne ten, kur reikia kopijuoti tekstą iš vienos lentelės į kitą. Ten agentas gali padėti. Žmogaus reikia ten, kur reikia sprendimo, konteksto, ribų ir atsakomybės. Kitaip sakant, ne mažiau mąstymo, o daugiau.

AWS sprendimas investuoti į žmones, kurie diegia DI pas klientus, yra geras priminimas: agentai neprigyja vakuume. Jie prigyja ten, kur verslas moka aiškiai pasakyti, kaip veikia jo darbas.

Praktinis namų darbas

Šią savaitę pasirinkite vieną procesą, kuriame darbuotojas kasdien daro tą patį rankinį darbą. Ne penkis. Vieną.

Užrašykite, iš kur ateina informacija, kokie sprendimai priimami ir kur reikia žmogaus patvirtinimo. Tik tada žiūrėkite, ar agentas gali padėti.

Jeigu norite susidėlioti tokį procesą be chaoso, verta pasižiūrėti į MasterSprint arba Salvaro DI sprendimus verslui. Nes įrankis be proceso dažnai tampa dar vienu langu naršyklėje.

FAQ

Kas yra AWS Forward Deployed Engineering?

Tai AWS komanda, kuri dirbs su klientais vietoje ir padės kurti agentinius DI sprendimus pagal realius verslo procesus.

Ar DI agentams reikia programuotojų?

Ne visada, bet rimtesniems sprendimams reikia techninio žmogaus, kuris supranta duomenis, sistemas, saugumą ir integracijas.

Nuo ko pradėti DI agentų diegimą?

Nuo vieno aiškaus proceso, kuriame galima pamatuoti sutaupytą laiką, mažiau klaidų arba greitesnį sprendimą.

Šaltinis: Amazon Web Services.