To ostatni wpis z serii o Cyfrowych Pracownikach. Pierwszy tłumaczył model rozliczeń, drugi podział pracy w zespole, trzeci pracę na wewnętrznych danych. Za każdym razem wracał ten sam wątek: gdzie kończy się rola Cyfrowego Pracownika, a zaczyna decyzja człowieka. Ten tekst jest o tym wprost. Uczciwie o granicach, bo to one, a nie lista możliwości, decydują, czy wdrożenie się uda. Sceptyczny kierownik IT słyszał już dość obietnic, więc nie dodajemy kolejnej, tylko pokazujemy, czego Cyfrowy Pracownik nie zrobi i dlaczego dobrze, że nie zrobi.
Nie podejmie decyzji za człowieka
Cyfrowy Pracownik przygotowuje wersję roboczą: propozycję kroków rozwiązania, draft oferty, szkic instrukcji. Nie zatwierdza jej i nie wysyła w świat samodzielnie. Ostatnie słowo, i odpowiedzialność, zostają po stronie człowieka, który wynik przyjmuje. To nie jest ograniczenie techniczne, które kiedyś zniknie, tylko świadomy wybór projektowy: w środowisku, w którym błąd kosztuje, autonomia bez nadzoru jest ryzykiem, nie funkcją. Sam podział ról między jednostkę a człowieka rozłożyliśmy we wpisie o Cyfrowym Pracowniku a zespole.
Nie odpowie na to, czego nie ma w źródłach
To brzmi jak wada, a jest zaletą. Jeśli odpowiedzi nie ma w Waszej dokumentacji, dobrze zbudowany Cyfrowy Pracownik nie „dopowiada" prawdopodobnie brzmiącego zdania, tylko zaznacza, że źródła nie zawierają odpowiedzi. Milczenie w miejscu, gdzie nie ma podstawy, jest bezpieczniejsze niż pewnie brzmiący domysł. Ta zasada wynika wprost ze sposobu, w jaki Cyfrowy Pracownik pracuje na danych, co opisaliśmy w poprzednim wpisie o pracy na danych firmy.
Nie rozstrzygnie sprzeczności w Waszych danych
Jeśli w źródłach są dwie wersje tej samej instrukcji i żadna nie jest oznaczona jako obowiązująca, Cyfrowy Pracownik nie zgadnie, która ma pierwszeństwo. Może pokazać, że wersje są rozbieżne, ale nie zdecyduje za Was, która jest właściwa, bo tej informacji po prostu nie ma. To najczęstsze źródło rozczarowania i jednocześnie najuczciwszy sygnał: narzędzie nie zamiata pod dywan bałaganu w dokumentacji, tylko go ujawnia. Uporządkowanie źródeł zostaje po stronie firmy, i zwykle jest pierwszym etapem wdrożenia.
Nie jest uniwersalnym rozwiązaniem do wszystkiego
Cyfrowy Pracownik jest wąski z założenia. Odpowiada za konkretne zadanie: obsługę dokumentacji serwisowej, przygotowanie draftu oferty, generowanie instrukcji. Nie jest ogólną „firmową AI", która zrobi wszystko po trochu. To celowe. Wąski zakres z jasnym właścicielem daje wynik, który da się ocenić i zaufać mu, zanim rozszerzycie użycie. Szeroka obietnica „AI do wszystkiego" jest łatwiejsza do sprzedania i trudniejsza do rozliczenia. Różnicę wobec ogólnego copilota rozłożyliśmy w tekście o Cyfrowym Pracowniku a copilocie.
Nie naprawi procesu, którego nie ma
Jeśli w firmie nie wiadomo, kto zatwierdza ofertę albo która procedura obowiązuje, Cyfrowy Pracownik tego nie ustawi za Was. Przyspiesza pracę tam, gdzie proces jest zdefiniowany, ale nie zastępuje samego procesu. Wdrożenie, które traktuje narzędzie jak sposób na obejście braku uzgodnień, kończy się szybciej niż się zaczęło. Dlatego rozmowę zaczynamy nie od modelu, tylko od jednego zadania, które ma jasny właściciel i jasne źródło.
Dlaczego mówimy o tym wprost
Bo granice są częścią oferty, nie jej ukrytym kosztem. Kierownik IT, który wdraża narzędzie w regulowanym środowisku, potrzebuje wiedzieć, gdzie kończy się odpowiedzialność maszyny, a zaczyna jego. Vendor, który obiecuje, że narzędzie zrobi wszystko, przerzuca to pytanie na później, zwykle na moment audytu. My wolimy odpowiedzieć na nie na początku. Cyfrowy Pracownik nie zastępuje człowieka, nie zgaduje poza źródłami, nie rozstrzyga sprzeczności i nie robi wszystkiego. Robi jedną rzecz dobrze, w sposób, który da się prześledzić i przyjąć. Na tym polega różnica między demem a wdrożeniem, które przechodzi.
Od czego zacząć
Najbezpieczniejszy pierwszy krok jest zawsze ten sam: jedno wąskie zadanie z jasnym źródłem i jasnym właścicielem po Waszej stronie. Na tym jednym przypadku widać, gdzie Cyfrowy Pracownik pomaga, a gdzie zaczyna się rola człowieka. Jeśli chcecie przejść przez to na Waszej konkretnej dokumentacji, umówcie rozmowę z Fryderykiem. Zaczniemy od tego, które zadanie w Waszej firmie nadaje się na pierwszy, uczciwy test.
Autor: Fryderyk Pryjma, CortexMine. Pracujemy z producentami nad prywatnymi wdrożeniami Cyfrowych Pracowników na ich własnej infrastrukturze.