Automatyzacja w logistyce i produkcji: pierwszy use case, który da się zmierzyć 

Pierwszym use case'em w logistyce ani w produkcji nie powinien być największy ani najbardziej efektowny proces, tylko taki, który już dziś da się policzyć: wiadomo, ile trwa, ile sztuk przez niego przechodzi i ilu ludzi przy nim stoi. Jeśli proces jest powtarzalny, ma jedno wyjście i da się na nim zmierzyć czas oraz błędy przed wdrożeniem, jest dobrym kandydatem na pierwszy pomiar. Roboty, rozpoznawanie wizyjne i cyfrowe bliźniaki to wybór na drugi etap, kiedy pierwszy pomiar już działa.

Dlaczego największy proces jest najgorszym wyborem na start

Najczęstszy błąd to lanie w automatyzację całego obszaru naraz. Przyjęcie towaru, magazynowanie, kompletacja i wysyłka tworzą łańcuch, w którym każdy krok potrafi zablokować poprzedni. Gdy roboty zaczną podnosić regały, a problem leży w tym, że dane o dostawcach przychodzą pocztą w czterech formatach, automatyzacja przyspieszy bałagan - nie naprawi go.

Integratorzy przemysłowi opisują to wprost: źle zaplanowana automatyzacja może wydłużyć czas zwrotu lub wręcz nie przynieść oczekiwanych efektów, najczęściej przez niedoszacowanie zakresu projektu, nieuwzględnienie wszystkich kosztów i oszczędności albo pominięcie wpływu zmian organizacyjnych. Dokładnie te trzy przyczyny odpowiadają za większość projektów, które miały zwracać się w rok, a zwracały się w cztery.

Drugi powód jest prozaiczny: największy proces ma najwięcej wyjątków, a wyjątki są tym, co psuje pomiar. Proces, w którym 90 procent wolumenu idzie identycznie, da się zmierzyć nawet bez oprogramowania. Proces, w którym co czwarta praca wymaga decyzji człowieka, da się zautomatyzować, ale nie da się tego policzyć przed wdrożeniem - i wtedy spór o wynik rozstrzyga opinia, nie dane.

Cztery warunki, że proces nadaje się na pierwszy pomiar

Sprawdź cztery rzeczy. Jeśli proces spełnia mniej niż trzy, wybierz inny.

• Powtarzalny. Robisz go w kół, w podobnym kształcie, przez wiele cykli. Wydarzenie raz w roku to nie use case, tylko incydent.
• Liczony. Dziś istnieje jakaś liczba, choćby z notatka, z logu albo z pamięci kierownika. Jeśli nie umiesz podać, ile trwa ten proces dziś, to nie masz punktu odniesienia, tylko odczucie.
• Wąski. Jedno wejście, jedno wyjście, jasna wartość na końcu. Proces, który dotyka sześciu działów, rozbij na sześć wąskich albo wybierz jeden.
• Stabilny. Reguły nie zmieniają się co dwa tygodnie i nie ma w nim kompromisów, o których nie wiesz. Automatyzacja niestabilnego procesu utrwala chaos - automatyzacja „na wczoraj" wymaga za każdym razem nowego wdrożenia.

Test praktyczny jest prosty: czy potrafisz w jednym zdaniu powiedzieć, kto, co, po czym i w jakim czasie? Jeśli tak, proces da się zmierzyć. Jeśli musisz tłumaczyć dłużej, to jest to opis procesu, a nie kryterium wyboru.

Przy wyboru pierwszego procesu opieraj się na tym, co faktycznie się dzieje, a nie na tym, co wydaje się, że jest największym problemem. W praktyce najszybszy dochód do listy kandydatów daje jeden wieczór pracy z zapisem przepływu zadań i listą wąskich gardeł, a nie spotkanie zarządu, na którym każdy opowie swoją wersję. Przyda się do tego macierz procesów ocenionych pod kątem czasu i ryzyka, w której widać, który wąski gardło obciąża najwięcej godzin.

Inna, sprawdzona praktyka to spisanie dziesięciu powtarzalnych zadań z tygodnia i policzenie ich kosztu w godzinach. Tak powstaje mapa procesów firmy, a uzupełnia ją macierz dwudziestu procesów ocenionych pod kątem czasu i ryzyka. Obie powstają w jeden wieczór i obie zastępują spotkanie, na którym każdy opowie swoją wersję.

Skąd wziąć liczby, skoro nikt ich nie zapisuje

W większości firm liczby istnieją, tylko nikt ich nie zbiera. Logi z systemów, historia zmian w arkuszach, dane z czujników i raporty miesięczne wystarczą na pomiar bazowy. Nie potrzebujesz do tego platformy do process miningu, która z logów zdarzeń odtwarza wąskie gardła, nieproduktywne warianty przepływu i odchylenia od projektowanego procesu. Potrzebujesz trzech liczb: czasu, wolumenu i liczby błędów.

Krótki, tygodniowy pomiar w zupełności wystarczy. Zapisz, ile trwa jedno wykonanie zadania od początku do końca, ile takich wykonań jest w tygodniu i ilu ręcznych interwencji to wymaga. Z trzech takich pomiarów masz bazę, a z niej prostą arytmetykę: czas na wykonanie razy liczba wykonań razy koszt godziny daje roczną oszczędność, jeśli zadanie zniknie z kalendarza ludzi.

Z metryk warto wybrać te, które już ktoś u Was liczy. W magazynie to zwykle OEE, sztuk na godzinę, procent braków i koszt jednostkowy, a przy produkcji dodatkowo zużycie energii na sztukę oraz rotacja zapasów w dniach. W procesach handlowych i logistycznych bliżej ceny przyda się średnia marża, liczba zmian cenowych, liczba błędów cenowych i czas reakcji na zmianę. Wcześniej dobrze jest ustalić, po których liczbach pozna się sukces, zanim zaczniesz cokolwiek liczyć - czas cyklu, OEE, wskaźniki jakości. To zapis, który robi najwięcej różnicy przy odbiorze projektu, bo bez niego każda strona później liczy swój wynik.

Trzy procesy, które najłatwiej zmierzyć

Nie ma idealnego use case'a, ale są procesy, które z naturyry dają się liczyć, bo mają licznik wejściowy i wyjściowy.

Masowe zmiany cen i danych produktowych. To najczęściej najlepszy pierwszy wybór, bo efekt widać w kilka tygodni. Próg opłacalności jest jaśnie określony: automatyzacja zaczyna się opłacać od około 500-1000 SKU albo wtedy, gdy aktualizacja cennika zajmuje zespołowi więcej niż jeden dzień roboczy. Przy 10 000 SKU zespół zajmuje na to przeciętnie 15-20 godzin tygodniowo, a po wdrożeniu spada do 2-3 godzin tygodniowo, przeznaczonych głównie na przegląd wyników i poprawę reguł. To ponad 60 roboczogodzin miesięcznie, czyli ponad 720 godzin w skali roku. Dostawcy wdrożeń cenowych raportują też wzrost średniej marży o 2-5 punktów procentowych, choć to deklaracja z agregatu realizacji, a nie jeden opisany projekt z liczbami.

Przyjęcie i rejestracja towaru. Skan etykiety, sprawdzenie kodu, przypisanie do indeksu, miejsca, partii i terminu ważności, wygenerowanie identyfikatorów logistycznych, przeniesienie danych do stanu magazynowego. Każdy z tych kroków ma gotowy wynik do sprawdzenia: liczba skanów, liczba odrzuconych pozycji, liczba ręcznych poprawek, czas od przyjęcia do dostępności w systemie. To proces, który przy okazji porządkuje dane, zanim zacznie je przetwarzać automat - a to najczęstszy powód, dla którego późniejsza automatyzacja się nie udaje.

Dokumenty i przepływ zleceń. Zlecenie transportowe, list przewozowy, potwierdzenie odbioru, raport dzienny z magazynu, zestawienie dla księgowości. Tu metryką jest czas od zdarzenia do dokumentu, kompletność i liczba poprawek. Ten proces daje się zmierzyć nawet bez zmian w systemie magazynowym, bo zostawia ślad w poczcie i w arkuszach.

Na produkcji bliźnikiem pierwszego use case'a jest kontrola wyników i raport z pierwszych sztuk: ile faktycznie zeszło, ile było braków, ile trwała zmiana, ile energii zużyła linia. Warto wcześniej przeczytać, co w firmie produkcyjnej da się zautomatyzować, a co wymaga czujek i ręcznej pracy - żeby nie budować pierwszego wdrożenia na elemencie, który i tak wymaga operatora.

Jeśli wolisz gotową listę startową, siedem procesów, które warto zautomatyzować jako pierwsze to dobry punkt wyjścia, bo każdy z nich ma jedną mierzoną wielkość na wyjściu.

Skala wdrożenia ważniejsza niż nazwa technologii

Wyniki o zwrocie inwestycji z ogłoszeń i stron dostawców opisują trzy zupełnie różne klasy projektów. Sklejenie ich w jeden zakres daje liczbę, której nie da się obronić przy żadnym budżecie.

Abonament (SaaS) w małej firmie. Rozwiązania chmurowe zaczynają się od kilkuset złotych miesięcznie, wdrożenie typowo trwa 2-4 tygodnie, a zwrot przychodzi w ciągu 3-6 miesięcy dzięki oszczędności czasu i wyższym marżom. To najkrótsza pętla zwrotu ze wszystkich trzech, bo koszt jest stały i można go zrezygnować.

Projekt u integratora. Proste automatyzacje kosztują od kilku tysięcy złotych, a proste wdrożenia bywają gotowe w kilka tygodni; bardziej złożone projekty zajmują kilka miesięcy. Tu zwrot liczy się na poziomie projektu, nie abonamentu, i warto poprosić o widełki kosztu i czasu osobno, zamiast „wszystko w pakiecie".

Dla porównania skali: widełki kosztu wdrożenia w małej firmie są zwykle niższe o rząd wielkości niż budżet na automatyzację przemysłową, bo nie kupujesz sprzętu przetwarzającego towar.

Automatyzacja przemysłowa (sprzęt). Tu zwrot liczy się latami: przy wdrożeniach robotyki magazynowej mówi się o jednym do trzech latach, a na rynku padają oczekiwania wręcz pięcioletnie. Przykład z materiałów integratorów: koszt 1 mln zł i zysk netto 500 tys. zł rocznie dają zwrot w dwa lata - to arytmetyka, która się broni, pod warunkiem, że zysk netto policzono po kosztach energii, serwisu i części, a nie tylko po oszczędności na godzinach.

Skala wpływa też na to, czego w ogóle da się szukać. W skali magazynowej opłacalność zależy od gęstości operacji - przy dużym wolumenie robotyka się broni, przy kilkuset sztukach dziennie lepiej wygrywa porządna integracja danych i prosty przepływ bez robotów. Jedna liczba z tych materiałów dobrze opisuje mechanizm presji na koszty pracy: średni wzrost kosztów pracy w Polsce to około 12-15 procent rocznie w ostatnich pięciu latach. Im wyższa cena godziny, tym szybciej godzina, którą system przejmuje, zwraca się w rachunku.

Skoro o kosztach i tak decyduje skala, warto od razu poprosić o rozbicie kosztu wdrożenia na elementy. Całkowity koszt posiadania wdrożenia to nie tylko zakup, ale też instalacja, serwis, energia, części, modernizacje i finansowanie. Ta lista jest dłuższa niż zwykle zakładane „wdrożenie + abonament", a pominięcie pozycji z niej przesuwa zwrot o rok.

Jak policzyć oszczędność, zanim napiszesz ofertę

Trzy liczby wystarczą, żeby obronić albo odrzucić pomysł: roczna oszczędność czasu w godzinach, roczny koszt wdrożenia i okres zwrotu. Wzór jest prosty - oszczędność w godzinach mnożysz przez koszt godziny, dzielisz przez koszt wdrożenia, liczysz w latach. Jeśli wychodzi ponad trzy lata przy automatyzacji papierowej, a biznes planuje się zmienić wcześniej, to znak, że wybrany proces nie jest pierwszym priorytetem.

Dwie zasady, które oszczędzają najwięcej poprawek w rozmowie z klientem. Pierwsza: mierz godziny, nie procenty. „Proces skrócil się o 40 procent" jest niesprawdzalne bez punktu odniesienia; „z 15-20 godzin tygodniowo zeszło do 2-3" da się zweryfikować w rozmowie z księgowością. Druga: rozdziel oszczędność od przychodu. Wzrost marży o 2-5 punktów procentowych i 700 zaoszczędzonych godzin to dwa osobne efekty, które można dodać albo pomylić się o rząd wielkości.

Gotowe arkusze do takich wyliczeń są w moich wcześniejszych materiałach: prosty rachunek ROI oraz arkusz na zaoszczędzone godziny w firmie 50-osobowej. Zajmij się liczbami przed rozmową z dostawcą, a nie po - na rozmowie dość informacji o kosztach, których wcześniej nie znałeś.

Co psuje pierwsze wdrożenie

Pięć rzeczy powtarza się w każdym wdrożeniu, które nie dało efektu.

Rozwiązanie bez integracji. Robot, skaner albo reguła cenowa, która nie rozmawia z systemem magazynowym i ERP, tworzy wyspy danych. W ocenie partnerów logistycznych: bez integracji automatyzacja tworzy silosy zamiast wartości. Wybierz wcześniej, którym systemem ma gadać Twoje rozwiązanie, i policz to w zakresie.

Reguły puszczone na produkcję bez testów. Jedno z mocniejszych zdań, jakie znalazłem w materiałach wdrożeniowych, brzmi: wdrażanie nowych reguł bezpośrednio na produkcji to hazard. Zanim reguła zobaczy prawdziwe dane, przetestuj ją w symulacji na jednej kategorii i sprawdź skrajne przypadki - co się stanie, jeśli cena dostawcy spadnie o połowę albo wzrośnie dwukrotnie.

Reguły bez limitu i bez progu marży. Automat, który potrafi wygenerować każdą cenę, wygeneruje też taką, na której nie zarabiasz. Progi minimalnej marży i limity zmian muszą być w regule, a nie w głowie operatora.

Za dużo naraz. Rozszerzenie pilota na wszystkie kategorie w tym samym tygodniu zabiera możliwość zmierzenia, co zadziałało. Pilot, produkcja na pilotażu, pomiar, potem rozszerzanie - w tej kolejności, tydzień po tygodniu.

Automatyzacja zanim proces posprzątano. Jeżeli reguły zmieniają się, bo dział nie dogadał się, ile ma być okno dostawy, to automatyzacja utrwala spór. Najpierw porządkujemy proces, potem go automatyzujemy.

Kiedy warto odłożyć automatyzację

Są sytuacje, w których najlepszą decyzją jest nie wdrażać. Jeśli procesy w firmie nie są jeszcze ustabilizowane i zmieniają się co kilka tygodni, wdrożenie odłóż. Jeśli nie masz jasno określonego problemu, tylko ogólne poczucie, że coś trzeba zmienić, też odłóż - zacznij od tygodnia z notatnikiem, nie od zamówienia. I jeśli firma nie jest gotowa na zmianę sposobu pracy, bo wymaga to zaangażowania zespołu, najpierw porozmawiaj z ludźmi, którzy ten proces wykonują.

Przy małych wolumenach warto też przeliczyć, czy w ogóle potrzebujesz systemu. Przy kilkuset zamówieniach dziennie często więcej od automatyzacji kupuje porządek w danych: jeden format kodów, jedno miejsce na statusy, jedna osoba odpowiedzialna. Automatyzacja na bałaganie to tylko szybszy bałagan.

Czterotygodniowy plan na pierwszy pomiar

Realistyczny plan dla pierwszego wdrożenia mieści się w miesiącu, jeśli proces jest wąski.

• Tydzień 1 - pomiar bazowy. Wybierz jeden proces, zapisz trzy liczby (czas, wolumen, błędy) i ustal, po czym poznasz sukces. To etap, w którym najczęściej pada cały projekt, bo zespół przeskakuje od razu do narzędzi.
• Tydzień 2 - konfiguracja i integracje. Tu wchodzi największy koszt ukryty: podłączenie do systemu, któremu nie wolno zepsuć. Ustal, co system źródłowy musi odpuścić, zanim zaczniesz pisać reguły.
• Tydzień 3 - testy w symulacji. Jedna kategoria, skrajne przypadki, porównanie z wynikiem ręcznym. Jeśli automatyzacja nie zgadza się z człowiekiem na danych testowych, na produkcji będzie gorzej.
• Tydzień 4 - produkcja na pilotażu i pomiar. Włącz na żywo, policz te same trzy liczby co w tygodniu 1 i wypisz różnicę. Dopiero ten wynik jest podstawą do rozszerzania, a nie deklaracja z oferty.

Jeżeli wybierasz n8n jako narzędzie do tego przepływu, pierwszy przepływ krok po kroku prowadzi od pustego projektu do działającego zapisu, a krótkie wyjaśnienie, czym jest n8n warto mieć pod ręką, gdy wdrożenie ma czytać ktoś z księgowości albo z produkcji.

Po pilotażu zostaje Ci liczba, a na jej podstawie podejmujesz decyzję o rozszerzeniu albo o zatrzymaniu. To najprostszy mechanizm, jaki znalazłem w materiałach wdrożeniowych, a jednocześnie ten, którego najczęściej brakuje. Kolejne etapy - na większych wolumenach, na kolejnych kategoriach, na produkcji - to osobne decyzje, każda z własnym pomiarem.

Co zrobić w tym tygodniu

Nie zaczynaj od wyboru narzędzia. Weź dwie kartki i spisz dziesięć powtarzalnych zadań z tygodnia, które wróciły w czterech na pięć. Dla każdego dopisz trzy liczby: ile to trwało, ile razy, ile razy ktoś to poprawiał. Po tej jednej czynności będziesz miał realną listę kandydatów zamiast listy życzeń, a dwa z tych zadań zamienisz w pierwszy use case z mierzalnym wynikiem.

Jeśli chcesz, żebym przeszedł tę drogę z Tobą: wybierz jeden proces, opisz go w kilku zdaniach, a ja policzę oszczędność, dam widełki kosztu i czasu oraz powiem, czy w ogóle warto. Napisz do mnie - odpowiadam zwykle tego samego dnia.