Który proces zautomatyzować najpierw?

Rano ktoś pobiera zamówienia ze sklepu internetowego, a następnie ręcznie wprowadza je do systemu zarządzania. Po południu magazyn sprawdza zapasy w innym arkuszu, a w piątki trzy osoby zbierają dane potrzebne do raportu zarządczego. W takiej sytuacji pytanie nie dotyczy tylko tego, który proces zautomatyzować najpierw, ale także który z nich stanowi największe ryzyko operacyjne.

Zły wybór na początku może być kosztowny, nawet jeśli technologia działa. Jeśli zautomatyzujemy wadliwy, niepotrzebnie skomplikowany proces, błędy będą produkowane szybciej i bardziej konsekwentnie. Dlatego pierwsza decyzja o automatyzacji powinna być decyzją operacyjną, a nie wyborem narzędzia.

Nie wybierajmy tego, co najbardziej efektowne

W wielu firmach pierwszym pomysłem jest nowy system, sztuczna inteligencja lub duże wdrożenie ERP. W pewnych sytuacjach są one uzasadnione, ale rzadko stanowią pierwszy krok. Najlepszym punktem wyjścia jest często wąski, powtarzalny proces, który jest dobrze zdefiniowany, wymaga dużo pracy ręcznej i ma mierzalne konsekwencje biznesowe.

Na przykład codzienne kopiowanie danych zamówień niekoniecznie wydaje się strategicznym problemem. Jeśli jednak zadanie to angażuje czas dwóch pracowników, powoduje błędne fakturowanie, opóźnia dostawy, a dane o zapasach nie są aktualizowane na czas, to już nie jest tylko administracyjna niedogodność. To łańcuch informacyjny, który bezpośrednio wpływa na przychody, doświadczenia klientów i działanie magazynu.

Dlatego pierwszy proces do automatyzacji nie zawsze jest tym, który pochłania najwięcej czasu. Często ważniejszy jest ten, który łączy więcej działów, niesie ze sobą wiele możliwości popełnienia błędów lub opiera się na wiedzy jednej osoby.

Jaki proces zautomatyzować najpierw? Cztery kryteria decyzyjne

Dobrego kandydata nie wybiera się na podstawie tego, że „już nam się to znudziło”. Proces musi być jednocześnie ważny biznesowo i technicznie wykonalny. Cztery kryteria pomagają ustalić kolejność:

• Powtarzalność i wolumen: czy ten sam krok jest wykonywany wiele razy dziennie lub tygodniowo?
• Koszt błędu: jakie są konsekwencje błędnych danych, pominiętego zadania lub opóźnionego przekazania?
• Dojrzałość procesu: czy zasady, odpowiedzialności i wyjątki są jasne?
• Punkty połączeń: ile systemów, działów lub zewnętrznych partnerów jest zaangażowanych w przepływ informacji?

Pierwsze dwa kryteria pokazują, jak duża jest strata biznesowa. Dwa kolejne wskazują, jak przewidywalna jest automatyzacja. Proces może być bardzo uciążliwy, ale jeśli nikt nie wie dokładnie, dlaczego i według jakiej zasady jest wykonywany, najpierw trzeba wyjaśnić jego działanie.

Częsta powtarzalność sama w sobie nie wystarczy

Pracownik może codziennie pięćdziesiąt razy kopiować dane z e-maila do arkusza. To może wydawać się dobrym kandydatem do automatyzacji, ale najpierw trzeba zrozumieć, czy ten arkusz jest w ogóle potrzebny. Może powstał z powodu starego zapotrzebowania na raport, którego już nikt nie używa. Może dane z systemu źródłowego są dostępne bezpośrednio, tylko zespół o tym nie wie.

Przed automatyzacją warto zadać sobie trzy pytania przy każdym kroku: co go inicjuje, kto korzysta z wyniku i co by się stało, gdyby ten krok został usunięty? Zaskakująco wiele administracji okazuje się utrzymywać z przyzwyczajenia.

Błędy często są cenniejsze niż oszczędność czasu

Koszt ręcznego wprowadzania danych to nie tylko te kilka minut, które pracownik na to poświęca. Błędny adres dostawy może oznaczać konieczność ponownego wysłania. Opóźnione aktualizacje danych o zapasach mogą prowadzić do nadmiernej sprzedaży. Błędny numer artykułu może prowadzić do błędnych decyzji zakupowych, opóźnień w produkcji lub niezadowolenia klienta.

Warto zbadać, gdzie pojawiają się powtarzające się poprawki, reklamacje, pilne telefony i zadania typu „sprawdźmy to szybko teraz”. To nie są odosobnione błędy ludzkie. Często wskazują, że proces opiera się na zbyt wielu ręcznych przekazaniach lub brak jest jednoznacznego, wiarygodnego źródła danych.

Ludzka interwencja może być systemowym problemem

W wielu rozwijających się firmach są niezastąpieni pracownicy, którzy pamiętają, gdzie powinno trafić każde zamówienie, jakie warunki ma każdy klient lub kiedy należy odstąpić od standardowej procedury. To cenne doświadczenie, ale staje się ryzykowne, jeśli działanie opiera się wyłącznie na tej wiedzy.

Celem nie jest zastąpienie tych ludzi automatyzacją. Celem jest, aby system obsługiwał standardowe, powtarzalne przypadki, a pracownicy zajmowali się wyjątkami, klientami i rzeczywistymi decyzjami. Jeśli podczas urlopu pracownika przetwarzanie zamówień lub fakturowanie zwalnia, to nie jest to po prostu brak mocy przerobowej, ale nieudokumentowana zależność procesowa.

Najpierw narysujmy rzeczywiste działanie

Opisy procesów często pokazują, jak firma powinna działać. Jednak do decyzji o automatyzacji potrzebne jest zrozumienie, co naprawdę się dzieje. Skąd pochodzą dane? Kto je sprawdza? Gdzie są przenoszone do e-maila, Excela czy rozmowy telefonicznej? Kto na kogo czeka? Jakie są wyjątki i kto o nich decyduje?

Weźmy prosty przykład sklepu internetowego. Zamówienie przychodzi, zapasy są sprawdzane, zamówienie jest przekazywane do magazynu, faktura jest przygotowywana, a następnie etykieta kurierska. Jeśli do tego trzeba wprowadzić dane w pięciu różnych systemach, możliwość automatyzacji jest realna. Ale niekoniecznie pierwszym krokiem jest wymiana całego łańcucha. Może już samo niezawodne przekazywanie danych zamówień i informacji o zapasach między dwoma krytycznymi systemami przyniesie znaczną poprawę.

Zaletą mniejszego, dobrze zdefiniowanego rozwoju jest to, że można go szybciej zweryfikować. Staje się widoczne, czy czas przetwarzania się skrócił, czy jest mniej poprawek i czy zespół rzeczywiście został odciążony. To doświadczenie może później stanowić podstawę do większej integracji, przeprojektowania procesów lub modernizacji systemu.

Kiedy nie automatyzować jeszcze?

Są sytuacje, w których właściwym kolejnym krokiem nie jest automatyzacja. Jeśli zasady zmieniają się co tydzień, odpowiedzialności nie są jasne lub sprawy klientów są tak różne, że każdy przypadek wymaga osobnego rozważenia, najpierw trzeba uporządkować model działania.

To samo dotyczy sytuacji, gdy dane wejściowe są niewiarygodne. Integracja nie poprawi automatycznie brakujących danych o produktach, zduplikowanych rekordów klientów czy różnego użycia numerów artykułów. Co więcej, szybkie przekazywanie danych niskiej jakości może powodować problemy pojawiające się w wielu systemach.

Nie zawsze dobrym pierwszym projektem jest ten, który obiecuje największe oszczędności. Program wymiany całego systemu firmowego może przynieść zbyt wiele jednoczesnych zmian: nowe procesy, nowe role, zmiana danych, szkolenia i ryzyko operacyjne pojawiają się jednocześnie. W rosnącej organizacji często bezpieczniej jest najpierw ustabilizować krytyczne przekazywanie informacji, a następnie określić kolejny krok rozwojowy na podstawie tych doświadczeń.

Mierzmy stan początkowy, inaczej nie będziemy wiedzieć, czy cokolwiek się poprawiło

Przed projektem automatyzacji nie potrzebny jest skomplikowany system analizy, ale kilka podstawowych danych jest niezbędnych. Ile czasu mija od zamówienia do przetworzenia? Ile ręcznych poprawek jest wykonywanych w tygodniu? Ile czasu zajmuje przygotowanie miesięcznego raportu? W ilu przypadkach trzeba wyjaśniać dane telefonicznie lub e-mailem?

Te liczby nie tylko dostarczają uzasadnienia biznesowego. Pomagają również w ocenie wyników projektu po jego zakończeniu, nie opierając się na wrażeniach. Może się okazać, że przetwarzanie jest szybsze, ale pojawia się więcej wyjątków. Może być mniej pracy ręcznej, ale przekazywane informacje nie są wystarczająco dokładne dla magazynu. Dobra automatyzacja nie tylko usuwa kroki, ale także zwiększa niezawodność całego procesu.

Pierwszy sukces powinien dawać wzór działania

Dobrze wybrana pierwsza automatyzacja to więcej niż gotowe rozwiązanie techniczne. Uczy organizację, jak odkrywać procesy, wyjaśniać zasady, zarządzać jakością danych i mierzyć wyniki. Jest to szczególnie cenne tam, gdzie biznes rozwijał się szybciej, niż wewnętrzne działania mogły nadążyć.

Pytanie nie brzmi więc, które zadanie można najszybciej zautomatyzować. Szukajmy procesu, w którym jednocześnie występuje wiele powtórzeń, błędów, opóźnień i zależności indywidualnych, a zasady można już wyjaśnić. Tam mniejsza, dyscyplinarnie przeprowadzona zmiana może nie tylko zaoszczędzić godziny, ale także stworzyć bardziej przewidywalną podstawę dla kolejnego etapu wzrostu.