Pilot agenta AI w dwa tygodnie: co się dzieje dzień po dniu
Pilot ma odpowiedzieć na jedno pytanie: czy na Twoich danych, w Twoich systemach, ten proces da się oddać agentowi i ile to realnie oszczędza. Nie ma udowadniać, że AI działa — to już wiadomo. Poniżej harmonogram, który stosujemy przy pilotach na jednym procesie, z podziałem na to, co robimy my i co musi wydarzyć się po Twojej stronie. Terminy są orientacyjne, ale kolejność kroków nie: każdy z nich zamyka ryzyko, które inaczej wypłynęłoby w produkcji.
- Dwa tygodnie wystarczają, bo zakres jest wąski: jeden proces, jeden typ sprawy, dane produkcyjne.
- Największym ryzykiem harmonogramu nie jest technologia, tylko czas dostępu do systemów po stronie klienta.
- Pilot kończy się liczbą, nie prezentacją — i decyzją, którą można podjąć na „nie”.
Zanim zacznie się liczyć czas
Pilot startuje po audycie, więc w dniu pierwszym mamy już mapę procesu, rachunek na Twoich danych i ustalony zakres. To nie jest formalność — pilot bez tego etapu zamienia się w dwutygodniowe ustalanie, co właściwie budujemy. Przed startem potrzebujemy trzech rzeczy: dostępu do systemów w zakresie jednego procesu, jednej osoby po Twojej stronie, która zna ten proces od środka, i zgody, żeby pracować na danych produkcyjnych, a nie na przykładach.
Tydzień pierwszy: od danych do pierwszych odpowiedzi
Dni 1–2: dostępy i próbka. Podłączenie do skrzynki, ERP i CRM w zakresie jednego procesu. Bierzemy próbkę kilkuset spraw historycznych i sprawdzamy, jak naprawdę wyglądają — nie jak wyglądają w opisie procesu.
Dni 3–4: reguły decyzyjne. Najważniejsza część całego pilota i jedyna, która wymaga Twojego zespołu. Ustalamy, co agent robi sam, co przygotowuje do akceptacji, a czego nie dotyka. Ta lista powstaje przy stole, nie w kodzie.
Dzień 5: pierwsze przebiegi na sucho. Agent obsługuje sprawy historyczne bez wysyłania czegokolwiek. Porównujemy jego decyzje z tym, co faktycznie zrobił zespół. Pierwsze rozbieżności są normalne i to one uczą nas najwięcej.
Tydzień drugi: od odpowiedzi do liczby
Dni 6–8: praca równoległa. Agent obsługuje bieżące sprawy, ale nic nie wychodzi na zewnątrz bez akceptacji człowieka. Zespół zatwierdza lub poprawia, a każda poprawka wraca do reguł. Tu spada liczba rozbieżności.
Dni 9–10: ograniczone uruchomienie. Wybrany, wąski typ sprawy idzie do klientów bez akceptacji, z pełnym logowaniem i możliwością wyłączenia jedną decyzją. Reszta dalej przez akceptację.
Dni 11–12: pomiar. Liczymy to samo, co przed startem: liczbę spraw obsłużonych bez człowieka, czas do odpowiedzi, liczbę eskalacji i poprawek. Na tych samych definicjach co w audycie, żeby dało się porównać.
Dni 13–14: decyzja. Raport z liczbami, lista rzeczy, które nie zadziałały, i zakres pełnego wdrożenia z wyceną. Decyzja należy do Ciebie i „nie” jest pełnoprawnym wynikiem pilota.
Różnica między demem a pilotem. Demo pokazuje, że technologia działa; pilot pokazuje, ile procent Twoich spraw obsłuży bez człowieka — łącznie z tymi nietypowymi, które w demie nigdy się nie pojawiają.
Co najczęściej wydłuża te dwa tygodnie
Prawie nigdy technologia. Najczęstsza przyczyna to czas oczekiwania na dostępy — jeśli nadanie uprawnień do ERP wymaga zgłoszenia i tygodnia zwłoki, harmonogram przesuwa się o ten tydzień, zanim cokolwiek się zacznie. Druga to brak jednej osoby decyzyjnej po stronie procesu: kiedy reguły eskalacji ustala komitet, dni 3–4 rozciągają się na półtora tygodnia.
Trzecia, rzadsza, ale najpoważniejsza: dane, które okazują się gorsze, niż wynikało z audytu. Jeśli na próbce widać, że statusy w ERP bywają nieaktualne, przerywamy pilota i wracamy z rekomendacją uporządkowania danych. Kontynuowanie w takiej sytuacji dałoby agenta, który powiela istniejący błąd szybciej i na większej liczbie spraw.
Najczęstsze pytania
Czy pilot działa na prawdziwych danych klientów?
Tak — na danych produkcyjnych, w zakresie jednego procesu, z logowaniem każdego działania. Pilot na danych testowych nie odpowiada na pytanie, które ma odpowiedzieć: sprawy nietypowe, czyli te decydujące o wyniku, w zbiorach testowych się nie pojawiają.
Co zostaje, jeśli po pilocie powiemy „nie”?
Raport z pomiarem, lista zidentyfikowanych problemów z danymi i procesem oraz dokumentacja reguł decyzyjnych — wszystko to zostaje u Ciebie i ma wartość niezależnie od naszej dalszej współpracy. Sam agent jest wyłączany, a dostępy odbierane.
Dlaczego akurat dwa tygodnie?
Bo zakres jest celowo wąski: jeden proces i jeden typ sprawy. Przy szerszym zakresie ten sam harmonogram się nie domyka i lepiej to powiedzieć na starcie, niż odkryć w dziesiątym dniu. Procesy z wieloma systemami albo dużą liczbą wyjątków wyceniamy na trzy tygodnie.