Mit #8: Agent do każdego procesu

„Agent do każdego procesu”. Najpierw zdefiniuj to słowo.

„Agent” to dziś jedno z najbardziej nadużywanych słów w oprogramowaniu dla przedsiębiorstw. Agentem nazywa się chatbot, wyszukiwarkę, a nawet prosty skrypt uruchamiany według harmonogramu. Gdy jedno określenie zaczyna obejmować wszystko, przestaje cokolwiek wyjaśniać. Dostawcom jest to na rękę: nieprecyzyjna nazwa pozwala sprzedawać znane funkcje jako przełomową technologię i odpowiednio podnosić ich cenę.

Zainteresowanie agentami AI nie wzięło się jednak znikąd. Prawdziwi agenci rzeczywiście wnoszą coś nowego. Właśnie dlatego ich nazwa trafia dziś na rozwiązania, które agentami nie są.

Zanim kupisz produkt opatrzony taką etykietą, ustal, co dostawca naprawdę przez nią rozumie.

O agencie decyduje autonomia, nie inteligencja

Agent to oprogramowanie, któremu powierzono określony zakres samodzielności. Rozpoznaje sytuację, wybiera spośród dostępnych działań i podejmuje je, aby osiągnąć wyznaczony cel, bez konieczności zatwierdzania przez człowieka każdego kolejnego kroku. Nie decyduje o tym poziom inteligencji ani jakość rozmowy. Decyduje zdolność do samodzielnego działania.

Oprogramowanie, które jedynie podpowiada, i system, który samodzielnie działa, wymagają zupełnie innego podejścia do wdrożenia, nadzoru, bezpieczeństwa i odpowiedzialności.

Cztery poziomy zbyt często sprzedawane pod jedną nazwą

Samodzielność systemów nie jest cechą zero-jedynkową. Najłatwiej podzielić ją na poziomy, podobnie jak robi to branża motoryzacyjna w przypadku pojazdów autonomicznych.

O prawdziwym agencie możemy mówić dopiero na poziomie 3. Rozwiązania z poziomów 0, 1 i 2 mogą być bardzo użyteczne, ale agentami nie są. Mimo to wiele z nich otrzymuje dziś etykietę „agenta”, ponieważ pozwala ona uzasadnić wyższą cenę. Przepłacanie jest jednak najmniejszym problemem. Znacznie poważniejsze jest zatarcie różnicy między oprogramowaniem, które jedynie podpowiada, a systemem, który samodzielnie wprowadza zmiany w ERP, WMS, TMS lub innym systemie firmy.

Pięć elementów prawdziwego agenta

Prawdziwy agent działający na poziomie 3 musi mieć pięć elementów. Jeżeli któregoś brakuje, system może być użyteczny, ale nie jest agentem.

• Cel

  Agent powinien dążyć do określonego rezultatu, a nie tylko reagować na kolejne polecenia. Celem może być ograniczenie opóźnień, utrzymanie poziomu obsługi klienta, obniżenie kosztów transportu albo rozwiązanie problemów z realizacją zamówień. Cel musi być na tyle konkretny, by wyznaczać decyzje. „Zoptymalizuj transport” to za mało.

• Narzędzia

  Agent potrzebuje dostępu do systemów, w których faktycznie wykonywana jest praca: ERP, WMS, TMS, systemów zakupowych czy obsługi klienta. System, który nie może zmienić rekordu, wykonać transakcji ani uruchomić zatwierdzonego procesu, może jedynie rekomendować.

• Kontekst

  Informacje potrzebne do podjęcia właściwej decyzji, które w łańcuchu dostaw rzadko pochodzą z jednego systemu: priorytet zamówień, stan zapasów, zobowiązania wobec klientów, dostępność przewoźników, harmonogramy magazynów, stawki kontraktowe i bieżące dane o zakłóceniach. Dostęp do narzędzia bez wystarczającego kontekstu daje zdolność działania bez zdolności trafnego decydowania.

• Granice

  Administrator musi móc precyzyjnie określić, co agent może zrobić samodzielnie, co wymaga zatwierdzenia, a czego nie wolno mu robić w żadnych okolicznościach: limity kwotowe, dozwolone systemy, dostępne dane, grupy klientów, rodzaje operacji, zakres geograficzny, warunki eskalacji. Granica zapisana wyłącznie w promptcie nie jest wiarygodnym modelem uprawnień.

• Właściciel

  Za każdego agenta w środowisku produkcyjnym musi odpowiadać konkretna osoba, odpowiedzialna za jego zakres, skuteczność i decyzje. Oprogramowanie nie wyjaśni swoich decyzji zarządowi, nie wytłumaczy audytorowi błędu w kontroli ani nie weźmie odpowiedzialności za stratę klienta. Ktoś musi odpowiadać za skutki, analizować wyjątki i decydować, kiedy uprawnienia agenta należy poszerzyć, a kiedy ograniczyć.

Trzy pytania, które ujawniają, co naprawdę kupujesz

Aby ustalić, co naprawdę oferuje dostawca, wystarczą trzy pytania. Odpowiedzi powinny dotyczyć działającego produktu, a nie planów na kolejne kwartały.

• Czy system może samodzielnie zmienić coś w rzeczywistym systemie firmy, i czy możecie pokazać rejestr jego ostatnich stu działań?

  To oddziela realne działanie od pokazu. Jeżeli system nie może niczego zmienić, jest narzędziem analitycznym albo asystentem. Jeżeli działa, ale dostawca nie potrafi przedstawić pełnego rejestru operacji, problemem stają się bezpieczeństwo i możliwość przeprowadzenia audytu.

• Gdzie w produkcie administrator określa, co agent może zrobić samodzielnie?

  Nie chodzi o zasady opisane w prezentacji. Poproś o pokazanie miejsca w produkcie, w którym administrator ustala limity kwotowe, rodzaje dozwolonych operacji, zakres dostępnych danych, wymagane zatwierdzenia i warunki przekazania sprawy człowiekowi.

• W jakich sytuacjach agent ostatnio odmówił wykonania działania lub przekazał sprawę człowiekowi?

  To jedno z najlepszych pytań sprawdzających. Agent działający w rzeczywistych granicach powinien czasem do nich docierać, odmawiać wykonania operacji i przekazywać sprawę człowiekowi. Jeżeli produkt nigdy niczego nie odmówił, prawdopodobnie nie ma prawdziwych ograniczeń albo wcale nie podejmuje samodzielnych decyzji.

Nie każdy proces potrzebuje agenta

Nawet jeżeli rozwiązanie rzeczywiście jest agentem, nie oznacza to, że warto wdrożyć je w każdym procesie. Hasło „agent do każdego procesu” pomija koszt bezpiecznego przekazania decyzji systemowi.

Agent wymaga połączenia z systemami firmy, odpowiednich danych, precyzyjnego modelu uprawnień, zasad zatwierdzania i przekazywania wyjątków, stałego monitorowania oraz regularnej kontroli jakości decyzji. Do tego dochodzą koszty utrzymania integracji, bezpieczeństwa, zgodności z przepisami, audytu, zarządzania zmianą i naprawiania błędnych decyzji. Fakt, że coś można zautomatyzować, nie oznacza jeszcze, że warto to robić.

Przed podjęciem decyzji należy ocenić cztery cechy danego działania:

Zacznij od decyzji, a nie od agenta

Firmy zbyt często zaczynają od pytania: „Gdzie możemy wdrożyć agentów?”. To niewłaściwa kolejność. Najpierw wskaż decyzje, które pochłaniają najwięcej czasu, powodują opóźnienia, są podejmowane niespójnie albo generują największe straty.

Następnie ustal, która część pracy rzeczywiście wymaga oceny sytuacji, a którą można obsłużyć prostymi regułami. Dopiero wtedy wybierz właściwe rozwiązanie: chatbot, asystenta, tradycyjną automatyzację, agenta albo człowieka. Opisz decyzje, które naprawdę jesteś gotów przekazać systemowi, i określ granice jego działania. Wymagaj przejrzystego modelu uprawnień oraz pełnego rejestru operacji, a zanim agent zacznie działać w środowisku produkcyjnym, wyznacz osobę odpowiedzialną za jego decyzje.

„Agent” to dziś często etykieta pozwalająca podnieść cenę produktu, a nie precyzyjny opis jego możliwości. Każde rozwiązanie warto poddać temu samemu testowi: czy potrafi samodzielnie działać w systemach firmy, gdzie określa się granice jego uprawnień i w jakich sytuacjach ostatnio odmówiło wykonania działania? A potem zadaj pytanie, które marketing zwykle pomija: czy tę decyzję w ogóle warto automatyzować?