Automatyzacja procesów biznesowych: kiedy aplikacja biznesowa ma sens

Automatyzacja procesów biznesowych nie zaczyna się od aplikacji. Zaczyna się od pytania, gdzie firma traci czas, dane albo kontrolę nad odpowiedzialnością. Dopiero po nazwaniu problemu można ocenić, czy potrzebny jest prosty przepływ pracy, integracja systemów, gotowe narzędzie czy własna aplikacja biznesowa.

Najczęstszy błąd polega na tym, że zespół próbuje od razu projektować ekrany. Tymczasem ekran jest tylko widoczną częścią procesu. Ważniejsze są reguły: kto rozpoczyna sprawę, jakie dane są wymagane, kto podejmuje decyzję, kiedy status przechodzi dalej, gdzie zapisuje się wynik i co dzieje się w przypadku wyjątku.

Audyt i mapa procesu: jak zaczyna się automatyzacja procesów

Sygnały, że proces wymaga usprawnienia

Proces warto analizować, gdy powtarza się często, angażuje kilka osób i wymaga danych z więcej niż jednego miejsca. Nie musi być duży. W wielu firmach najlepszy pierwszy projekt dotyczy obsługi zgłoszeń, zamówień, akceptacji dokumentów, rozliczeń, wdrożenia nowego klienta albo raportu przygotowywanego ręcznie co tydzień.

Sygnały ostrzegawcze są zwykle bardzo konkretne:

• zespół przepisuje te same dane do kilku systemów,
• status sprawy jest znany tylko osobie prowadzącej temat,
• klient pyta w wiadomościach o etap realizacji,
• raport powstaje przez kopiowanie danych z arkuszy,
• nowa osoba uczy się procesu z nieformalnych instrukcji,
• błędy pojawiają się na styku działów, a nie w jednym zadaniu.

Jeżeli problemem jest tylko brak procedury, aplikacja nie pomoże. Najpierw trzeba uporządkować sposób pracy. Jeżeli procedura jest znana, ale codziennie wymaga ręcznej kontroli, automatyzacja procesów zaczyna mieć sens.

Właściciel, dane i wyjątki

Audyt nie musi kończyć się długim dokumentem. Powinien pokazać kroki procesu, ich właścicieli, źródła danych, czas oczekiwania oraz najczęstsze wyjątki. Warto policzyć, ile razy miesięcznie proces się powtarza, ile czasu zajmuje wykonanie zadań i jaki jest koszt poprawek lub opóźnień.

Każdy krok powinien mieć przypisaną osobę albo rolę odpowiedzialną za wynik. Bez tego aplikacja będzie tylko formularzem, a decyzje nadal pozostaną w wiadomościach i pamięci pracowników. Mapa procesu pozwala też odróżnić brak technologii od niejasnych zasad odpowiedzialności.

Poniższa mapa zbiera elementy, które najczęściej trzeba powiązać w jednym przepływie: od sprawy i dokumentu, przez decyzję i status, po dane z systemów oraz raportowanie.

Kiedy automatyzacja procesów wymaga aplikacji biznesowej

Automatyzacja procesów wymaga własnej aplikacji wtedy, gdy przepływ ma niestandardową logikę, role i dane. Gotowy system może dobrze obsługiwać sprzedaż, księgowość albo zadania, lecz nie zawsze łączy je w całość. Własna aplikacja prowadzi wtedy użytkowników przez kolejne kroki i korzysta z danych zapisanych w innych narzędziach.

Przykład: firma ma CRM, ERP i system dokumentów. Każde narzędzie działa poprawnie, ale obsługa klienta nadal odbywa się w wiadomościach, bo żaden system nie pokazuje pełnego statusu sprawy. Nie trzeba wtedy zastępować całego środowiska. Wystarczy aplikacja, która zbiera dane z istniejących źródeł, nadaje statusy i pokazuje kolejne zadania.

Automatyzacja procesów za pomocą własnej aplikacji ma sens przy niestandardowej logice, kilku rolach, spójnym statusie i danych z wielu narzędzi. Jeśli wystarczy uporządkować istniejący system albo dodać prostą regułę, budowa nowego rozwiązania będzie niepotrzebnym kosztem.

Automatyzacja procesów: jak wybrać zakres MVP

Pierwszy zakres powinien być wąski, ale kompletny. Wąski, bo nie ma sensu budować całej platformy bez potwierdzenia wartości. Kompletny, bo MVP musi przeprowadzić użytkownika przez realny proces, a nie tylko prezentować fragment formularza.

Dobry zakres MVP opisuje:

• jedną grupę użytkowników,
• jeden proces od startu do wyniku,
• minimalny zestaw danych,
• statusy i odpowiedzialności,
• integracje krytyczne dla pracy,
• miernik sukcesu po wdrożeniu.

Jeżeli nie da się wskazać miernika, na projekt jest jeszcze za wcześnie. Miernikiem może być krótszy czas obsługi, mniej błędów, mniejsza liczba pytań o status, szybsze przygotowanie raportu albo większy udział samoobsługi.

Kryteria gotowości

Przed rozpoczęciem MVP warto sprawdzić kilka warunków:

• proces jest opisany krok po kroku i ma właściciela,
• dane mają wskazane źródła i reguły walidacji,
• znane są decyzje ręczne oraz sposób obsługi wyjątków,
• pierwsza wersja obejmuje tylko integracje krytyczne dla wyniku,
• użytkownicy uczestniczą w testach,
• firma wie, jak zmierzy efekt po wdrożeniu.

Automatyzacja procesów w MVP powinna usuwać konkretny koszt pracy, a nie prezentować możliwie długą listę funkcji.

Dane i integracja zamiast kolejnej wyspy

Własna aplikacja nie powinna stawać się kolejnym miejscem ręcznego przenoszenia danych. Jeśli proces korzysta z CRM, ERP, płatności, magazynu albo systemu dokumentów, integracja jest częścią projektu. To ona decyduje, czy automatyzacja procesów faktycznie zmniejszy pracę ręczną.

W pierwszym etapie nie trzeba integrować wszystkiego. Warto jednak odróżnić dane krytyczne od wygodnych. Krytyczne są te, bez których użytkownik nie może podjąć decyzji albo zakończyć sprawy. Reszta może wejść do kolejnych etapów.

Trzeba również ustalić jakość danych. Część procesów wymaga walidacji numerów, kwot, adresów, terminów albo załączników. Jeżeli dane są błędne, automatyzacja procesów tylko szybciej przeniesie błąd dalej. Dlatego rozwiązanie powinno zawierać reguły sprawdzania danych i jasne komunikaty dla użytkowników.

RPA, workflow czy własna aplikacja

RPA pomaga wtedy, gdy pracę zespołu blokuje ręczne wykonywanie powtarzalnych czynności w starszym systemie. Robot może obsłużyć ekran, przepisać dane albo pobrać plik. To bywa dobre rozwiązanie przejściowe, ale nie zastąpi zarządzania całym procesem, jeżeli firma potrzebuje ról, statusów, uprawnień i raportów.

Workflow wystarczy, gdy proces ma jasną sekwencję zadań, na przykład przy akceptacji dokumentów, obsłudze zgłoszeń lub powiadomieniach. W praktyce technologie często się łączą: aplikacja pokazuje panel, API pobiera dane, workflow tworzy zadania, a RPA obsługuje fragment bez stabilnej integracji.

Technologię należy dobierać do procesu, ryzyka i kosztu utrzymania, a nie do popularności narzędzia.

Koszty, korzyści i mierniki

Koszt projektu trzeba porównać z kosztem obecnej pracy. Liczymy czas pracowników, liczbę zadań, błędy, opóźnienia, pytania klientów i raportowanie. Jeżeli automatyzacja procesów skraca czas obsługi o kilka minut na sprawę, a spraw są tysiące, korzyści mogą być większe niż koszt aplikacji.

Korzyści nie zawsze są tylko finansowe. Automatyzacja procesów biznesowych daje też lepszą kontrolę nad danymi, większą przewidywalność i mniejszą zależność od jednej osoby. Pracownicy są mniej obciążeni ręcznym pilnowaniem statusów, a klienci nie muszą szukać osoby, która zna aktualny etap sprawy.

Miernik sukcesu powinien być prosty. Może to być krótszy czas obsługi, mniej błędów, mniej ręcznych kroków, mniej pytań o status albo szybsze przygotowanie raportu. Bez wartości bazowej i pomiaru po wdrożeniu nie da się potwierdzić, czy projekt usprawnił pracę firmy.

Kiedy automatyzacja procesów nie ma sensu

Automatyzacja nie powinna przykrywać braku decyzji biznesowej. Jeżeli proces zmienia się co tydzień, dane są niepełne, a nikt nie wie, kto podejmuje decyzję, aplikacja tylko utrwali chaos. Najpierw trzeba ustalić zasady zarządzania procesem. Dopiero później automatyzacja procesów może być wdrożona bez ryzyka przepalenia budżetu.

Nie warto też automatyzować zadań, które są rzadkie i za każdym razem inne. Takie zadania można wspierać listą kontrolną, wzorem dokumentu albo panelem informacji. Pełna automatyzacja procesów biznesowych jest najlepsza wtedy, gdy proces jest powtarzalny, ma dane, ma właściciela i ma miernik.

Co przygotować przed rozmową z zespołem IT

Najlepszy brief nie opisuje technologii, lecz proces. Wystarczy przygotować listę kroków, użytkowników, źródeł danych, wyjątków, problemów i metryk. Przyda się też prosta kalkulacja: ile razy miesięcznie proces się powtarza, ile minut zajmuje i ile kosztują błędy lub opóźnienia.

Na tej podstawie można uczciwie powiedzieć, czy firma potrzebuje aplikacji biznesowej, integracji, automatyzacji workflow czy jedynie uporządkowania pracy w obecnym narzędziu.

Źródła pierwotne

Wybór między RPA, workflow, integracją i własną aplikacją wymaga oceny konkretnego procesu; źródła nie przesądzają tej decyzji ani spodziewanych oszczędności. Wspierają natomiast opis procesu, określenie zakresu usługi i projektowanie kontraktów integracyjnych.

• OMG Business Process Model and Notation 2.0.2 — wspiera modelowanie kroków, ról, zdarzeń i wyjątków, które trzeba rozpoznać przed automatyzacją procesu.
• GOV.UK Service Standard: solve a whole problem for users — wspiera projektowanie wokół potrzeb i całego zadania użytkownika, sprawdzanie istniejących rozwiązań oraz rozwój małymi, spójnymi przyrostami.
• OpenAPI Specification 3.2.0 — wspiera traktowanie interfejsu HTTP API jako jawnego, niezależnego od języka kontraktu między integrowanymi systemami.