Agent AI nie jest nowym pracownikiem. Jest nowym procesem

Agent AI brzmi jak cyfrowy kolega zespołu. W praktyce jest bliżej taśmy produkcyjnej: dostaje materiał, wykonuje kolejne operacje, korzysta z narzędzi i przekazuje wynik dalej. Jeśli taśma jest źle złożona, lepszy silnik tylko szybciej wyprodukuje problem.

Dlatego pierwsza rozmowa o agencie nie powinna dotyczyć modelu. Powinna dotyczyć poniedziałku o 9:00. Co dokładnie wpada do firmy? Kto to otwiera? Jakie dane są potrzebne? Co jest wynikiem i kto ponosi odpowiedzialność za jego akceptację? Dopiero po tych pytaniach technologia ma konkretną pracę do wykonania.

#Czat odpowiada. Agent działa

Zwykły czat generuje odpowiedź na polecenie. Agent może dodatkowo wykonać sekwencję kroków: pobrać wiadomość, znaleźć klienta w CRM, sprawdzić cennik, przygotować wersję oferty i utworzyć zadanie dla handlowca. Nie oznacza to, że „rozumie firmę”. Oznacza, że został wpisany w proces i dostał określone uprawnienia.

Ta różnica jest ważna, bo sam tekst rzadko jest celem biznesowym. Celem jest zakończony etap pracy. Jeżeli po wygenerowaniu odpowiedzi ktoś nadal przepisuje dane między trzema oknami, automatyzacja zrobiła tylko najłatwiejszy kawałek drogi.

#Przykład: oferta bez przepisywania

Wyobraźmy sobie dziewięcioosobową firmę usługową. Zapytania przychodzą przez formularz i pocztę. Handlowiec odczytuje potrzeby, sprawdza dostępność, składa zakres w dokumencie, a właściciel zatwierdza cenę. Wszystko działa, tylko czasem pierwsza odpowiedź wychodzi następnego dnia.

W takim procesie agent nie musi „obsługiwać sprzedaży”. Może wykonać pięć mniej romantycznych czynności: rozpoznać rodzaj zapytania, uzupełnić brakujące pola, odszukać odpowiedni wariant usługi, przygotować szkic i przypisać go do właściwej osoby. Handlowiec sprawdza sens, właściciel nadal zatwierdza wyjątki cenowe.

1. Wejście: wiadomość klienta i jawnie określone pola wymagane.
2. Wiedza: aktualny cennik, katalog usług i zasady wykluczeń.
3. Działania: odczyt CRM, utworzenie szkicu, dodanie zadania.
4. Granica: brak wysyłki oferty bez akceptacji człowieka.
5. Wynik: czas pierwszej odpowiedzi i odsetek poprawnych szkiców.

#Uprawnienia projektuje się jak klucze

Nie dajesz nowej osobie kluczy do całego budynku, bo ma przynieść dokumenty z recepcji. Z agentem jest podobnie. Dostęp „na wszelki wypadek” zwiększa skalę szkody, gdy instrukcja w dokumencie, wiadomości lub wyniku narzędzia zostanie potraktowana jako polecenie. OWASP wskazuje nadmierne uprawnienia umiejętności agentów jako odrębne, poważne ryzyko.

Dlatego odczyt i zapis powinny być rozdzielone. Agent może najpierw czytać CRM i tworzyć wyłącznie szkice. Wysyłka, zmiana ceny, usunięcie rekordu albo zlecenie płatności to osobne poziomy ryzyka, nie kolejne checkboxy do odhaczenia przy instalacji.

„Najważniejsze pytanie nie brzmi „co agent potrafi?”, tylko „co wolno mu zrobić, gdy się pomyli?”.”

#Pilot na 30 dni, nie obietnica na trzy lata

Na start wybierz jeden wąski wariant procesu. Przez pierwszy tydzień zbierz przykłady wejść i zapisz, jak wygląda dobry wynik. W drugim zbuduj ścieżkę z ręczną akceptacją każdego działania. Trzeci tydzień to test na starych, trudnych przypadkach: niekompletne dane, nietypowa prośba, sprzeczny cennik. Dopiero czwarty pozwala ograniczyć akceptacje tam, gdzie wyniki są stabilne.

Mierz dwie rzeczy jednocześnie: korzyść i jakość. Sam zaoszczędzony czas potrafi ładnie wyglądać w prezentacji, mimo że zespół traci go później na poprawianie. Licz czas do ukończenia procesu, liczbę poprawek, odsetek przypadków wymagających pomocy oraz błędy wykryte po fakcie.

#Agent zostaje w firmie. Model może się zmienić

Najtrwalszą częścią wdrożenia nie jest konkretny model. To opis procesu, źródła prawdy, uprawnienia, testy i jasna odpowiedzialność. Modele będą tańsze, szybsze i lepsze. Dobrze opisany proces pozwala je wymieniać bez zaczynania od zera.

I to jest spokojniejsza wizja agentów: nie cyfrowy pracownik, którego trzeba „zatrudnić”, tylko dobrze zaprojektowany fragment organizacji. Mniej magii, więcej rzemiosła.