Wdrożenie agenta AI w dwa tygodnie: co się dzieje dzień po dniu
Wdrożenie 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 14-dniowego pilota, który stosujemy przy pierwszym procesie w wariancie rozliczenia za sprawę, 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.
- Wdrożenie kończy się liczbą, nie prezentacją — a „nie” jest pełnoprawnym wynikiem.
Zanim zacznie się liczyć czas
Wdrożenie startuje po bezpłatnej konsultacji i podpisaniu umowy, więc w dniu pierwszym znamy już proces, jego zakres i to, jak będzie wyglądać rozliczenie za sprawę. To nie jest formalność — bez tych ustaleń dwa tygodnie schodzą na dyskusję, 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. Czternastodniowy pilot dotyczy agenta rozliczanego za sprawę; przy płatności z góry zakres i harmonogram ustalamy w wycenie po bezpłatnej rozmowie.
Tydzień pierwszy: od danych do pierwszych odpowiedzi
Dni 1–2: dostępy, próbka i punkt odniesienia. 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. Tu też mierzymy punkt odniesienia: liczbę spraw, czas jednej i stawkę, razem z definicjami. Bez tego pomiaru nie ma od czego liczyć wyniku, a w tym wariancie od wyniku liczy się nasze wynagrodzenie.
Dni 3–4: reguły decyzyjne. Najważniejsza część całego wdrożenia 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 przy punkcie odniesienia, żeby dało się porównać — i żeby rozliczenie opierało się na liczbie, a nie na wrażeniu.
Dni 13–14: decyzja. Raport z liczbami, lista rzeczy, które nie zadziałały, i zakres kolejnych procesów. Decyzja należy do Ciebie i „nie” jest pełnoprawnym wynikiem.
Różnica między demem a wdrożeniem. Demo pokazuje, że technologia działa; wdrożenie pokazuje, ile procent Twoich spraw agent 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 rozmowy o procesie. Jeśli na próbce widać, że statusy w ERP bywają nieaktualne, przerywamy wdrożenie 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 agent działa na prawdziwych danych klientów?
Tak — na danych produkcyjnych, w zakresie jednego procesu, z logowaniem każdego działania. Praca 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 dwóch tygodniach 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. Przy rozliczeniu za sprawę za samo wdrożenie nic nie płacisz, więc „nie” nie kosztuje Cię budżetu, tylko czas.
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 dzielimy na węższe zakresy, żeby zmieściły się w tych dwóch tygodniach.