Automatyzacja w biznesie – jak wybrać pierwszy proces i zmierzyć efekt

Automatyzacja ma sens wtedy, gdy usuwa konkretny problem z powtarzalnego procesu. Jeśli zaczynasz od wyboru narzędzia, łatwo zbudować drogi system do zadania, którego nikt wcześniej nie uporządkował.

Dlatego zacznij od jednego procesu. Opisz jego początek, wynik, wyjątki i koszt obecnego działania. Dopiero później decyduj, czy potrzebujesz prostych reguł, integracji między systemami czy rozwiązania wykorzystującego AI.

Co naprawdę oznacza automatyzacja w biznesie?

Automatyzacja biznesowa polega na przekazaniu systemowi określonych czynności wykonywanych wcześniej ręcznie. System otrzymuje dane, stosuje ustalone reguły, wykonuje akcję i zapisuje wynik.

Prosty przykład to formularz, po którym poprawne zgłoszenie trafia do właściwej osoby, dostaje status i uruchamia potwierdzenie dla nadawcy. Bardziej złożony proces może pobrać dane z kilku miejsc, sprawdzić warunki, przygotować dokument i przekazać wyjątek człowiekowi.

Najważniejsza różnica nie dotyczy liczby kroków. Dotyczy decyzji.

• Automatyzacja oparta na regułach wykonuje przewidywalne instrukcje.
• Automatyzacja wsparta AI interpretuje dane, których nie da się opisać jednym prostym warunkiem, na przykład klasyfikuje treść wiadomości.
• Człowiek nadal odpowiada za przypadki niejednoznaczne, decyzje o dużych konsekwencjach i reakcję na błędy.

Jeśli proces dotyczy danych osobowych albo decyzji, która może istotnie wpłynąć na człowieka, potrzebna jest osobna ocena prawna i realny nadzór człowieka. Samo dodanie przycisku zatwierdzenia nie rozwiązuje problemu. RODO opisuje dodatkowe zasady dotyczące decyzji opartych wyłącznie na zautomatyzowanym przetwarzaniu.

Najpierw nazwij problem, nie narzędzie

Zdanie „chcemy wdrożyć automatyzację” jest za szerokie. Nie wiadomo, co ma się poprawić.

Lepszy opis wygląda tak:

Po wysłaniu formularza handlowego część zgłoszeń nie dostaje właściciela tego samego dnia. Chcemy przypisywać kompletne zgłoszenia automatycznie, a niekompletne kierować do ręcznego sprawdzenia.

Taki opis pokazuje zdarzenie początkowe, oczekiwany wynik i wyjątek. Da się go zmierzyć. Da się też stwierdzić, czy pilotaż pomógł.

Przed dalszą pracą odpowiedz na cztery pytania:

1. Co dziś uruchamia proces?
2. Po czym poznajesz, że proces został zakończony prawidłowo?
3. Gdzie najczęściej pojawia się błąd albo opóźnienie?
4. Kto podejmuje decyzję, gdy przypadek nie pasuje do reguły?

Jeśli odpowiedzi różnią się zależnie od osoby, problemem jest najpierw brak wspólnej procedury.

Karta kwalifikacji procesu

Dobry pierwszy proces nie musi być najbardziej irytujący. Powinien być wystarczająco częsty, przewidywalny i bezpieczny, żeby wynik pilotażu dało się ocenić.

Przejdź siedem pytań.

Czy proces występuje regularnie?

Jednorazowe zadanie zwykle nie zwróci kosztu analizy, konfiguracji, testów i utrzymania. Zapisz, ile razy proces wystąpił w ostatnich czterech tygodniach. Nie opieraj decyzji na wrażeniu, że zdarza się często.

Czy kroki są powtarzalne?

Spisz przebieg trzech ostatnich przypadków. Jeśli każdy wyglądał inaczej, system będzie wymagał wielu wyjątków. Najpierw ustal wspólny rdzeń procesu.

Czy dane wejściowe są dostępne i wystarczające?

Automatyzacja nie naprawi brakującego adresu e-mail, niejednoznacznej nazwy produktu ani kilku różnych formatów tej samej informacji. Sprawdź kompletność danych przed projektowaniem przepływu.

Czy wynik można jednoznacznie sprawdzić?

„Lepsza obsługa” nie jest wynikiem testu. „Kompletne zgłoszenie dostało właściciela i potwierdzenie” już nim jest.

Czy znasz wyjątki?

Wypisz przypadki, których system nie powinien obsługiwać sam. Ustal, gdzie trafią, kto je sprawdzi i jak szybko ma to zrobić.

Czy błąd jest odwracalny?

Automatyczne utworzenie zadania jest łatwiejsze do cofnięcia niż automatyczna wysyłka umowy, wypłata pieniędzy albo odrzucenie kandydata. Na pierwszy pilotaż wybierz proces o małej konsekwencji pomyłki.

Czy ktoś jest właścicielem procesu?

Automatyzacja bez właściciela psuje się po cichu. Jedna osoba musi odpowiadać za reguły, wyjątki, alerty i decyzję o wyłączeniu systemu.

Jeśli nie potrafisz odpowiedzieć na dwa lub więcej pytań, nie wybieraj jeszcze narzędzia. Najpierw uporządkuj proces.

Jak zmierzyć stan przed automatyzacją?

Bez pomiaru przed wdrożeniem nie wiesz, czy po wdrożeniu jest lepiej. Widzisz tylko, że system wykonuje akcje.

Ustal stan bazowy i po pilotażu porównaj z nim dokładnie ten sam proces. Dla małego procesu nie potrzebujesz rozbudowanego pulpitu. Wybierz okres obejmujący pełny, typowy cykl pracy. Cztery tygodnie mogą być użyteczną próbką w procesie wykonywanym regularnie, ale nie są uniwersalnym minimum.

Zapisz:

• liczbę rozpoczętych przypadków,
• liczbę poprawnie zakończonych przypadków,
• medianę czasu od startu do poprawnego wyniku,
• liczbę przypadków wymagających poprawy,
• czas pracy człowieka,
• koszt narzędzi potrzebnych wyłącznie do tego procesu.

Mediana jest użyteczna, gdy pojedynczy przypadek potrafi trwać wyjątkowo długo i zawyża średnią. Obok niej zachowaj najdłuższy czas. Dzięki temu nie ukryjesz problemów pod jednym wynikiem.

Jedna metryka wyniku i trzy zabezpieczenia

Pilot powinien mieć jedną główną metrykę. To ona odpowiada na pytanie, czy problem stał się mniejszy.

Dla przykładowego procesu zgłoszeń główną metryką może być udział kompletnych zgłoszeń przypisanych tego samego dnia. Liczba wykonanych automatyzacji nie jest wynikiem biznesowym. Jest aktywnością systemu.

Dodaj trzy metryki kontrolne:

1. Liczba błędnych działań systemu.
2. Liczba wyjątków wymagających ręcznej obsługi.
3. Czas potrzebny na kontrolę, poprawki i utrzymanie automatyzacji.

Może się okazać, że główna metryka rośnie, ale zespół spędza więcej czasu na poprawianiu wyjątków. Wtedy automatyzacja przeniosła koszt, zamiast go usunąć.

Kontrakt pilotażu

Zanim uruchomisz system, zapisz jedną stronę ustaleń. Nazwij ją kontraktem pilotażu.

Powinna zawierać:

• proces i jego granice,
• właściciela,
• stan bazowy,
• główną metrykę,
• metryki kontrolne,
• listę wyjątków,
• sposób ręcznego przejęcia procesu,
• czas testu,
• termin przeglądu,
• warunek zatrzymania.

Warunek zatrzymania opisuje sytuację, w której wyłączasz pilotaż albo wracasz do poprzedniego sposobu pracy. Przykład:

Wyłączamy automatyczne przypisywanie, jeśli w ciągu tygodnia co najmniej dwa poprawne zgłoszenia trafią do złej osoby albo alert o błędzie nie dotrze do właściciela procesu.

Próg dobierz do ryzyka konkretnego procesu. To nie jest uniwersalny benchmark.

Jak przeprowadzić pilotaż?

Ogranicz zakres

Wybierz jeden typ sprawy, jeden zespół albo jedno źródło danych. Nie łącz pięciu systemów tylko dlatego, że technicznie jest to możliwe.

Przetestuj znane wyjątki

Przygotuj poprawny przypadek, brakujące dane, duplikat, błędny format oraz niedostępność systemu zależnego. Sprawdź nie tylko wynik, ale też komunikat i drogę ręcznego przejęcia.

Uruchom monitoring

System powinien zapisywać start, wynik, błąd i osobę albo kolejkę odpowiedzialną za wyjątek. Alert ma prowadzić do konkretnej czynności. Właściciel procesu powinien wiedzieć, gdzie sprawdzić historię błędu, kiedy przejąć sprawę ręcznie i kto decyduje o wyłączeniu pilotażu.

Jeśli przepływ wykorzystuje AI, monitoring jest jeszcze ważniejszy. NIST wskazuje na potrzebę pomiaru, nadzoru człowieka, obsługi incydentów, możliwości przejęcia i bezpiecznego wycofania systemu.

Porównaj ten sam proces

Po pilotażu policz te same wskaźniki co wcześniej. Nie zmieniaj definicji poprawnego zakończenia w połowie testu. Zanotuj też sezonowość, zmianę liczby spraw i inne czynniki, które mogły wpłynąć na wynik.

Kiedy automatyzacji nie wdrażać?

Nie automatyzuj procesu tylko dlatego, że jest nudny.

Zatrzymaj się, gdy:

• proces nie ma jednego właściciela,
• każda osoba wykonuje go inaczej,
• dane wejściowe są zwykle niekompletne,
• wyjątków jest prawie tyle samo co zwykłych przypadków,
• konsekwencja błędu jest wysoka, a ręczne przejęcie nie działa,
• proces występuje zbyt rzadko, żeby odzyskać koszt utrzymania,
• nie masz dostępu do historii błędów i wyników,
• automatyzacja ma podejmować istotne decyzje o ludziach bez oceny prawnej i nadzoru.

Czasem najlepszą zmianą jest usunięcie kroku, uproszczenie formularza albo ustalenie jednej procedury. To też jest dobry wynik analizy, nawet jeśli nie kupisz żadnego narzędzia.

Prosty plan na pierwszy tydzień

1. Wybierz jeden proces, który wystąpił co najmniej kilka razy w ostatnim miesiącu.
2. Opisz trzy ostatnie przypadki od początku do końca.
3. Zaznacz dane wejściowe, reguły, wynik i wyjątki.
4. Zmierz czas, poprawne zakończenia i liczbę poprawek.
5. Wybierz jedną metrykę wyniku.
6. Ustal właściciela i warunek zatrzymania.
7. Dopiero teraz porównaj sposoby wykonania i narzędzia.

Najczęstsze pytania

Od jakiego procesu zacząć automatyzację?

Zacznij od procesu częstego, powtarzalnego, mierzalnego i o małej konsekwencji błędu. Powinien mieć jasny początek, poprawny wynik oraz osobę odpowiedzialną za wyjątki.

Czy mała firma potrzebuje platformy do automatyzacji?

Nie zawsze. Prosta reguła w używanym systemie może rozwiązać problem bez dokładania kolejnej platformy. Narzędzie wybieraj po opisaniu procesu i sprawdzeniu dostępnych funkcji.

Jak policzyć efekt automatyzacji?

Porównaj ten sam proces przed i po pilotażu. Mierz poprawne zakończenia, czas przejścia, liczbę poprawek, pracę człowieka i dodatkowy koszt utrzymania. Sama liczba uruchomień automatyzacji nie pokazuje efektu biznesowego.

Czy AI jest potrzebne do automatyzacji?

Nie, jeśli proces da się opisać jasnymi regułami. AI ma sens przy danych wymagających interpretacji, ale zwiększa potrzebę monitoringu, testów i nadzoru człowieka.

Kiedy wyłączyć automatyzację?

Wyłącz ją, gdy przekroczy ustalony próg błędów, nie da się obsłużyć wyjątków, koszt kontroli przewyższa korzyść albo system zaczyna wykonywać działania poza zatwierdzonym zakresem.

Zacznij od procesu, nie od narzędzia

Masz proces, który zabiera czas, ale nie wiesz, czy warto go automatyzować? Najpierw rozpiszemy problem, dane, wyjątki i sposób pomiaru. Jeśli automatyzacja nie ma sensu, powiemy to wprost.

Skontaktuj się z Webly Mate. Cena jest ustalana indywidualnie według zakresu projektu.