Zaczynanie od narzędzia to tak, jakby ktoś zapytał stolarza, od czego zacząć budowę domu, i wymienił trzy modele wiertarki. Kolejność, którą opisuję niżej, nie jest efektowna. Za to nie kończy się kupieniem subskrypcji, z której po trzech miesiącach nikt nie korzysta.

Błąd numer jeden: automatyzujesz bałagan

Lean ma na to nieładne, ale trafne określenie: muda — marnotrawstwo. Jeśli w procesie są trzy kroki, które istnieją tylko dlatego, że pięć lat temu ktoś tak ustawił, to automatyzacja nie sprawi, że znikną. Sprawi, że będą się wykonywać szybciej i taniej — i będzie je trudniej zauważyć, bo już nikt ich ręcznie nie klika.

Widziałem firmę, która chciała zautomatyzować przepisywanie danych z jednego systemu do drugiego. Po godzinie rozmowy okazało się, że drugi system był potrzebny jednej osobie, do jednego raportu, którego od roku nikt nie czytał. Automatyzacja tego procesu byłaby wydatkiem rzędu kilku tysięcy złotych za przyspieszenie czynności, którą należało skasować.

Dlatego kolejność jest taka: najpierw zrozum proces, potem go uprość, dopiero na końcu zautomatyzuj to, co zostało.

Krok 1. Tydzień z kartką

Nie potrzebujesz do tego oprogramowania ani konsultanta. Potrzebujesz tygodnia i jednej kartki na osobę.

Poproś każdego, kto pracuje w danym obszarze, żeby przez pięć dni zapisywał: co robił, jak długo i czy robił to samo w zeszłym tygodniu. Nie co pół godziny — wystarczy wpis przy każdej zmianie zajęcia. Ludzie zwykle protestują przez dwa dni, a potem sami się dziwią, co z tego wychodzi.

Po tygodniu masz listę czynności. Przy każdej zaznacz jedną z trzech rzeczy:

• P — powtarzalne. Za każdym razem wygląda tak samo, decyzje są przewidywalne.
• W — wymaga oceny. Trzeba wiedzieć, coś porównać, kogoś znać, wyczuć.
• N — nie powinno w ogóle istnieć.

Kategoria N to darmowe pieniądze — kasujesz i nie płacisz nikomu ani złotówki. Kategoria P to kandydaci do automatyzacji. Kategoria W zostaje przy człowieku i tak ma być.

Krok 2. Wybierz jeden proces. Jeden.

Największy błąd po zmapowaniu to chęć zrobienia wszystkiego naraz. Pierwsze wdrożenie musi się udać — inaczej zespół uzna, że „to nie działa”, i drugiego już nie będzie.

Do wyboru pierwszego procesu używam czterech pytań:

• Jak często? Coś, co dzieje się codziennie, bije coś, co dzieje się raz w miesiącu, nawet jeśli to drugie trwa dłużej.
• Ile w tym schematu? Im więcej wyjątków, tym droższe wdrożenie i mniejszy zysk. Proces w 80% przewidywalny jest lepszym kandydatem niż taki w 50%, choćby zajmował mniej czasu.
• Ile systemów trzeba dotknąć? Każde kolejne połączenie to koszt i miejsce, w którym coś się może zepsuć. Zacznij od procesu mieszczącego się w jednym–dwóch narzędziach.
• Kto na tym straci? Jeśli odpowiedź brzmi „osoba, która to dziś robi i boi się o pracę”, trzeba z nią porozmawiać, zanim cokolwiek ruszy. Wdrożenie, które zespół sabotuje, przegrywa niezależnie od jakości technologii.

Krok 3. Policz, ile ten proces kosztuje

To moment, w którym większość firm zatrzymuje się na „no, sporo tego”. Za mało. Potrzebujesz liczby, bo bez niej nie ocenisz, czy wdrożenie za 6 000 zł to dużo, czy mało.

Rachunek jest prosty: godziny tygodniowo × stawka godzinowa z narzutami × 52. Stawka z narzutami to zwykle około 1,2 raza koszt pracodawcy z umowy — składki, urlop, sprzęt, miejsce.

Dwie godziny dziennie przy stawce 60 zł to niecałe 40 tysięcy złotych rocznie. Ludzie zwykle nie wierzą w tę liczbę za pierwszym razem, dlatego warto ją policzyć samodzielnie, a nie przyjąć na słowo. Kalkulator na stronie głównej robi to w dwie minuty i pokazuje, skąd bierze każdą składową.

Krok 4. Dopiero teraz technologia

Mając zmapowany proces i policzony koszt, pytanie o narzędzie robi się banalne — bo wiadomo, co ma robić i ile wolno na to wydać. W praktyce sprowadza się do trzech scenariuszy:

• Wystarczy ustawienie tego, co już masz. Reguła w skrzynce, szablon, automatyzacja w systemie, za który już płacisz. Koszt: zero, czas: popołudnie.
• Wystarczy prosty przepływ. Coś dzieje się w miejscu A, więc coś ma się stać w miejscu B. Bez oceny sytuacji, bez rozumienia treści.
• Potrzebny jest asystent AI. Wtedy, gdy trzeba zrozumieć treść: przeczytać maila i rozpoznać, że to zapytanie ofertowe; przejrzeć ogłoszenie i ocenić, czy pasuje do firmy; wyciągnąć dane z dokumentu, który za każdym razem wygląda inaczej.

Duża część rzeczy, które firmy chcą „zautomatyzować AI”, mieści się w pierwszym punkcie. To dobra wiadomość, choć rzadko tak brzmi w ustach kogoś, kto sprzedaje wdrożenia.

Kiedy automatyzacja się nie opłaca

Powiem to wprost, bo mało kto w tej branży mówi: są sytuacje, w których automatyzacja jest złą decyzją.

• Proces zmienia się co kwartał. Będziesz płacić za przerabianie asystenta częściej, niż on zdąży się zwrócić.
• Robisz to trzy razy w miesiącu. Nawet jeśli za każdym razem trwa dwie godziny, to sześć godzin miesięcznie. Wdrożenie zwróci się po kilku latach.
• Nie da się opisać zasady. Jeśli po godzinie rozmowy nadal wychodzi „to zależy” i nikt nie umie powiedzieć, od czego — automat nie ma czego się nauczyć.
• Błąd jest bardzo kosztowny, a kontrola trwa tyle, co sama robota. Wtedy zysk zjada weryfikacja.

Za każdym razem, gdy podczas audytu wychodzi jedna z tych czterech sytuacji, mówię to klientowi. Wolę stracić wdrożenie niż mieć klienta, który po pół roku uzna, że go naciągnąłem.

Podsumowanie w czterech zdaniach

Zmapuj tydzień pracy na kartce. Skasuj to, co nie powinno istnieć. Wybierz jeden powtarzalny proces i policz, ile kosztuje rocznie. Dopiero wtedy pytaj o narzędzie.

Jeśli wolisz, żeby ktoś przeszedł przez to z Tobą — audyt procesów to dokładnie ta praca, tylko zrobiona w dwa–trzy dni zamiast w kilka tygodni i zakończona raportem z liczbami. A jeśli chcesz najpierw pogadać bez zobowiązań, napisz do mnie — trzydzieści minut wystarczy, żeby ocenić, czy w ogóle jest o czym rozmawiać.