Jak wybrać pierwszy proces do automatyzacji w firmie?

Pierwszy proces do automatyzacji powinien być częsty, powtarzalny, mierzalny i wystarczająco stabilny, aby dało się opisać jego reguły. Jednocześnie błąd nie może powodować poważnych konsekwencji finansowych, prawnych ani wizerunkowych. Najlepszy start to jeden wąski etap procesu, z jasno opisanym stanem „przed”, właścicielem biznesowym i kryteriami zatrzymania pilotażu.

Firmy często zaczynają od pytania: „jakie narzędzie AI wybrać?”. To zła kolejność. Najpierw trzeba znaleźć proces, którego usprawnienie ma wartość biznesową. Dopiero później można zdecydować, czy wystarczy zwykły workflow, integracja systemów, czy potrzebny jest agent AI.

PARP, omawiając adopcję AI w małych i średnich przedsiębiorstwach, wskazuje między innymi na znaczenie jakości danych, kompetencji i stopniowego dojrzewania organizacji do coraz bardziej zaawansowanych zastosowań.^[1] Dane Eurostatu również pokazują, że przedsiębiorstwa wdrażają AI nierównomiernie, a bariery dotyczą nie tylko kosztów, lecz także wiedzy, danych i dopasowania technologii do realnych potrzeb.^[2]

Najpierw nazwij problem, nie technologię

„Chcemy wdrożyć AI” nie jest jeszcze celem biznesowym. Dobry opis problemu powinien wskazywać, co dziś dzieje się zbyt wolno, za drogo albo zbyt często kończy się błędem.

Zamiast:

• „potrzebujemy agenta AI”,
• „chcemy mieć chatbota”,
• „konkurencja już automatyzuje”,

warto zapisać problem tak:

• „handlowcy codziennie przepisują dane z wiadomości e-mail do CRM”,
• „klienci czekają na odpowiedź, ponieważ zapytania trzeba ręcznie rozdzielić między działy”,
• „zespół sprawdza stany i ceny w kilku systemach przed przygotowaniem oferty”,
• „powtarzalne pytania telefoniczne blokują osoby potrzebne do trudniejszych rozmów”.

Taki opis pozwala oddzielić realne wąskie gardło od mody na konkretne narzędzie. Pozwala też ustalić, czy problem rzeczywiście wymaga AI. W wielu procesach szybsza, tańsza i bardziej przewidywalna będzie klasyczna automatyzacja oparta na regułach.

Pięć cech dobrego procesu na pierwszy pilotaż

1. Proces występuje często

Automatyzowanie czynności wykonywanej kilka razy w roku rzadko daje szybki zwrot. Lepszym kandydatem jest zadanie powtarzane codziennie lub wielokrotnie w tygodniu: klasyfikowanie zapytań, uzupełnianie danych, przygotowanie cyklicznego raportu albo sprawdzanie kompletności dokumentów.

2. Początek i koniec procesu są jednoznaczne

Trzeba umieć wskazać zdarzenie uruchamiające proces oraz rezultat, który oznacza jego zakończenie. Przykład: proces zaczyna się od odebrania zapytania ofertowego, a kończy utworzeniem kompletnej szansy sprzedażowej w CRM i przydzieleniem jej do właściwej osoby.

3. Dane wejściowe są dostępne i wystarczająco dobre

Jeżeli kluczowe informacje są niekompletne, zapisane w prywatnych notatkach albo mają różne formaty w każdym dziale, automatyzacja tylko szybciej przeniesie chaos do kolejnego systemu. Przed pilotażem warto sprawdzić dostępność danych, ich właściciela, jakość, aktualność i podstawę prawną przetwarzania.

4. Efekt można zmierzyć

Bez punktu odniesienia firma nie będzie wiedziała, czy pilotaż coś poprawił. Pomiar nie musi być skomplikowany. Wystarczy kilka parametrów: liczba spraw, średni czas obsługi, udział błędów, odsetek spraw przekazanych człowiekowi i koszt obsługi jednej sprawy.

5. Ryzyko błędu jest kontrolowalne

Pierwszym pilotażem nie powinien być proces, w którym pojedynczy błąd może spowodować wysoką stratę, naruszenie prawa albo nieodwracalną decyzję wobec klienta. NIST zaleca uwzględnianie wiarygodności i zarządzania ryzykiem w projektowaniu, użyciu i ocenie systemów AI.^[3] W praktyce oznacza to ograniczone uprawnienia, logowanie działań, kontrolę wyniku i łatwe przekazanie sprawy człowiekowi.

Macierz wyboru procesu

Każdy kandydat powinien zostać oceniony wspólnie przez osobę odpowiedzialną za wynik biznesowy i osoby wykonujące proces na co dzień.

Proces z wysoką wartością, ale również wysokim ryzykiem, może być dobrym celem długoterminowym. Nie musi jednak być właściwym pierwszym pilotażem. Na początku ważniejsze jest szybkie sprawdzenie sposobu pracy: integracji, jakości danych, kontroli i współpracy zespołu z rozwiązaniem.

Trzy przykłady modelowe

Poniższe przykłady pokazują metodę oceny. Nie są opisem wdrożeń ani wyników z firm Tadeusza Stabrawy.

Przykład 1: przepisywanie zapytań do CRM

Zapytania wpływają przez wspólną skrzynkę. Pracownik odczytuje wiadomość, rozpoznaje produkt, zapisuje dane kontaktowe w CRM i przypisuje sprawę do handlowca. Proces jest częsty, ma jasny początek i koniec, a pomyłkę można wykryć przed wysłaniem oferty.

Ocena: dobry pierwszy kandydat. Rozwiązanie może odczytać wiadomość, przygotować rekord i zaproponować kategorię, ale człowiek zatwierdza dane w początkowym okresie.

Przykład 2: automatyczne odrzucanie reklamacji

Firma chce, aby system samodzielnie oceniał zasadność reklamacji i wysyłał decyzję klientowi. Proces dotyczy praw konsumenta, może prowadzić do konfliktu i wymaga uwzględnienia pełnego kontekstu.

Ocena: zły kandydat na pierwszy pilotaż. Bezpieczniejszy zakres to zebranie dokumentów, sprawdzenie kompletności i przygotowanie podsumowania dla człowieka — bez automatycznej decyzji.

Przykład 3: tygodniowy raport sprzedażowy

Zespół co tydzień eksportuje dane z kilku systemów, porządkuje kolumny i przygotowuje ten sam zestaw wskaźników. Reguły są stabilne, a wynik łatwo porównać z raportem wykonanym ręcznie.

Ocena: bardzo dobry kandydat, ale prawdopodobnie bez potrzeby używania agenta AI. Integracja i deterministyczny workflow mogą być prostsze i bardziej przewidywalne.

Workflow, AI czy agent AI?

Nie każdy dobry proces do automatyzacji jest dobrym zastosowaniem AI.

• Zwykły workflow sprawdzi się, gdy reguły są jednoznaczne: „jeżeli dokument ma wszystkie pola, zapisz go i powiadom dział”.
• AI w jednym kroku procesu ma sens, gdy trzeba sklasyfikować tekst, przygotować podsumowanie albo wydobyć informacje z dokumentu.
• Agent AI jest uzasadniony, gdy rozwiązanie musi pracować wieloetapowo, wybierać narzędzia i reagować na zmieniający się kontekst.

Anthropic rekomenduje rozpoczynanie od prostych, możliwych do komponowania wzorców zamiast od rozbudowanych frameworków.^[4] OpenAI również rozróżnia przewidywalne reguły od sytuacji, w których agent zarządza wykonaniem wieloetapowego zadania, oraz podkreśla znaczenie guardrails i możliwości zatrzymania działania.^[5]

Najlepsza technologia to nie ta najbardziej zaawansowana, lecz ta, która rozwiązuje problem przy akceptowalnym koszcie, ryzyku i nakładzie utrzymania.

Jak przygotować stan „przed”

Przez kilka dni lub tygodni warto zebrać minimalny zestaw danych bazowych:

• ile spraw przechodzi przez proces,
• ile czasu zajmuje jedna sprawa i cały cykl,
• ile razy pracownik poprawia dane,
• ile spraw wraca z powodu braku informacji,
• gdzie powstają kolejki i opóźnienia,
• które wyjątki wymagają eksperta,
• jakie systemy i dane osobowe są używane.

Nie trzeba od razu budować rozbudowanej analityki. Ważne, aby wynik pilotażu można było porównać z tą samą definicją stanu początkowego.

Plan bezpiecznego pilotażu

1. Ogranicz zakres. Wybierz jeden typ sprawy, jeden zespół i jeden mierzalny rezultat.
2. Ustal właściciela. Jedna osoba odpowiada za reguły biznesowe, dostęp do danych i decyzję o kontynuacji.
3. Zaprojektuj punkt kontroli. Na początku rozwiązanie może przygotowywać propozycję, a człowiek ją zatwierdza.
4. Zapisuj błędy i wyjątki. To one pokazują, jakie reguły, dane lub zabezpieczenia trzeba poprawić.
5. Ustal kryteria zatrzymania. Pilotaż należy przerwać, gdy rośnie ryzyko, jakość spada lub koszt obsługi wyjątków przewyższa korzyść.
6. Dopiero potem skaluj. Po potwierdzeniu jakości można zwiększać wolumen, zakres uprawnień albo liczbę integracji.

Najczęstsze błędy przy wyborze pierwszego procesu

• wybieranie procesu tylko dlatego, że dobrze wygląda na prezentacji,
• automatyzowanie chaosu bez wcześniejszego uporządkowania reguł i danych,
• brak właściciela biznesowego i pozostawienie projektu wyłącznie działowi IT,
• brak pomiaru stanu obecnego,
• zbyt szeroki zakres pierwszego pilotażu,
• nadawanie rozwiązaniu większych uprawnień, niż wymaga test,
• zakładanie, że każda automatyzacja musi wykorzystywać generatywną AI.

Checklista: czy ten proces nadaje się na początek?

• Potrafimy opisać problem bez używania nazwy narzędzia.
• Znamy początek, koniec i właściciela procesu.
• Proces występuje wystarczająco często.
• Mamy dostęp do potrzebnych danych.
• Potrafimy zmierzyć czas, jakość lub koszt stanu obecnego.
• Błąd można wykryć, zatrzymać i naprawić.
• Istnieje jasna ścieżka przekazania sprawy człowiekowi.
• Możemy zacząć od jednego typu sprawy zamiast całego działu.

Jeżeli większość odpowiedzi brzmi „tak”, proces może być dobrym kandydatem do pilotażu. Jeżeli problem jest wartościowy, ale dane, odpowiedzialność lub pomiar nie są gotowe, pierwszym projektem powinno być uporządkowanie tych podstaw.

Pytania przedsiębiorców

Czy pierwszy proces powinien wykorzystywać AI?

Nie. Pierwszy proces powinien przynieść mierzalną wartość i pozwolić bezpiecznie sprawdzić nowy sposób pracy. Jeżeli wystarczą reguły i integracja systemów, klasyczny workflow będzie lepszym wyborem.

Od którego działu najlepiej zacząć?

Od działu, w którym występuje częsty, dobrze opisany proces, jest zaangażowany właściciel biznesowy i można szybko porównać stan przed pilotażem z wynikiem. Nie istnieje jeden właściwy dział dla każdej firmy.

Czy automatyzacja musi od razu działać bez człowieka?

Nie. Na początku bezpieczniejszy jest model, w którym system przygotowuje wynik, a człowiek go zatwierdza. Zakres autonomii można zwiększyć po zebraniu danych o jakości i wyjątkach.

Jak długo powinien trwać pilotaż?

Tak długo, aby objąć reprezentatywną liczbę zwykłych spraw i wyjątków, ale na tyle krótko, aby można było zatrzymać projekt bez dużego kosztu. Termin powinien wynikać z częstotliwości procesu, a nie z uniwersalnej liczby tygodni.

Źródła

1. PARP: Adopcja sztucznej inteligencji w MŚP.
2. Eurostat: Use of artificial intelligence in enterprises.
3. NIST AI Risk Management Framework.
4. Anthropic: Building effective agents.
5. OpenAI: A practical guide to building agents.