Problem · automatyzacja procesów

Co tydzień ta sama robota, ręcznie, od zera.

Zanim policzę, ile kosztuje automatyzacja, sprawdzam rzecz trudniejszą: czy ten proces w ogóle się do niej nadaje i czy Tobie się to opłaci. Część procesów się nie nadaje i wtedy tak mówię.

Bogusław Tolarz · aktualizacja: 20 sierpnia 2026

Sygnały, że mówimy o Tobie

Ktoś ma stały rytuał: w poniedziałek rano zbiera dane z trzech miejsc i skleja raport, którego nikt potem nie czyta w całości.
Zamówienia albo zgłoszenia przychodzą mailem i ktoś przepisuje je do systemu z treści wiadomości.
Te same pytania od klientów wracają co tydzień, a odpowiedź za każdym razem jest niemal identyczna.
Są czynności, które robi się „bo zawsze się tak robiło” i nikt nie potrafi wskazać, kto z nich korzysta.
Kiedy jedna konkretna osoba idzie na urlop, część firmy po prostu staje.

Dlaczego małe firmy mają tego najwięcej

Mała firma rośnie przez dokładanie ludzi do procesów, nie przez ich przeprojektowanie. Każdy krok w swoim momencie miał sens: ktoś poprosił o zestawienie, więc powstało cotygodniowe zestawienie. Ktoś przeoczył zamówienie, więc wprowadzono ręczną kontrolę. Osobno każda z tych decyzji była rozsądna.

Problem w tym, że nikt nigdy nie odpowiadał za całość. Nie ma etapu, na którym ktoś siada i pyta, czy ten przebieg nadal ma sens jako jedno działanie. A osoba, która wykonuje te czynności codziennie, jest zwykle ostatnią, która ma czas się nad nimi zastanowić — bo właśnie je wykonuje.

Warunki, które musi spełnić proces

Zanim zapytam o cokolwiek innego, sprawdzam te cztery rzeczy. Proces, który nie spełnia któregoś z nich, da się oczywiście „zautomatyzować” — tylko efekt będzie droższy niż stan obecny albo rozsypie się przy pierwszej nietypowej sytuacji.

Powtarza się regularnie

Co tydzień w tej samej formie to kandydat. Raz na kwartał, za każdym razem trochę inaczej — nie. Częstotliwość decyduje o zwrocie bardziej niż to, jak bardzo dana czynność irytuje.

Da się opisać regułą

Jeśli potrafisz powiedzieć „jeśli jest tak, to robimy tak”, jest co zautomatyzować. Jeśli odpowiedź brzmi „to zależy, trzeba spojrzeć” — to nie jest proces do automatyzacji, tylko decyzja, którą ktoś musi podjąć.

Wejście przychodzi w stałej formie

Plik od tego samego kontrahenta, zawsze w tym samym układzie, to zupełnie inna robota niż zdjęcie faktury zrobione telefonem pod różnym kątem. Jeśli ten warunek nie jest spełniony, najpierw porządkuje się wejście, a dopiero potem buduje automat.

Wynik da się sprawdzić

Musi istnieć moment, w którym widać, że wyszło źle. Automat, którego wyniku nikt nie umie zweryfikować, nie oszczędza pracy — przenosi ryzyko w miejsce, gdzie nikt nie patrzy.

Najczęściej wypada drugi warunek — i to jest dobra wiadomość, nie zła. Jeśli okazuje się, że reguły nie da się zapisać, bo za każdym razem ktoś podejmuje decyzję, to znaczy, że ta czynność jest pracą myślową udającą pracę ręczną. Wtedy rozmowa przenosi się z „jak to zautomatyzować” na „dlaczego ta decyzja wciąż wymaga człowieka i czy da się ją uprościć” — a to zwykle tańsza rozmowa.

Zanim policzę, pytam o to

Zdarza się, że po tych odpowiedziach nie zostaje nic do automatyzowania i kończymy na tym etapie.

Ile razy w miesiącu to się dzieje?

Pytam o liczbę powtórzeń w miesiącu. Czynność na piętnaście minut, powtarzana codziennie, jest zwykle lepszym kandydatem niż półdniowa robota raz na miesiąc.

Co się dzieje, gdy wyjdzie źle?

Czasem nic. Czasem klient dostaje złą fakturę albo towar jedzie pod zły adres. Koszt błędu częściej decyduje o opłacalności niż sam czas — i częściej jest pomijany w rachunku.

Kto to dziś robi i co będzie robił zamiast tego?

Jeśli odpowiedź brzmi „nic, po prostu będzie miał spokojniej”, oszczędność jest papierowa. Realna wtedy, gdy ten czas idzie na robotę, której dziś nikt nie wykonuje albo która przynosi pieniądze.

Czy za rok ten proces będzie taki sam?

Nie ma sensu utrwalać w kodzie czegoś, co firma i tak zmieni za pół roku. To pytanie potrafi skasować projekt — i dobrze, bo taniej skasować go teraz.

Skąd przychodzi wejście i czy da się je zmienić u źródła?

Najtańsza automatyzacja to często nie kod, tylko formularz zamiast maila albo ustalenie z kontrahentem stałego układu pliku. Sprawdzam to, zanim zaproponuję cokolwiek do zbudowania.

Kto to utrzyma, gdy przestanie działać?

A przestanie — po aktualizacji jednego z programów albo zmianie po stronie kontrahenta. To wchodzi do rachunku opłacalności od razu.

Czego bym nie ruszał

Nie automatyzowałbym procesu, którego nikt nie rozumie w całości

Jeśli w firmie nie ma osoby, która potrafi opisać cały przebieg od początku do końca, automat nie uporządkuje tego bałaganu — utrwali go i sprawi, że przez najbliższe lata nikt nie odważy się tam zajrzeć.

Nie automatyzowałbym procesu, który jest zepsuty

Automatyzacja nie naprawia procesu, tylko go przyspiesza. Zepsuty proces po automatyzacji produkuje ten sam zły wynik, tylko szybciej i w większej ilości — a błąd jest trudniej zauważyć, bo nikt już nie patrzy na poszczególne przypadki.

Nie budowałbym czegoś, co wymaga sprawdzania każdego wyniku

Jeśli po uruchomieniu ktoś musi kontrolować każdy rekord, praca nie zniknęła — zmieniła się z wykonywania na sprawdzanie, często mniej znośne. Automat ma sam zgłaszać przypadki, których nie umie obsłużyć, i tylko je oddawać do przejrzenia.

Nie zaczynałbym od najgłośniejszej uciążliwości

Czynność, na którą wszyscy narzekają, rzadko jest tą najdroższą. Najdroższe zwykle są rzeczy ciche i częste, których nikt nie zgłasza, bo zdążyły się stać normalnym elementem dnia.

Drogi wyjścia, licząc od najtańszej

Dwie pierwsze pozycje nie wymagają napisania ani jednej linijki kodu i zaskakująco często załatwiają sprawę.

1
Usunięcie kroku
Najtańsza automatyzacja to ta, której nie trzeba budować. Regularnie okazuje się, że raport powstaje z rozpędu, a jego odbiorca zmienił się dwa lata temu albo przestał go czytać. Zawsze zaczynam od sprawdzenia, czy krok jest komukolwiek potrzebny.
2
Zmiana u źródła
Formularz zamiast maila napisanego prozą. Ustalony układ pliku zamiast „każdy przysyła, jak umie”. Zero kodu, a znika połowa pracy — bo dane od razu przychodzą w formie, którą da się przetworzyć.
3
Funkcja, która już jest w Twoim programie
Zanim cokolwiek napiszę, sprawdzam, czy system, za który firma już płaci, tego nie potrafi. Zaskakująco często potrafi, tylko nikt tego nie włączył albo nie wiedział, że to tam jest.
4
Gotowe narzędzie do automatyzacji
Narzędzia typu n8n, Make czy Zapier łączą programy, które już masz, bez pisania systemu od zera. Tu mieści się większość realnych wdrożeń w małej firmie. Warunek: te programy muszą mieć co udostępnić.
5
Rozwiązanie napisane na miarę
Gdy reguła jest specyficzna dla tej firmy i żadne gotowe narzędzie w nią nie trafia. Stoi na końcu, bo prawie zawsze da się zejść niżej.

Najtrudniejsza część

Nie budowa. Narzędzia do automatyzacji są dziś na tyle dojrzałe, że samo połączenie dwóch programów przestało być wyzwaniem technicznym. Trudne jest wskazanie, który proces jest właściwym kandydatem — bo firma zwykle przychodzi z tym, który najbardziej irytuje, a nie z tym, który najwięcej kosztuje.

Drugą trudną rzeczą jest to, co dzieje się po uruchomieniu. Automat, który działa, jest niewidoczny — i właśnie dlatego jego cicha awaria potrafi zostać zauważona po miesiącu, przy rozliczeniu. Sposób, w jaki proces zgłasza, że przestał działać, jest częścią tej roboty.

Najpierw więc oglądam, co dzieje się dziś, i mówię, który proces ruszyłbym jako pierwszy, a którego zostawił.

Są procesy, których bym nie tykał.

Policz to na sobie, zanim ze mną porozmawiasz: ile razy w miesiącu ten proces się powtarza, razy ile minut zajmuje jedno powtórzenie, razy stawka osoby, która go wykonuje. Jeśli wychodzi kilka razy w miesiącu i pomyłka nic nie kosztuje — automat zwróci się po latach i szkoda na niego pieniędzy.

Do tego rachunku trzeba jednak dopisać drugą stronę, o której łatwo zapomnieć: automatyzacja ma koszt utrzymania. Coś, co działa dziś, przestanie działać po aktualizacji programu albo zmianie po stronie kontrahenta. Jeśli po tej stronie równania nie ma nikogo, kto to naprawi, oszczędność jest chwilowa.

Odwrotnie jest wtedy, gdy błąd wychodzi na zewnątrz: do klienta, na fakturę, do urzędu. Wtedy sam czas jest najmniejszą częścią kosztu i cały rachunek wygląda zupełnie inaczej.

Opisz jeden proces, który zjada najwięcej czasu.

Nie musisz wiedzieć, jakim narzędziem dałoby się to zrobić ani czy Twoje programy mają API. Napisz, co się dzieje krok po kroku i kto to robi — odpowiem, czy ten proces przechodzi te cztery warunki i którą z pięciu dróg widzę u Ciebie.

Opisz swoją sytuacjębez płatności i zobowiązań

Chcesz zobaczyć, jak wygląda pełna analiza takiego procesu? Przeczytaj przykładową analizę → A jeśli problemem są dwa programy, które ze sobą nie rozmawiają: integracja systemów — kiedy się opłaca →