Od czego zacząć

Automatyzacja procesów krok po kroku od mapy jednego procesu do produkcji

Procesu, który istnieje tylko w głowach zespołu, nie da się zautomatyzować. Poniżej metoda z naszych warsztatów: tydzień obserwacji zamiast wywiadu, policzone wyjątki, pięć wskaźników zmierzonych przed zmianą, jawny podział pracy między automat i człowieka, bieg równoległy ze starym procesem. Na końcu lista kontrolna do przejścia, zanim ktokolwiek zacznie budować.

10 minut czytania

  • 5 dnityle trwa obserwacja procesu, zanim powstaje pierwszy schemat; deklaracje zbieramy dopiero po pomiarze
  • 5 wskaźnikówtyle liczb spisujemy przed zmianą i odczytujemy ponownie po niej, żeby było co porównać
  • 2 do 6 tygodnityle mija u nas od warsztatu do działającego rozwiązania, zależnie od liczby systemów na ścieżce
  • 30 i 90 dnikiedy mierzymy proces po uruchomieniu, na tych samych wskaźnikach co przed startem

Krótka odpowiedź

Jak zautomatyzować proces krok po kroku?

Zacznij od jednego procesu i od obserwacji, nie od narzędzia. Usiądź obok osoby, która ten proces wykonuje, i zapisz, co robi naprawdę: który system otwiera jako pierwszy, gdzie przepisuje dane z ekranu na ekran, kogo pyta, na co czeka. Wywiad da Ci procedurę. Obserwacja da Ci proces.

Potem zmierz go przez tydzień na pięciu liczbach: czas jednego wykonania, liczba wykonań w miesiącu, liczba poprawek, czas od zdarzenia do wyniku, liczba osób dotykających sprawy. Dopiero mając te liczby projektuj wersję docelową i wypisz wprost, co przejmuje automat, a co zostaje przy człowieku.

Uruchom nowy proces równolegle ze starym, nie zamiast niego. Przez dwa tygodnie obie ścieżki liczą to samo, a Ty porównujesz wyniki. Przed startem ustal, kto dostaje powiadomienie, gdy automat stanie. Po 30 i po 90 dniach odczytaj te same pięć liczb, które masz sprzed zmiany.

Metoda w pięciu krokach, w tej kolejności

Kolejność nie jest kosmetyczna. Każdy krok zbiera informację, bez której następny jest zgadywaniem. Najczęstsza wersja porażki: narzędzie wybrane w pierwszym tygodniu, proces poznany w czwartym, gdy połowa budżetu jest wydana.

Ten sam układ prowadzimy na warsztacie procesowym i tak samo możesz przejść go sam, jeśli masz w firmie kogoś, kto potrafi przez tydzień patrzeć na cudzą pracę bez poprawiania jej po drodze.

  1. Obserwacja

    Tydzień przy biurku osoby, która wykonuje proces. Zapisujesz systemy, kliknięcia, przerwy i pytania zadawane innym, a nie to, jak powinno być.

  2. Wyjątki i pomiar

    Do mapy dopisujesz każdą sytuację, która wypadła poza główną ścieżkę, i mierzysz proces na pięciu liczbach. Wyjątki liczysz osobno, ile razy w miesiącu wypada każdy.

  3. Wersja docelowa

    Rysujesz proces po zmianie i przy każdym fragmencie wpisujesz właściciela: automat albo człowiek. Fragment bez właściciela nie wchodzi do budowy.

  4. Bieg równoległy

    Automat rusza obok starego procesu: najpierw w trybie podglądu bez zapisu, potem z zapisem. Dwa tygodnie obie ścieżki liczą to samo, a Ty porównujesz wyniki.

  5. Przełączenie i pomiar

    Stary proces wyłączasz dopiero wtedy, gdy każda różnica jest wyjaśniona. Po 30 i po 90 dniach odczytujesz te same pięć liczb i zestawiasz z pomiarem sprzed zmiany.

Dlaczego proces trzeba obejrzeć, a nie o niego zapytać?

Zapytany o proces człowiek opisuje procedurę: to, jak powinno być. Obserwowany pokazuje proces: trzy zakładki obok siebie, plik na pulpicie z nazwą „ostateczne_v4”, telefon do koleżanki z pytaniem, która cena obowiązuje.

Różnica jest mierzalna. Deklarowany czas nie zawiera szukania pliku, czekania na czyjąś odpowiedź ani poprawiania po sobie, a to właśnie te trzy rzeczy automatyzacja zdejmuje najłatwiej. Dlatego mierzymy, zamiast pytać.

  • Który system jest otwierany jako pierwszy i dlaczego akurat ten
  • Każde miejsce, w którym dane są przepisywane ręcznie z ekranu na ekran
  • Każde czekanie: na czyjąś odpowiedź, na eksport, na zamknięcie dnia
  • Każde pytanie zadane innej osobie, razem z tym, po co zostało zadane
  • Pliki poza systemem: arkusze na pulpicie, notatki, wiadomości na czacie

Co musi znaleźć się w mapie jednego procesu?

Mapa procesu to nie schemat blokowy na ścianę. To sześć rzeczy, bez których nie da się nic zbudować, spisanych tak, żeby zrozumiał je ktoś spoza działu.

Dziura powtarza się w każdej firmie: nikt nie potrafi jednym zdaniem powiedzieć, co uruchamia proces i po czym poznać, że skończył się poprawnie. Automat trzeba czymś wyzwolić i trzeba mu powiedzieć, kiedy zrobił swoje.

Element mapyPytanie, na które odpowiadaGdzie to sprawdzasz
WyzwalaczCo uruchamia proces i o której zwykle się to dziejelog systemu, skrzynka, kalendarz zespołu
Systemy na ścieżceKtóre narzędzia są otwierane i w jakiej kolejnościobserwacja, lista dostępów użytkownika
Dane wejścioweSkąd biorą się dane i w jakim formacie przychodzą20 przykładowych dokumentów z ostatniego miesiąca
DecyzjeKto i na jakiej podstawie decyduje w środku procesurozmowa z osobą decydującą, już po obserwacji
WynikCo ma powstać i po czym poznać, że powstało poprawniedefinicja gotowego wyniku, spisana jednym zdaniem
WłaścicielKto odpowiada za proces, gdy coś pójdzie nie takpodział pracy w zespole, nie schemat organizacyjny

Kolumna trzecia jest ważniejsza od drugiej. „Wiemy, jak to działa” bez miejsca, w którym da się to sprawdzić, jest deklaracją, a nie mapą.

Dlaczego wyjątki zjadają większość czasu?

Główna ścieżka procesu jest nudna i szybka. Czas znika na wyjątkach: zamówienie bez numeru NIP, faktura w obcej walucie, klient piszący na prywatny adres handlowca, dokument przysłany jako zdjęcie z telefonu.

W opisie procesu wyjątków nie ma, bo nikt nie uważa ich za proces, tylko za „takie sytuacje”. Dlatego pytanie na warsztacie brzmi inaczej: nie „jak to wygląda”, tylko „kiedy ostatnio to nie zadziałało i co wtedy zrobiłaś”.

Wyjątek policzony da się obsłużyć albo świadomie zostawić człowiekowi. Wyjątek pominięty wraca po miesiącu jako telefon: automat coś zrobił, tylko nikt nie wie co i komu.

  • Dane niekompletne: brak numeru, brak adresu, pusta pozycja w formularzu
  • Format inny niż zwykle: skan zamiast pliku, obcy język, inna waluta
  • Duplikat: to samo zgłoszenie przyszło dwoma kanałami tego samego dnia
  • Sprawa pilna, którą ktoś przepycha poza kolejką i poza systemem
  • Klient nietypowy: własny cennik, własny termin płatności, własna osoba kontaktowa

Jak zmierzyć proces przed zmianą i po niej?

Pomiaru sprzed zmiany nie da się nadrobić później. Po uruchomieniu automatu nikt nie odtworzy, ile naprawdę zajmowało przepisywanie danych, bo nikt tego nie robi. Zostaje opowieść, a opowieści nie da się z niczym porównać.

Bierzesz pięć liczb, te same przed i po. Wskaźnik, którego nie da się odczytać z systemu bez proszenia kogoś o wypełnienie tabelki, wypada z listy pierwszego dnia. Jak przeliczyć te liczby na pieniądze, opisaliśmy w poradniku ROI z automatyzacji.

WskaźnikSkąd go odczytujeszCo psuje ten pomiar
Czas jednego wykonaniastoper podczas obserwacji, nie deklaracjamierzenie wyłącznie łatwych przypadków
Liczba wykonań w miesiąculog systemu, lista dokumentów, historia zamówieńsezon, dlatego bierz co najmniej 3 miesiące wstecz
Liczba poprawek i korektkorekty faktur, ponowne wysyłki, reklamacjepoprawki robione po cichu, bez śladu w systemie
Czas od zdarzenia do wynikuznacznik wejścia i znacznik wyjścia w systemieweekendy i urlopy liczone jak dni robocze
Liczba osób dotykających sprawyobserwacja i mapa procesupomijanie osób, które tylko akceptują

Te same pięć wierszy odczytujesz po 30 i po 90 dniach od startu. Jeśli po drodze zmienisz definicję choćby jednego wskaźnika, porównanie przestaje cokolwiek znaczyć.

Granica: co zostaje przy człowieku

Wersja docelowa procesu to nie „to samo, tylko szybciej”. To nowy podział pracy, wypisany fragment po fragmencie. Fragment bez właściciela zostaje w firmie jako dziura, którą po miesiącu ktoś zatyka ręcznie, bez śladu w systemie.

Zasada, którą stosujemy: automat przejmuje to, co powtarzalne i sprawdzalne, człowiek zostaje przy tym, co przy pomyłce kosztuje pieniądze albo relację. Agent AI przygotuje odpowiedź i wskaże źródło, ale wysłać ją do klienta strategicznego powinien człowiek.

  • Automat: przepisywanie danych między systemami, w obie strony
  • Automat: pilnowanie terminów, przypomnienia, ponawianie nieudanych operacji
  • Automat: składanie raportu z kilku źródeł i liczenie zawsze tego samego
  • Człowiek: decyzja kosztowa, rabat, odstępstwo od zasady, rozmowa po błędzie
  • Człowiek: pierwsza obsługa sprawy nietypowej, której nikt wcześniej nie widział

Kto dostaje sygnał, gdy automat stanie?

Automat stanie. Nie dlatego, że jest źle zbudowany, tylko dlatego, że dostawca zmieni interfejs, wygaśnie token albo przyjdzie plik w formacie, którego nikt nie przewidział. Pytanie brzmi, czy dowiesz się o tym w 15 minut, czy w piątek od klienta.

Przed uruchomieniem ustalasz trzy rzeczy: co dzieje się z zadaniem, które się nie udało, kto dostaje powiadomienie i po jakim czasie sprawa trafia do człowieka. Bez tego monitoring jest ekranem, na który nikt nie patrzy.

Bieg równoległy to najtańsze ubezpieczenie w całym wdrożeniu. Przez dwa tygodnie automat liczy to samo co człowiek, a Ty porównujesz wyniki dzień po dniu. Dopiero potem stary proces gaśnie. Tak prowadzimy każde wdrożenie w ramach automatyzacji procesów.

  • Ponowienie automatyczne: 3 próby, potem zadanie ląduje w kolejce błędów
  • Jeden kanał alertu dla zespołu, na przykład kanał w Slacku, nie skrzynka jednej osoby
  • Imię i nazwisko w dokumentacji: kto reaguje w dni robocze, kto poza nimi
  • Czas reakcji zapisany liczbą, na przykład 4 godziny robocze, a nie „szybko”
  • Ścieżka ręczna, która zawsze działa: jak wykonać ten krok bez automatu

Najczęstsze błędy

Pięć błędów, przez które wdrożenie procesu się sypie

  • Wywiad zamiast obserwacji

    Dostajesz procedurę i budujesz na niej automat. Wyjątki, które zjadały czas, wychodzą dopiero na produkcji i wracają jako telefony.

  • Narzędzie wybrane przed mapą procesu

    Proces zostaje dopasowany do możliwości narzędzia, a nie odwrotnie. Kończy się obejściem, którego nikt poza autorem nie umie utrzymać.

  • Brak pomiaru przed zmianą

    Po 90 dniach nie ma z czym porównać wyniku. Efekt zostaje opowieścią, a przy następnym budżecie nikt jej nie kupi.

  • Start od razu zamiast starego procesu, bez biegu równoległego

    Pierwszy nieprzewidziany przypadek zatrzymuje pracę działu, bo ścieżka ręczna zniknęła tego samego dnia, w którym ruszył automat.

  • Alert bez właściciela

    Automat stoi 3 dni, bo powiadomienie poszło na skrzynkę osoby na urlopie. Klient dowiaduje się pierwszy, zespół od klienta.

Lista kontrolna

Lista kontrolna przed pierwszą linijką konfiguracji

Jeśli któryś punkt jest na „nie”, nie zaczynaj budowy.

  • Jeden proces wybrany, opisany jednym zdaniem, z jednym właścicielem
  • Tydzień obserwacji za Tobą, notatki spisane tego samego dnia
  • Wyjątki wypisane i policzone: ile razy w miesiącu zdarza się każdy
  • Pięć wskaźników zmierzonych przed zmianą, z miejscem odczytu w systemie
  • Wersja docelowa narysowana, każdy fragment ma właściciela: automat albo człowiek
  • Ustalone: co dzieje się przy błędzie, kto dostaje alert, w jakim czasie reaguje i jak wykonać ten krok ręcznie
  • Daty biegu równoległego i pomiarów po 30 i 90 dniach wpisane do kalendarza

Zmapujmy jeden proces

Warsztat kończy się mapą i pomiarem, nie prezentacją

Na bezpłatnej konsultacji (30 minut) wybieramy z Tobą jeden proces i mówimy wprost, czy da się go zmapować w tydzień. Warsztat procesowy kosztuje 2500 zł netto za tydzień i kończy się mapą, listą policzonych wyjątków, pomiarem sprzed zmiany i planem na 30 dni, który możesz zrealizować bez nas. Bierzemy najwyżej dwa wdrożenia równocześnie.

Umów bezpłatną konsultację

Opisz swoje wyzwanie

Piszesz bezpośrednio do Pawła. Zero spamu.

Najczęstsze pytania

Od czego zacząć automatyzację procesu w firmie?

Od wyboru jednego procesu i od tygodnia obserwacji, nie od narzędzia. Usiądź obok osoby, która go wykonuje, i zapisz, co robi naprawdę. Narzędzie wybierasz dopiero wtedy, gdy masz mapę, policzone wyjątki i pomiar sprzed zmiany.

Ile trwa wdrożenie jednego procesu?

Od warsztatu do działającego rozwiązania mija u nas zwykle 2 do 6 tygodni, zależnie od liczby systemów na ścieżce i od tego, czy mają API. Warsztat procesowy kosztuje 2500 zł netto za tydzień, wycenę wdrożenia podajemy dopiero po nim, bo wcześniej byłaby zgadywaniem.

Jak długo mierzyć proces przed zmianą?

Minimum tydzień, czyli 5 dni roboczych, i na wszystkich przypadkach, także trudnych. Liczbę wykonań bierz z szerszego okna: co najmniej 3 miesiące wstecz, żeby sezon nie zafałszował średniej. Krótszy pomiar pokazuje głównie dobre dni.

Co zrobić, gdy wyjątków jest więcej niż głównej ścieżki?

Policz je i posortuj według częstotliwości. Automatyzujesz te cotygodniowe, resztę świadomie zostawiasz człowiekowi i zapisujesz w mapie. Proces, w którym wyjątki dominują, wymaga najpierw uporządkowania zasad, a dopiero potem automatu.

Jak długo trzymać stary proces obok nowego?

Zwykle dwa tygodnie: pierwszy w trybie podglądu bez zapisu, drugi z zapisem, a obie ścieżki liczą to samo. Stary proces wyłączasz dopiero wtedy, gdy każda różnica ma wyjaśnienie. Ścieżkę ręczną opisujesz w dokumentacji i zostawiasz na stałe.

Ile kosztuje utrzymanie takiego procesu?

Licencje platformy według cennika producenta, użycie modeli AI od 0,02 do 0,30 zł za zapytanie płacone dostawcy bezpośrednio, plus czas na poprawki, gdy któryś system zmieni interfejs. Opieka po wdrożeniu jest u nas opcjonalna i ustalana osobno.