Jak wybrać proces do automatyzacji — od czego zacząć, karta oceny

Jeśli szukasz szerokiego wprowadzenia — czym jest BPA, czym różni się od RPA i hiperautomatyzacji, jakie są narzędzia i ile kosztuje wdrożenie — zacznij od przewodnika po automatyzacji procesów biznesowych. Ten tekst jest węższy i bardziej praktyczny: dotyczy wyłącznie wyboru pierwszego procesu.

Z całej terminologii metoda poniżej potrzebuje jednego rozróżnienia: no-code (n8n, Zapier, Make) wymaga API. Jeśli system go nie udostępnia, zostaje RPA — bot, który klika w interfejsie tak jak człowiek. Uważaj przy tym na słowo robotyzacja: po polsku oznacza zarówno fizycznego robota przemysłowego, jak i RPA. To kryterium techniczne, nie kwestia gustu — sprawdzasz je na etapie mapowania, nie po zakupie licencji.

Dlaczego kolejność „proces → narzędzie” nie podlega negocjacji

Najczęstszy scenariusz porażki wygląda tak: firma kupuje licencję, potem szuka, co by tu zautomatyzować. Dane z rynku pokazują, jak to się kończy.

W badaniu ABBYY na próbie 400 osób z kadry zarządzającej 38% liderów wskazało zbyt dużą złożoność jako przyczynę porażki projektu automatyzacji, a 30% projektów upadło, bo automatyzowane procesy nie były zrozumiane albo brakowało wiedzy o samych narzędziach. Po drugiej stronie: wśród firm, którym automatyzacja się udała, 60% przypisało sukces dobrej znajomości automatyzowanych procesów, ponad 50% — wcześniejszemu zaplanowaniu wdrożenia, a 45% — prostocie przepływów pracy (CIO Dive / ABBYY).

Innymi słowy: to nie technologia zawodzi. Zawodzi zrozumienie procesu.

Ten sam wzorzec powtarza się w nowej fali projektów opartych na agentach AI. Gartner prognozuje, że ponad 40% projektów agentic AI zostanie anulowanych do końca 2027 roku — z powodu rosnących kosztów, niejasnej wartości biznesowej i braku odpowiedniej kontroli ryzyka (Gartner, czerwiec 2025; omówienie: MarTech). Nowsza technologia, ta sama przyczyna: start od hype’u zamiast od procesu.

Kontekst polski jest przy tym bardzo wczesny. Według GUS w 2025 r. technologię AI wykorzystywało 8,7% firm w Polsce, a 91,3% nie korzystało z niej wcale; kolejne 3,9% dopiero rozważało wdrożenie. Najczęściej wskazywaną przeszkodą był brak zasobów ludzkich i wiedzy o wykorzystaniu AI (GUS, „Społeczeństwo informacyjne w Polsce w 2025 r.”, PDF; omówienie: PAP Biznes). Bariera nie jest więc cenowa ani technologiczna — jest kompetencyjna. Dlatego pierwszy proces trzeba wybrać tak, żeby zbudować kompetencję, a nie ją przepalić.

Liczby o polskim rynku automatyzacji, których w tym tekście nie znajdziesz

Przy okazji researchu do tego przewodnika sprawdziliśmy statystyki, którymi polskie strony o automatyzacji uzasadniają wdrożenia. Dwie kategorie nie przeszły weryfikacji i świadomie ich nie cytujemy:

• „Polski rynek RPA wart ponad 900 mln zł, rośnie o ok. 28% rocznie”. Liczba krąży po blogach firm wdrożeniowych, ale prowadzi do jednego wpisu bez metodologii, próby i roku bazowego — nie do raportu badawczego. Cytowanie bloga, który cytuje blog, nie czyni z liczby danych rynkowych. Co wiadomo o rynku RPA globalnie i dlaczego szacunki tak się rozjeżdżają, opisaliśmy w tekście RPA — co to jest.
• „X% polskich firm wdrożyło RPA”. GUS bada wykorzystanie AI oraz robotów przemysłowych — RPA nie jest u niego osobną kategorią. Każdy taki odsetek jest więc niesprawdzalny u źródła.

Dlaczego to ważne przy wyborze pierwszego procesu: liczba rynkowa nie jest argumentem za automatyzacją Twojego procesu. Uzasadnienie wdrożenia musi pochodzić z Twojego baseline’u — godzin, wolumenu i odsetka wyjątków zmierzonych w Twojej firmie (Krok 2). To, że rynek rośnie o rzekome 28%, nie zwróci Ci ani jednej roboczogodziny. Weryfikowalne dane opisują zresztą rynek wczesny, nie boom: przywołane wyżej 8,7% firm z AI wg GUS przy średniej UE 20,0% i wyniku Polski 8,4% (Eurostat, dane za 2025 r., firmy 10+, dataset isoc_eb_ai).

Krok 1: Inwentaryzacja — zrób listę procesów, zanim zrobisz mapę

Mapowanie każdego procesu w firmie to tygodnie pracy. Na starcie nie potrzebujesz map — potrzebujesz listy kandydatów. Cel tego etapu: w 3–5 dni zejść z „wszystkiego, co robimy” do 10–15 procesów wartych dalszej analizy.

Dla firmy poniżej 50 osób wystarczą pierwsze trzy metody. Process mining ma sens dopiero wtedy, gdy proces żyje w jednym systemie i generuje tyle zdarzeń, że człowiek ich nie ogarnie — w mniejszych organizacjach jego koszt przewyższa wartość.

Sygnały, że proces trafia na listę:

• ktoś przepisuje dane z jednego systemu do drugiego,
• ta sama informacja jest wpisywana więcej niż raz,
• proces zatrzymuje się, bo „czekamy na akceptację”,
• odpowiedzią na pytanie „skąd wiesz, że to zrobione?” jest „bo sprawdzam ręcznie”,
• istnieje arkusz kalkulacyjny, który ktoś aktualizuje co tydzień.

Zapisz każdy taki proces jednym zdaniem: kto, co, jak często, ile to trwa. Bez tego nie da się później niczego porównać.

Krok 2: Mapowanie procesu — trzy notacje i kiedy której użyć

Mapowanie to spisanie procesu krok po kroku: od wyzwalacza, przez decyzje, po wynik. Klasyczna metodyka mapowania obejmuje pięć etapów — identyfikację procesu, analizę jego elementów, ułożenie kroków w sekwencji, narysowanie diagramu i analizę mapy pod kątem usprawnień (Let’s Automate).

Nie każdy proces wymaga tej samej głębokości. Dobierz notację do stawki:

Praktyczna kolejność: SIPOC dla wszystkich kandydatów z listy → swimlane dla 3–5 finalistów → BPMN tylko dla tego jednego, który idzie do wdrożenia. Rysowanie BPMN dla procesu, który i tak odpadnie w kwalifikacji, to czysta strata.

Co musisz zmierzyć przy mapowaniu (bo później już nie zmierzysz)

Mapa bez liczb jest ozdobą. Przy każdym kroku zanotuj:

• czas wykonania kroku (mediana, nie „średnio jakoś tak”),
• czas oczekiwania przed krokiem (często to on jest wąskim gardłem, nie sama praca),
• liczbę wykonań w miesiącu,
• odsetek wyjątków — ile spraw wypada ze standardowej ścieżki,
• liczbę systemów, między którymi przenoszone są dane,
• stawkę godzinową osoby wykonującej krok.

Ten zestaw to Twój baseline. Po wdrożeniu porównasz z nim wynik — i tylko dzięki temu udowodnisz, że automatyzacja się opłaciła.

Mapuj stan rzeczywisty, nie procedurę

Najczęstsza pułapka mapowania: spisujesz to, co jest w regulaminie, a nie to, co dzieje się naprawdę. Automat zbudowany na fikcyjnym procesie wywróci się na pierwszym wyjątku. Pytaj wykonawców, nie kierowników. Pytaj „a co robisz, kiedy dane się nie zgadzają?” — odpowiedź na to pytanie to zwykle połowa realnego procesu.

Krok 3: Kryteria kwalifikacji — cztery jakościowe i cztery ilościowe

Kwalifikacja odpowiada na pytanie: czy ten proces w ogóle da się zautomatyzować i czy warto? To dwa różne pytania i mają dwa różne zestawy kryteriów.

Kryteria jakościowe — bramka „tak/nie”

Proces przechodzi dalej tylko wtedy, gdy spełnia wszystkie cztery (Craftware):

1. Cyfrowy — realizowany w aplikacjach, na danych, które istnieją w systemach. Jeśli krokiem jest „zadzwoń i dopytaj”, proces najpierw wymaga przeprojektowania.
2. Możliwy do przeprojektowania — da się zmienić sposób, w jaki dane wchodzą do procesu, tak by nadawał się dla bota: zamiast swobodnego maila czy telefonu — formularz lub szablon. Jeśli wejścia nie da się ustandaryzować, automat będzie się wywracał na każdej nietypowej sprawie.
3. Regułowy — logikę da się opisać zdaniami „jeśli X, to Y”. Praca kreatywna i analityczna się nie kwalifikuje.
4. Bez oceny eksperckiej — nie wymaga subiektywnego osądu specjalisty (np. analizy zdjęć czy trendów). Uwaga: część takich procesów obsłuży dziś model AI, ale to inna klasa projektu, o innym ryzyku i innym budżecie — nie na pierwszy raz.

To samo w wersji minimalnej, stosowanej często w MŚP: proces musi być powtarzalny, regułowy i mieć mierzalny koszt (Dokodu). Jeśli którykolwiek warunek nie jest spełniony — nie automatyzujesz, tylko najpierw porządkujesz proces.

Kryteria ilościowe — punktacja

Gdy proces przeszedł bramkę, oceniasz go liczbowo. Cztery wymiary, które faktycznie decydują o opłacalności — to ten sam zestaw, którym posługuje się analiza przedwdrożeniowa w RPA (Craftware):

• FTE / pracochłonność — ile etatów (lub ich ułamków) pochłania proces dziś,
• Powtarzalność — jak często jest wykonywany,
• Złożoność — ile kroków, systemów i bramek decyzyjnych zawiera (im więcej, tym droższe wdrożenie),
• Stabilność — jak odporny jest na zmiany procesu i interfejsów systemów, w których się dzieje.

Ostatnie kryterium bywa pomijane, a jest zabójcze. Proces, który zmienia się co kwartał (bo zmienia się przepis, cennik albo formularz dostawcy), będzie wymagał ciągłego serwisowania automatu. Zysk zjada utrzymanie.

Karta oceny procesu — gotowy scoring

Poniższa karta to konstrukcja własna redakcji — narzędzie porządkujące, nie standard branżowy. Łączy oba zestawy kryteriów opisane wyżej; wagi i progi punktowe są naszą heurystyką i możesz je dostosować do specyfiki firmy. Oceń każdy proces z krótkiej listy w skali 1–5, przemnóż przez wagę, zsumuj.

Maksimum: 95 punktów. Interpretacja:

Wypełnij kartę dla 10–15 procesów z inwentaryzacji. Zajmie to pół dnia — nieporównywalnie mniej niż koszt wdrożenia porzuconego po trzech miesiącach.

Macierz korzyść / złożoność — który proces naprawdę pierwszy

Sam wynik punktowy nie wystarczy, bo miesza dwie rzeczy: ile zyskam i ile mnie to będzie kosztować. Rozdziel je. Nanieś procesy na macierz: oś pozioma — złożoność wdrożenia, oś pionowa — korzyść (oszczędność czasu i kosztu).

Idealny pierwszy proces to ten z lewego górnego rogu: duża korzyść, niska złożoność. Daje szybki zwrot i buduje kompetencję zespołu przed trudniejszymi wdrożeniami.

W praktyce w lewym górnym rogu najczęściej lądują: obieg i akceptacja faktur, synchronizacja danych między CRM a systemem księgowym, generowanie powtarzalnych raportów, przypomnienia o płatnościach, wstępna obsługa najczęstszych zapytań klientów. To nie przypadek — te procesy są cyfrowe, regułowe i wykonywane codziennie.

Które procesy NIE nadają się do automatyzacji

Lista dyskwalifikacji jest krótsza niż lista kryteriów i szybciej oszczędza pieniądze. Odpuść proces, jeśli:

• wyjątki przekraczają ~30% przypadków — będziesz utrzymywał automat, który i tak w co trzeciej sprawie wzywa człowieka,
• wymaga negocjacji, oceny lub kreatywności — automat nie „domyśli się” intencji drugiej strony,
• żyje na papierze albo w rozmowach telefonicznych — nie ma czego zautomatyzować, dopóki nie powstaną dane cyfrowe,
• zmienia się częściej niż raz na kwartał — koszt utrzymania zje korzyść,
• wykonywany jest kilka razy w roku — nawet 100% oszczędności czasu daje kilka godzin rocznie,
• jest chaotyczny i nikt nie potrafi go opisać — automatyzacja nie naprawia złych procesów, tylko przyspiesza bałagan.

Ostatni punkt jest kluczowy: automatyzacja złego procesu daje szybszy zły proces. Jeśli proces jest niesprawny, najpierw go uprość, ustandaryzuj i zmierz ponownie — dopiero wtedy automatyzuj.

Ile to daje — jak policzyć korzyść przed wdrożeniem

Zanim wydasz złotówkę, oszacuj oszczędność na podstawie baseline’u. Rachunek jest prosty: pomnóż liczbę godzin pochłanianych przez proces przez koszt godziny pracy.

Uwaga: poniższe liczby to wyłącznie ilustracja rachunku, a nie stawka rynkowa ani benchmark. Jeśli proces pochłania 40 godzin miesięcznie, a godzina pracy kosztuje firmę 100 zł, miesięczny koszt ręcznej obsługi wynosi 40 × 100 = 4 000 zł. Podstaw własne liczby — stawka i wolumen w Twojej firmie będą inne, a to one decydują o wyniku.

Do tego dolicz dwie pozycje, które zwykle wypadają z kalkulacji:

• koszt błędów — ile kosztuje jedna pomyłka (korekta faktury, utracony lead, reklamacja) razy ich liczba w miesiącu,
• koszt opóźnienia — co firma traci, bo proces trwa 3 dni zamiast 3 godzin (przeterminowane oferty, opóźnione płatności).

Po stronie kosztów pamiętaj, że licencja to zwykle mniejsza część rachunku — dochodzą integracja, testy, szkolenie i utrzymanie. Pełne widełki kosztów wdrożenia w podziale na MŚP, średnie firmy i korporacje rozpisaliśmy w przewodniku po automatyzacji procesów biznesowych.

Nie licz na ulgę na robotyzację — ona nie dotyczy automatyzacji procesów

Częste nieporozumienie w rozmowach o budżecie: ulga na robotyzację (art. 38eb ustawy o CIT) nie obejmuje RPA ani narzędzi no-code. Przepis definiuje robota przemysłowego jako maszynę o co najmniej trzech stopniach swobody — czyli fizyczne ramię, nie bota programowego. Automat, który przepisuje faktury między systemami, nie spełnia tej definicji, choćby producent nazywał go „robotem”.

Do tego ulga jest na wylocie: obowiązuje do końca roku podatkowego rozpoczętego w 2026 r., a Rada Ministrów 6 marca 2026 r. wydała negatywne stanowisko wobec projektu jej przedłużenia (Stanowisko Rządu do druku sejmowego nr 1708, wpłynęło do Sejmu 9 marca 2026 r.). Szczegóły, wraz z widełkami kosztów robotyzacji przemysłowej, opisaliśmy w tekście o robotyzacji. W kalkulacji pierwszej automatyzacji procesu przyjmij po prostu, że żadna ulga podatkowa Ci jej nie sfinansuje — i policz zwrot na samych oszczędnościach operacyjnych.

7 błędów, które zabijają pierwsze wdrożenie

1. Zakup narzędzia przed zrozumieniem procesu. Sekwencja jest jedna: proces → wymagania → narzędzie. Nigdy odwrotnie. Niezrozumienie procesu albo samego narzędzia to dokładnie ta przyczyna, którą badanie ABBYY wiąże z 30% nieudanych projektów.
2. Wybór procesu „najbardziej złożonego, bo najbardziej boli”. Boli, ale nie nadaje się na pierwszy raz. Zacznij od szybkiej wygranej — zbudujesz kompetencję i poparcie w organizacji.
3. Brak pomiaru stanu „przed”. Bez baseline’u nie udowodnisz efektu. „Wydaje się szybciej” nie przejdzie u nikogo, kto zatwierdza budżet.
4. Mapowanie procedury zamiast rzeczywistości. Automat zbudowany na tym, co „powinno się dziać”, wywala się na pierwszym realnym wyjątku.
5. Automatyzacja procesu, który powinien zniknąć. Zanim zautomatyzujesz krok, zapytaj, czy w ogóle jest potrzebny. Najtańsza automatyzacja to eliminacja.
6. Pominięcie ludzi, których proces dotyczy. Osoby wykonujące proces znają wyjątki, których nie ma w żadnej dokumentacji. Bez nich mapa jest niepełna, a wdrożenie napotka opór.
7. Brak właściciela i planu utrzymania. API się zmieniają, formularze zmieniają układ. Automat bez opiekuna cicho przestaje działać — a nikt tego nie zauważa, dopóki nie zgłosi się klient.

Checklista przed pierwszą automatyzacją

Odhacz wszystko, zanim uruchomisz pierwszy przepływ:

• Mam listę 10–15 procesów powtarzalnych z krótkim opisem: kto, co, jak często, ile trwa.
• Dla każdego kandydata mam SIPOC; dla finalistów — mapę swimlane.
• Mapa odzwierciedla rzeczywisty przebieg, potwierdzony przez osoby wykonujące proces.
• Znam baseline: czas, wolumen, odsetek wyjątków, liczbę systemów, koszt godziny.
• Proces przeszedł bramkę jakościową: cyfrowy, możliwy do przeprojektowania, regułowy, bez oceny eksperckiej.
• Wypełniłem kartę oceny — wybrany proces ma co najmniej 55 punktów.
• Proces leży w polu „wysoka korzyść / niska złożoność”.
• Wiem, ile miesięcznie kosztuje mnie ten proces dziś (godziny × stawka + koszt błędów).
• Mam szacunek kosztu wdrożenia i utrzymania — nie tylko ceny licencji.
• Wyznaczyłem właściciela automatyzacji i tryb przeglądu (minimum raz na kwartał).
• Zaplanowałem pilot równolegle z procesem ręcznym (tryb shadow) i kryteria jego zaliczenia.
• Zespół wie, co się zmieni i dlaczego — komunikacja poszła przed wdrożeniem, nie po.

Co dalej: dobór narzędzia do wybranego procesu

Dopiero po odhaczeniu checklisty ma sens rozmowa o technologii. Krótko, gdzie co pasuje:

Wybór między tymi warstwami wynika wprost z mapy procesu i karty oceny, które właśnie zrobiłeś — a nie z tego, co akurat jest modne. Sięganie po AI tam, gdzie wystarczy reguła „jeśli–to”, podnosi koszt i ryzyko bez żadnej korzyści.

Najkrótsza możliwa rada: wybierz jeden proces — codzienny, regułowy, cyfrowy, o niskiej złożoności — zmierz go, zautomatyzuj i pokaż wynik. Druga automatyzacja pójdzie trzy razy szybciej, bo będziesz miał już i kompetencję, i argument.

Najczęstsze pytania

---

Źródła danych: badanie ABBYY wśród 400 osób z kadry zarządzającej (za CIO Dive); Gartner, czerwiec 2025 — prognoza anulowania projektów agentic AI (omówienie: MarTech); GUS 2025 — „Społeczeństwo informacyjne w Polsce w 2025 r.” (PDF), omówienie: PAP Biznes; kryteria kwalifikacji procesów wg Craftware i Dokodu; metodyka mapowania wg Let’s Automate. Ulga na robotyzację — art. 38eb ustawy o podatku dochodowym od osób prawnych; zakres przedmiotowy ulgi obejmuje robota przemysłowego o co najmniej trzech stopniach swobody. Karta oceny procesu i macierz korzyść/złożoność to konstrukcje własne redakcji.