10 sierpnia 2026
Mały krok, duży efekt — od czego zacząć automatyzację w firmie
Lista procesów do uporządkowania powstaje w większości firm bez trudu. Problem zaczyna się później: lista leży kolejny kwartał, choć nikt jej nie blokuje. Nie brakuje ani budżetu, ani zgody zespołu. Brakuje odpowiedzi na jedno pytanie — od którego punktu zacząć i jak wąsko go zakroić, żeby projekt naprawdę się skończył.
To pytanie wygląda na organizacyjne, a decyduje o strategii. Od odpowiedzi zależy nie tempo pierwszego wdrożenia, tylko to, czy będzie drugie.
Pierwszy projekt nie ma naprawić firmy. Ma jedno zadanie: skończyć się i przynieść mierzalny efekt. Kolejne procesy, szersze integracje, realna zmiana sposobu pracy — wszystko to przychodzi później i wyrasta z tego jednego, zamkniętego wdrożenia. Firma, która nie ma za sobą ani jednego, nie automatyzuje. Planuje automatyzację.
Dlaczego nie zaczyna się od największego problemu?
Pierwszy odruch prowadzi do procesu, który kosztuje najwięcej. To dobry kierunek, ale zły zakres.
Procesy, które kosztują najwięcej, są zwykle najbardziej złożone. Bierze w nich udział kilka osób, dwa lub trzy narzędzia, kilkanaście wyjątków i przynajmniej jeden klient obsługiwany na własnych zasadach. Taki projekt zaczyna się od kilku tygodni ustaleń, pierwszy widoczny efekt daje po kwartale, a o kolejnym kroku decyduje już firma, która zdążyła stracić przekonanie, że to działa.
Skala problemu myli jeszcze w jeden sposób. W badaniu MIT „State of AI in Business” od 50 do 70 procent budżetów na sztuczną inteligencję trafiało w badanych firmach do sprzedaży i marketingu, choć wyższe zwroty odnotowywano w operacjach i finansach. Powód jest prozaiczny: projekt w sprzedaży łatwiej opowiedzieć i łatwiej obronić. Firmy wybierają nie to, co się zwróci, tylko to, co da się pokazać.
Dlatego koszt lepiej czytać jako wskazówkę, gdzie szukać, niż jako gotowe zadanie. W każdym takim obszarze znajdzie się kilka mniejszych, zamkniętych czynności, które da się przenieść na automat w całości — bez zmieniania reszty procesu.
Weźmy rozliczenia z klientami. Obszar jest szeroki: opóźnione płatności, comiesięczne uzgodnienia, nieregularna korespondencja. Ale w środku jest jedna czynność zamknięta w całości — przypomnienie o fakturze, której termin właśnie minął. Jedna reguła, jeden właściciel, jeden mierzalny efekt. Można ją uruchomić w tydzień, a nie w kwartał.
Jak wybrać pierwszy proces?
Kandydatów zwykle jest kilku. Ten właściwy ma pięć cech, i to wszystkie naraz — cztery z pięciu to już inny projekt, na inny kwartał.
Częstotliwość. Czynność powtarza się codziennie albo co tydzień. Zadania kwartalne bywają kosztowne, ale ich efekt widać dopiero po pół roku, a pierwszy projekt musi udowodnić swoją wartość szybko. Od tego zależy zgoda na kolejny.
Jasne reguły. Przebieg czynności da się zapisać jako „jeżeli X, to Y”. Jeśli przy opisywaniu raz po raz pada „to zależy”, proces nie nadaje się na początek. Może być drugi albo trzeci w kolejce, kiedy firma nabierze wprawy w opisywaniu własnych procedur.
Stabilność. Proces nie zmieni się w ciągu najbliższego roku. To kryterium pomija się najczęściej, a mści się najdotkliwiej. Automat zbudowany na systemie przeznaczonym do wymiany bywa najdłużej żyjącym elementem starej architektury. Procedura, którą za pół roku zmieni nowy przepis, zdąży pochłonąć budżet, zanim cokolwiek zwróci. Prosty test: jeśli proces zmieniał się trzy razy w ostatnim półroczu, nie jest gotowy.
Niska cena błędu. Pierwsze wdrożenie ma prawo pomylić się w pierwszym tygodniu. Jeżeli taka pomyłka oznacza wstrzymaną wysyłkę albo błąd w rozliczeniu z urzędem, zakres dobrano źle. Jeżeli oznacza jedną wiadomość do skorygowania — dobrze.
Osoba, która na tym zyska. Pracownik, dla którego ta czynność jest uciążliwym dodatkiem do właściwej pracy, powie o wyjątkach, o których nie wie nikt inny, i sprawdzi gotowe rozwiązanie uważniej niż ktokolwiek. A potem to on, nie właściciel, przekona resztę zespołu, że to działa.
Kiedy wszystkie pięć cech trafia się razem, zakres projektu mieści się w jednym zdaniu. Jeśli do opisu potrzeba akapitu — to nie jest jeden projekt, tylko trzy.
Co zmierzyć przed startem?
Zanim cokolwiek zacznie się zmieniać, warto poświęcić tydzień na pomiar. Nie audyt, nie warsztaty, nie mapowanie procesów — zwykły tydzień notatek. Ile razy ta czynność się zdarzyła, ile minut zajęła za każdym razem, kto ją wykonał i co się stało, kiedy poszła inaczej niż zwykle.
To ostatnie jest najważniejsze. Wyjątki to jedna z najczęściej wskazywanych przyczyn nieudanych wdrożeń: automat radzi sobie ze scenariuszem podstawowym i zatrzymuje się na wariancie, o którym nikt nie wspomniał, bo wydawał się oczywisty. Proces opisany z pamięci zawsze wygląda porządniej niż ten, który naprawdę chodzi w firmie, a różnica między jedną wersją a drugą to gotowa lista sytuacji, które później przesądzają o powodzeniu projektu.
Te notatki mają jeszcze jedno zadanie, o którym łatwo zapomnieć. Za trzy miesiące ktoś zapyta, czy to się opłaciło. Bez zapisanego punktu odniesienia jedyną odpowiedzią jest „chyba tak” — za mało, żeby uzasadnić kolejny projekt, i stanowczo za mało jak na coś, co wystarczyło mierzyć przez pięć dni.
Dlaczego mały krok bywa ostatnim?
Przeciwko małym projektom istnieje poważny zarzut i warto go znać, zanim padnie. Brzmi tak: małe wdrożenia zostają małe. Działają, robią wrażenie na prezentacji, a potem nic z nich nie wynika.
Zarzut ma mocne podstawy. McKinsey opisał to zjawisko już w 2018 roku jako pilot purgatory — czyściec pilotaży, w którym projekty technicznie udane latami nie wychodzą poza fazę próbną. Od tego czasu wzorzec powtórzył się w każdej kolejnej fali technologii. We wspomnianym badaniu MIT rozwiązania AI oceniało 60 procent firm, do pilotażu doszło 20 procent, a do produkcji z mierzalnym efektem — 5 procent.
Wniosek wyciąga się z tego zwykle odwrotny do właściwego. Z tych samych analiz wynika bowiem, że o wyjściu poza fazę próbną decyduje nie to, co firma zrobi po pilotażu, lecz sposób, w jaki go wybrała. Pilotaż pomyślany jako efektowna demonstracja zostaje demonstracją. Pilotaż pomyślany jako fragment pracy, którą firma i tak musi wykonywać codziennie, po prostu zostaje w firmie.
Stąd bierze się szósty warunek, którego nie widać na liście cech: pierwszy projekt ma być mały, ale nie ma być osobny. Ma korzystać z danych, systemów i uprawnień używanych na co dzień, nie z arkusza przygotowanego specjalnie na tę okazję. Demonstracja na danych przygotowanych do demonstracji niczego nie dowodzi — poza tym, że da się przygotować dane.
Skąd bierze się duży efekt?
Główny efekt pierwszego wdrożenia rzadko dotyczy odzyskanych godzin.
Wróćmy do przypomnień o fakturach po terminie. Wykonywane ręcznie, trafiają do klientów nieregularnie. To zadanie niewdzięczne, zawsze przegrywa z pilniejszymi, a do tego przy każdym kliencie trzeba osobno rozstrzygnąć, czy wypada już przypominać. Przypomnienie wychodzi w piątym albo w dwudziestym dniu po terminie, zależnie od tygodnia. Automat wysyła je w trzecim, w jednakowej formie, do wszystkich kontrahentów. Czterdzieści minut tygodniowo, które przy okazji wracają do zespołu, jest tu najmniej ważne. Ważniejsze jest to, że pieniądze wpływają szybciej, a przy każdej fakturze nikt nie musi już decydować od nowa.
Na tym polega właściwa różnica między pracą ręczną a zautomatyzowaną. Nie na tempie — na przewidywalności. Człowiek w dobrym tygodniu pracuje lepiej niż jakikolwiek automat. W trudnym nie zajmie się tym wcale.
Reszta efektu przychodzi później. Po zamkniętym wdrożeniu rozmowa o automatyzacji toczy się inaczej: kolejnych pomysłów nie trzeba już bronić jako hipotez, wystarczy odwołać się do tego, co działa. To zupełnie inna pozycja wyjściowa.
Zmienia się też sama lista. Jej punkty wyglądały na osobne przedsięwzięcia, bo tak wygląda każde zestawienie układane z góry. Po pierwszym wdrożeniu okazuje się, że kilka kolejnych korzysta z tych samych danych, tych samych uprawnień i tej samej ścieżki. Drugi projekt kosztuje mniej niż pierwszy, a koszt trzeciego bywa marginalny — nie dlatego, że firma kupiła lepsze narzędzia, tylko dlatego, że wie już, gdzie ma dane i kto za nie odpowiada.