Czas czytania: 5 min
Od pierwszej rozmowy do działającego Cyfrowego Pracownika prowadzi krótka, przewidywalna ścieżka. Zaczynamy od 30 minut rozmowy bez prezentacji, na której mówimy wprost, czy Cyfrowy Pracownik jest u Was właściwym narzędziem, czy nie. Potem wybieramy jedno konkretne zadanie, uruchamiamy je single-tenant na Waszej infrastrukturze, dopracowujemy na Waszych prawdziwych dokumentach i pokazujemy pierwszy działający test zwykle w kilka tygodni. Dopiero na jego podstawie decydujecie, czy rozszerzać. Poniżej rozkładamy tę drogę na kroki, żeby było jasne, czego wymaga po Waszej stronie i czego w niej celowo nie ma.
Krok 1: rozmowa, 30 minut, bez prezentacji
Start jest prosty: krótka rozmowa, na której to Wy opowiadacie o procesie, który chcecie odciążyć, a my mówimy wprost, czy Cyfrowy Pracownik jest tu właściwym narzędziem, czy nie. Bez prezentacji na 40 slajdów i bez zobowiązań. Jeśli Wasz przypadek lepiej rozwiąże zwykły copilot albo porządek w dokumentach, powiemy to na tej rozmowie, a nie po podpisaniu umowy. Rozmowę zaczynamy nie od modelu, tylko od jednego zadania z jasnym właścicielem i jasnym źródłem, bo to ono decyduje, czy wdrożenie w ogóle ma sens.
Krok 2: jedno zadanie, nie „AI do wszystkiego"
Zamiast obiecywać ogólną firmową AI, wybieramy jeden powtarzalny proces dokumentowy: wstępną obróbkę zapytań ofertowych, czytanie rysunku pod wycenę albo obsługę dokumentacji serwisowej. Wybieramy zadanie po trzech cechach: powtarza się często, dziś zjada czas ekspertów i ma w miarę uporządkowane źródło. Taki przypadek najszybciej pokazuje wartość i najłatwiej go rozliczyć. Wąski zakres z jednym właścicielem po Waszej stronie daje wynik, który da się ocenić, zanim rozszerzycie użycie. To celowe ograniczenie, nie brak ambicji. Więcej o tym, gdzie kończy się rola Cyfrowego Pracownika, a zaczyna decyzja człowieka, opisaliśmy we wpisie o jego uczciwych granicach.
Krok 3: wdrożenie na Waszej infrastrukturze
Wybrane zadanie uruchamiamy single-tenant, na Waszej infrastrukturze, w odizolowanym środowisku. Dane nie opuszczają Waszego perymetru i nie jadą do publicznego API. To ta sama postawa, o której piszemy w kontekście NIS2 i audytu: gdy audytor zapyta, gdzie przetwarzane są dane, odpowiedź „dedykowane środowisko, tylko nasze" broni się jednym zdaniem. Który model deploymentu pasuje do Waszych danych, rozłożyliśmy w tekście o single-tenant a shared cloud.
Krok 4: dopracowanie na Waszych dokumentach
Cyfrowy Pracownik jest tak dobry, jak dokumenty, na których się go dopracuje. Dlatego pracujemy na Waszych prawdziwych formatach: rysunkach, BOM-ach, zgłoszeniach, a nie na przykładach z internetu. Nie prosimy o dostęp do wszystkiego naraz, tylko o dokumenty potrzebne do tego jednego zadania. Po Waszej stronie potrzebujemy jednej osoby, która zna proces i może powiedzieć, kiedy wynik jest dobry, a kiedy nie. To kilka godzin uwagi w cyklu, nie etat. Zgłaszacie, co nie działa, a poprawki widzicie w kolejnym wydaniu, bez warstwy supportu pierwszej linii między Wami a zespołem produktowym.
Krok 5: pierwszy działający test, potem decyzja
Celem pierwszego etapu nie jest demo na slajdzie, tylko działający test na Waszych danych, zwykle w kilka tygodni. Na nim widać wprost, gdzie Cyfrowy Pracownik realnie odciąża pracę, a gdzie zaczyna się rola człowieka. Dopiero na tej podstawie decydujecie, czy rozszerzać zakres. Wczesnych partnerów prowadzimy w modelu co-development z gwarancją KPI: wspólnie ustalamy, co ma się poprawić, i rozliczamy to na Waszych danych. Szczegóły programu opisaliśmy we wpisie o co-development z gwarancją KPI.
Ile to trwa i od czego zależy
„Kilka tygodni" to nie obietnica z cennika, tylko typowy rytm pierwszego działającego testu. Realny czas zależy od trzech rzeczy: jak czyste są źródła, jak jasno zdefiniowany jest proces i jak szybko osoba po Waszej stronie ocenia kolejne wyniki. Najdłużej zwykle trwa nie technika, tylko uporządkowanie dokumentacji, bo Cyfrowy Pracownik ujawnia bałagan w źródłach, zamiast go zamiatać. Dlatego na pierwszej rozmowie pytamy nie tylko o zadanie, ale i o to, w jakim stanie są dokumenty, które mają je zasilić.
Czego w tej ścieżce nie ma
Nie ma prezentacji na 40 slajdów przed rozmową o Waszym realnym procesie. Nie ma obietnicy „AI do wszystkiego", bo wąskie zadanie łatwiej rozliczyć niż szeroką deklarację. Nie ma podpisu „na wiarę" przed zobaczeniem wyniku na Waszych danych, bo pierwszy test jest po to, żeby podjąć decyzję na faktach. Nie ma też ukrytego uzależnienia od nas: pracujemy na Waszej infrastrukturze i Waszych danych, więc to Wy zostajecie z kontrolą nad środowiskiem. Jeśli na którymkolwiek kroku Cyfrowy Pracownik nie jest właściwym narzędziem, powiemy to wprost. Granice są częścią oferty, nie jej ukrytym kosztem.
Kolejny krok
Najprościej zacząć od jednego zadania z jasnym źródłem i jasnym właścicielem po Waszej stronie. Na krótkiej rozmowie ocenimy razem, które zadanie w Waszej firmie nadaje się na pierwszy, uczciwy test. Umówcie rozmowę z Fryderykiem, 30 minut, bez pitchu.
Autor: Fryderyk Pryjma, CortexMine. Pracujemy z producentami nad prywatnymi wdrożeniami Cyfrowych Pracowników na ich własnej infrastrukturze.