Automatyzacja

Jakie procesy warto automatyzować w firmie — a których nie?

Warto automatyzować procesy, które się powtarzają, dają się opisać regułami, powodują mierzalną ręczną pracę lub błędy i mają stabilne dane wejściowe. Sama częstotliwość nie wystarczy: częsty, ale chaotyczny proces po automatyzacji będzie po prostu szybciej chaotyczny. Najpierw trzeba go uporządkować, potem automatyzować.

INTEVO Sp. z o.o. · Aktualizacja:

Automatyzacja procesu to przekazanie systemowi powtarzalnych kroków — przeniesienia danych, sprawdzenia warunku, powiadomienia, wygenerowania dokumentu — które dziś wykonuje człowiek. Nie oznacza usunięcia ludzi z procesu: decyzje wymagające oceny zwykle zostają przy nich.

Cechy procesu, który warto automatyzować

Dobry kandydat do automatyzacji ma większość z poniższych cech:

  • Powtarzalność — proces wraca regularnie i za każdym razem wygląda podobnie.
  • Reguły — decyzje w procesie da się zapisać jako warunki, a nie tylko wyczuć.
  • Skala — liczba przypadków jest na tyle duża, że ręczna praca realnie zajmuje czas.
  • Koszt błędu — pomyłka, pominięty krok albo opóźnienie mają konsekwencje dla klienta, rozliczeń lub terminów.
  • Przekazania — praca przechodzi między osobami, działami albo narzędziami i właśnie tam ginie.
  • Dostępność danych — dane potrzebne do kroku są w systemie albo da się je tam zebrać, a nie tylko w głowie pracownika.

Prosta heurystyka, nie wzór: jeśli proces ma co najmniej cztery z sześciu cech, w tym reguły i dostępne dane, warto go przeanalizować dokładniej. Jeśli brakuje reguł albo danych, automatyzacja zwykle zaczyna się od uporządkowania procesu, a nie od kodu.

Procesy, które często są dobrymi kandydatami

  • Obieg dokumentów — przygotowanie, uzupełnienie, akceptacja i archiwizacja dokumentu, który powstaje według tego samego schematu. Więcej w tekście o cyfryzacji dokumentów.
  • Akceptacje — wnioski, zamówienia albo koszty, które przechodzą przez te same osoby według znanych progów.
  • Raportowanie — zestawienia składane ręcznie z kilku arkuszy co tydzień lub co miesiąc.
  • Przenoszenie danych między systemami — te same dane wpisywane w CRM, arkuszu i systemie księgowym. Tu zwykle chodzi o integrację API.
  • Dokumentacja terenowa — protokoły, zdjęcia i podpisy zbierane po wizycie u klienta.
  • Powtarzalna obsługa zamówień i statusów — przyjęcie, potwierdzenie, zmiana statusu, informacja dla klienta.
  • Powiadomienia o zmianie stanu — informacja dla właściwej osoby, gdy coś czeka, utknęło albo przekroczyło termin.

Czego nie automatyzować — jeszcze

Są sytuacje, w których automatyzacja szkodzi albo się nie zwraca:

  • Proces jest niestabilny — zmienia się co kilka tygodni, bo firma dopiero go wypracowuje. Automatyzacja utrwali wersję, która za chwilę będzie nieaktualna.
  • Wyjątki nie są opisane — jeśli doświadczona osoba „po prostu wie”, co zrobić, najpierw trzeba tę wiedzę spisać.
  • Proces jest rzadki i tani — kilka przypadków w miesiącu, które zajmują chwilę i rzadko kończą się błędem.
  • Gotowy SaaS już to robi — jeśli niedrogie narzędzie rozwiązuje problem bez obejść, nie ma powodu budować własnego rozwiązania.
  • Proces jest zły — automatyzacja złego procesu daje szybszy zły proces. Najpierw trzeba usunąć zbędne kroki, potem automatyzować to, co zostało.

Automatyzacja, integracja czy system?

Te trzy rozwiązania odpowiadają na różne problemy i często występują razem:

  • Automatyzacja steruje przebiegiem pracy: kto, kiedy i pod jakim warunkiem wykonuje następny krok. Zobacz automatyzację procesów.
  • Integracja łączy systemy, które już działają, tak żeby dane przepływały między nimi bez przepisywania. Zobacz integracje API.
  • Dedykowany system sam staje się miejscem pracy — ma własne role, stany i dane. Ma sens, gdy łączenie kolejnych narzędzi przestaje wystarczać. Zobacz oprogramowanie dedykowane.

Jeśli wahasz się między platformą automatyzacji a własnym systemem, kryteria wyboru opisujemy w artykule Make, n8n, Zapier czy dedykowany system.

Osiem pytań przed decyzją

Zamiast liczyć zwrot z inwestycji na podstawie założeń, lepiej zacząć od odpowiedzi na kilka konkretnych pytań o proces. Im więcej odpowiedzi trafia do środkowej kolumny, tym mocniejszy argument za automatyzacją.

Pytania decyzyjne przed automatyzacją procesu
PytanieSygnał, że wartoSygnał, że jeszcze nie
Ile razy proces występuje?Codziennie lub co tydzień, w przewidywalnym rytmie.Kilka razy w roku, za każdym razem inaczej.
Ile osób bierze w nim udział?Kilka osób lub działów przekazuje sobie pracę.Jedna osoba, która ma wszystko pod kontrolą.
Ile razy dane są przepisywane?Te same dane trafiają ręcznie do dwóch lub więcej miejsc.Dane są wpisywane raz, w jednym miejscu.
Jak często pojawia się błąd?Błędy powtarzają się i ktoś regularnie je poprawia.Błędy są rzadkie i łatwe do wychwycenia.
Co dzieje się, gdy ktoś zapomni wykonać krok?Klient czeka, termin mija albo dokument jest niekompletny.Nic istotnego — krok można nadrobić bez skutków.
Czy istnieją reguły?Decyzję da się opisać warunkiem: jeśli X, to Y.Każdy przypadek wymaga oceny doświadczonej osoby.
Czy wyjątki można opisać?Wyjątki są znane i jest ich kilka.Wyjątków jest więcej niż przypadków typowych.
Czy istniejący SaaS już to rozwiązuje?Gotowe narzędzia nie pasują do procesu bez obejść.Gotowe narzędzie robi to dobrze i niedrogo.

Przykłady z realizacji INTEVO

Cztery systemy, w których decyzja „co automatyzować, a co zostawić człowiekowi” była podjęta wprost.

DocFlow — protokół, który ma reguły

Protokół po pracach instalacyjnych powstaje po każdej wizycie i ma powtarzalną strukturę: dane, zdjęcia, podpis, finalny dokument. Dlatego kreator prowadzi przez kolejne kroki, sloty zdjęć są wymagane albo opcjonalne, a finalizacja generuje PDF i blokuje edycję. Treść protokołu nadal wypełnia człowiek. Podpis składany na ekranie nie jest kwalifikowanym podpisem elektronicznym. Realizacja DocFlow.

Frovo — automatyzacja tam, gdzie reguła wystarcza

Koszyk rozpoznaje klasę wysyłki, w tym pozycje, które wymagają wyceny spedycyjnej — tam reguła nie wystarcza i decyduje człowiek. Klasy wysyłkowe i próg darmowej dostawy konfiguruje administrator, a panel wprost zaznacza, że automatyczne wyliczenie kosztów w ofertach i PDF nie jest jeszcze dostępne. Automatyzacja przychodzi etapami. Realizacja Frovo.

BEHA — reguła sprawdza, człowiek przypisuje

Ścieżka szkolenie → postęp → egzamin → status zgodności działa według jasnej reguły: egzamin ma próg zaliczenia, a postęp zapisuje się w trakcie kursu. Decyzja, który pracownik ma przejść które szkolenie, zostaje przy administratorze firmy. Realizacja BEHA.

INTEVO OS — automatyzacja z bramką

Kolejki i harmonogramy wykonują pracę według stanu procesu, z limitami i możliwością wstrzymania. Tam, gdzie błąd byłby kosztowny, automatyzacja nie działa sama: o uzbrojeniu operacji decyduje Owner, a warstwa LLM, jeśli jest włączona, nie decyduje o wysyłce. Realizacja INTEVO OS.

Od czego zacząć

Od jednego procesu, jednego wąskiego gardła i jednego etapu, który przyniesie użyteczny efekt w realnej pracy. Nie trzeba projektować całości od razu — pierwszy etap pokaże, gdzie są wyjątki, których nie było widać na etapie planowania. Od czego zależy zakres i koszt takiego etapu, wyjaśniamy w artykule ile kosztuje automatyzacja procesów. Ile godzin i kosztu pracy zabiera dziś wybrany proces, możesz oszacować w kalkulatorze kosztu procesu.

Jeśli masz proces, co do którego nie wiesz, czy nadaje się do automatyzacji, opisz go w analizie procesu. Odpowiemy na piśmie, co warto zautomatyzować najpierw, co zostawić ręcznie i czy wystarczy gotowe narzędzie.

Najczęstsze pytania

Czy warto automatyzować proces, który występuje rzadko?

Zwykle nie, chyba że pojedynczy błąd jest kosztowny — na przykład dotyczy rozliczeń, terminów prawnych albo bezpieczeństwa. Wtedy warto zautomatyzować przynajmniej kontrolę: przypomnienie, walidację albo listę kroków.

Czy do automatyzacji potrzebny jest dedykowany system?

Nie. Wiele procesów da się usprawnić w narzędziach, których firma już używa, albo w gotowym SaaS. Dedykowany system ma sens, gdy proces jest specyficzny, łączy kilka ról i źródeł danych, a obejścia w gotowych narzędziach kosztują więcej niż własne rozwiązanie.

Od czego zacząć automatyzację w firmie?

Od jednego procesu i jednego wąskiego gardła w nim. Lepiej zautomatyzować jeden etap, który działa w realnej pracy, niż projektować całość od razu i odkryć wyjątki dopiero po wdrożeniu.