Które procesy warto automatyzować? Karta oceny dla właściciela firmy

Firma zatrudnia kilkanaście osób. Klienci są obsługiwani, faktury wystawiane, raporty przygotowywane. Z zewnątrz wszystko działa.

W środku wygląda to mniej spokojnie:

• handlowiec przepisuje dane z formularza do CRM;
• opiekun klienta szuka aktualnego statusu w mailach;
• ktoś raz w tygodniu łączy kilka arkuszy w raport;
• dokument czeka na akceptację, bo nie wiadomo, kto powinien wykonać kolejny krok;
• wiedza o wyjątkach znajduje się głównie w głowie jednej osoby.

Każdy z tych procesów może być kandydatem do usprawnienia. Nie każdy powinien jednak być automatyzowany jako pierwszy.

Najgłośniejszy problem nie zawsze jest najważniejszy. Najbardziej irytujące zadanie nie zawsze daje najlepszy zwrot. Z kolei proces, który wygląda na prosty, może zawierać tyle wyjątków i niepisanych decyzji, że wdrożenie tylko utrwali bałagan.

Dlatego pierwszą decyzją nie powinien być wybór narzędzia, integracji ani modelu AI. Najpierw trzeba porównać procesy.

Poniższa karta oceny pomaga zrobić to w uporządkowany sposób. Nie zastępuje analizy procesu ani wyceny wdrożenia. Pozwala jednak ograniczyć listę do jednego kandydata, którego warto zbadać dokładniej.

Nie zaczynaj od pytania „co możemy zrobić z AI?”

To pytanie naturalnie kieruje rozmowę w stronę możliwości technologii. Zespół zaczyna wymieniać chatboty, agentów, integracje i aplikacje, zanim ustali, jaki problem ma zostać rozwiązany.

Lepsze pytania brzmią:

• gdzie regularnie tracimy czas na ręczną pracę;
• w którym miejscu dane są przepisywane między systemami;
• gdzie powstają błędy, opóźnienia albo brak informacji;
• który proces wymaga ciągłego pilnowania przez właściciela lub menedżera;
• jaki wynik procesu potrafimy zmierzyć przed i po zmianie.

Automatyzacja jest sposobem realizacji usprawnienia, a nie celem samym w sobie. W zależności od problemu rozwiązaniem może być:

• zmiana kolejności kroków;
• usunięcie zbędnej akceptacji;
• ujednolicenie formularza;
• połączenie używanych systemów;
• automatyczne przekazywanie danych;
• panel pokazujący aktualny status;
• aplikacja wewnętrzna;
• wykorzystanie AI w wybranym fragmencie procesu;
• pozostawienie decyzji człowiekowi i automatyzacja tylko przygotowania danych.

Jeżeli prostsza zmiana organizacyjna usuwa problem, budowanie systemu nie jest sukcesem. Jest dodatkowym kosztem.

Jak przygotować listę procesów do oceny

Nie próbuj od razu opisać całej firmy. Wystarczy krótka lista procesów, które wywołują powtarzające się problemy.

1. Zapytaj osoby wykonujące pracę

Właściciel widzi wynik procesu. Pracownik widzi obejścia, kopiowanie danych, braki i wyjątki.

Poproś osoby z operacji, sprzedaży, obsługi klienta, administracji i finansów, aby wskazały zadania, w których:

• powtarzają te same kroki;
• przenoszą dane między mailem, arkuszem i systemem;
• czekają na informację lub akceptację;
• szukają aktualnej wersji dokumentu;
• ręcznie przygotowują cykliczny raport;
• poprawiają regularnie te same błędy;
• muszą pamiętać, kto i kiedy powinien wykonać kolejny krok.

Nie pytaj wyłącznie: „co chcecie zautomatyzować?”. Ludzie mogą zaproponować znane im narzędzie zamiast opisać rzeczywisty problem.

2. Nazywaj proces od początku do końca

„Raportowanie” jest zbyt szerokie. „Przygotowanie cotygodniowego raportu rentowności projektów z danych z trzech arkuszy” da się już obserwować.

„Obsługa klienta” też jest zbyt szeroka. Lepsze nazwy to:

• przyjęcie nowego klienta po podpisaniu umowy;
• zebranie materiałów potrzebnych do rozpoczęcia projektu;
• obsługa zgłoszenia klienta od maila do zamknięcia;
• przygotowanie miesięcznego raportu dla klienta;
• przekazanie projektu z działu sprzedaży do realizacji.

Granice procesu są ważne. Bez nich zespół może oceniać różne fragmenty pracy pod jedną nazwą.

3. Zapisz stan obecny, nie wersję idealną

Karta ma opisywać to, co dzieje się dziś:

• kto rozpoczyna proces;
• jakie informacje są potrzebne;
• gdzie znajdują się dane;
• jakie kroki są rzeczywiście wykonywane;
• gdzie proces się kończy;
• co najczęściej idzie niezgodnie z planem.

Nie oceniaj instrukcji, jeśli zespół w praktyce jej nie stosuje. Automatyzacja musi uwzględnić rzeczywisty przebieg pracy albo świadomie go zmienić.

Karta oceny procesu: 7 kryteriów

Każdy proces oceń w siedmiu obszarach. Przyznaj:

• 0 punktów — słaby kandydat w tym obszarze;
• 1 punkt — sytuacja pośrednia albo brak wystarczających danych;
• 2 punkty — mocny kandydat w tym obszarze.

Punkty mają uporządkować rozmowę. Nie są prognozą ROI ani dowodem, że wdrożenie się opłaci.

Kryterium 1. Częstotliwość

Automatyzacja wymaga kosztu przygotowania, wdrożenia i utrzymania. Im częściej wykonywany jest proces, tym więcej okazji, aby usprawnienie pracowało.

Nie oceniaj częstotliwości wyłącznie na podstawie tego, jak często właściciel słyszy o problemie. Sprawdź liczbę faktycznych przypadków: dziennie, tygodniowo, miesięcznie oraz w przeliczeniu na klienta lub projekt.

Proces wykonywany raz w roku może być bolesny, ale nie musi być dobrym pierwszym kandydatem. Wyjątkiem są sytuacje, w których pojedynczy błąd ma bardzo duże konsekwencje. Wtedy sama punktacja nie wystarczy i potrzebna jest osobna ocena ryzyka.

Kryterium 2. Czas zespołu

Liczy się łączny czas wszystkich zaangażowanych osób, a nie tylko czas jednego kroku.

liczba przypadków × średni czas obsługi jednego przypadku × liczba zaangażowanych osób

To nadal szacunek, dopóki nie zostanie sprawdzony na rzeczywistych przypadkach. Na początku wystarczy obserwacja kilku lub kilkunastu przebiegów procesu. Nie trzeba tworzyć rozbudowanego systemu ewidencji tylko po to, aby zdecydować, czy temat zasługuje na dalszą analizę.

Zwróć uwagę również na czas przerywany. Zadanie może zajmować pięć minut pracy, ale wymagać trzech powrotów do sprawy, sprawdzania skrzynki i przypominania innym osobom.

Kryterium 3. Błędy i opóźnienia

Nie każdy problem da się sprowadzić do czasu. Czasem większy koszt powstaje przez:

• przepisanie błędnej wartości;
• pracę na nieaktualnym pliku;
• pominięcie zgłoszenia;
• brak wymaganej akceptacji;
• opóźnioną odpowiedź klientowi;
• niepełne dane przekazane do realizacji;
• brak informacji o aktualnym statusie.

Zapisz, co dokładnie oznacza błąd w danym procesie. „Czasem coś nie działa” nie pozwala ustalić kryterium odbioru. „Zlecenie trafia do realizacji bez numeru umowy i opiekun musi wrócić do handlowca” jest obserwowalnym zdarzeniem.

Proces z częstymi problemami może mieć wysoki potencjał, ale najpierw trzeba sprawdzić ich przyczynę. Jeżeli błędy wynikają z niejasnych zasad, sama automatyzacja ich nie usunie.

Kryterium 4. Stabilność reguł

Najłatwiej usprawniać kroki, w których wiadomo:

• jakie dane uruchamiają działanie;
• jaka reguła decyduje o kolejnym kroku;
• kto powinien otrzymać informację;
• jakie warunki wymagają akceptacji;
• co oznacza poprawne zakończenie.

Jeżeli proces zmienia się co tydzień, najpierw warto go ustabilizować. Jeżeli większość przypadków wymaga negocjacji, interpretacji kontekstu albo odpowiedzialnej decyzji, technologia może przygotować informacje, ale człowiek powinien zachować kontrolę nad decyzją.

Nie oznacza to, że proces musi być prosty. Może mieć wiele reguł, o ile są znane, uzasadnione i wystarczająco stabilne.

Kryterium 5. Dostępność danych

Każde usprawnienie pracuje na jakiejś informacji: formularzu, wiadomości, dokumencie, rekordzie klienta, statusie projektu lub danych finansowych.

Sprawdź:

• gdzie dane znajdują się dziś;
• czy mają spójny format;
• kto odpowiada za ich jakość;
• czy można je pobrać z używanych systemów;
• czy dostęp jest zgodny z rolami i zasadami bezpieczeństwa;
• czy dane zawierają informacje osobowe, finansowe albo poufne;
• co powinno się wydarzyć, gdy danych brakuje.

Brak uporządkowanych danych nie zawsze zamyka temat. Może jednak oznaczać, że pierwszym projektem powinno być uporządkowanie sposobu ich zbierania, a nie automatyzacja całego procesu.

Kryterium 6. Wyjątki

Wyjątek to przypadek, który nie może przejść standardową ścieżką. Może nim być klient wymagający innego zestawu dokumentów, przekroczenie limitu wymagające dodatkowej akceptacji, brak informacji albo sprzeczny status w dwóch systemach.

Wyjątki nie dyskwalifikują procesu. Trzeba jednak wiedzieć:

• jakie wyjątki występują i jak często;
• czy można je pogrupować;
• kto podejmuje decyzję;
• jak system ma przekazać sprawę człowiekowi;
• jak wrócić do standardowej ścieżki po rozwiązaniu problemu.

Jeżeli prawie każdy przypadek jest wyjątkiem, proces może nie być jeszcze gotowy do automatyzacji. Najpierw trzeba zrozumieć, czy firma rzeczywiście potrzebuje tak wielu wariantów.

Kryterium 7. Właściciel procesu

Właściciel procesu nie musi sam wykonywać wszystkich kroków. Musi natomiast mieć prawo i wiedzę, aby:

• ustalić prawidłowy przebieg;
• rozstrzygać sprzeczne oczekiwania działów;
• zaakceptować reguły i wyjątki;
• zapewnić dostęp do potrzebnych osób i danych;
• zatwierdzić kryteria odbioru;
• dopilnować używania nowego rozwiązania.

Brak właściciela jest jednym z najważniejszych sygnałów ostrzegawczych. Wykonawca może zbudować technologię, ale nie powinien samodzielnie decydować, jak firma ma obsługiwać klientów, zatwierdzać koszty albo rozdzielać odpowiedzialność.

Jak interpretować wynik bez udawanej precyzji

Maksymalny wynik to 14 punktów. Traktuj go jako filtr do rozmowy:

• 0–5 punktów: najpierw uporządkuj albo odłóż. Proces może występować zbyt rzadko, być niestabilny, niemierzalny lub pozbawiony właściciela.
• 6–10 punktów: zbadaj warunki. Kandydat ma potencjał, ale przed decyzją trzeba wyjaśnić słabsze obszary, zwłaszcza dane, wyjątki i odpowiedzialność.
• 11–14 punktów: mocny kandydat do analizy. Proces jest częsty, mierzalny i wystarczająco przewidywalny, aby sprawdzić rozwiązanie oraz opłacalność.

Te przedziały nie są standardem branżowym ani matematycznym dowodem opłacalności. Dwa procesy z takim samym wynikiem mogą mieć zupełnie inne ryzyko i wartość biznesową.

Nie sumuj punktów bez przeczytania uzasadnień. Szczególnie ważne są trzy sytuacje:

1. Brak właściciela procesu. Nawet wysoki wynik pozostałych kryteriów nie rozwiąże problemu odpowiedzialności.
2. Brak dostępu do potrzebnych danych. Pomysł może być dobry, ale niewykonalny w obecnych warunkach.
3. Proces dotyczy decyzji wysokiego ryzyka. Automatyzacja powinna wtedy wspierać człowieka, zapewniać kontrolę i pozostawiać ślad decyzji.

Karta ustala kolejność kandydatów. Decyzja inwestycyjna wymaga jeszcze poznania kosztu obecnego procesu, kosztu wdrożenia, ryzyka zmiany i kryteriów odbioru.

Przykład: porównanie procesów w firmie usługowej B2B

Poniższa tabela jest wyłącznie przykładem zastosowania karty. Nie opisuje klienta DaVinci ani wyników rzeczywistego wdrożenia.

Przykładowa sytuacja: firma usługowa zatrudnia 18 osób. Sprzedaż, obsługa projektów i finanse korzystają z CRM, poczty oraz kilku arkuszy. Zespół wskazał cztery procesy do porównania.

Dlaczego pierwszy proces otrzymał 12 punktów

W tym przykładzie przekazanie klienta:

• odbywa się regularnie;
• korzysta z danych, które już znajdują się w CRM i umowie;
• ma powtarzalny zestaw kroków;
• powoduje widoczne braki informacji;
• ma osobę odpowiedzialną za operacje;
• zawiera wyjątki, ale można je wskazać i przekazać człowiekowi.

To nie znaczy jeszcze, że należy od razu budować aplikację. Najpierw trzeba zobaczyć rzeczywisty przebieg procesu i odpowiedzieć między innymi na pytania:

• które dane są obowiązkowe przed przekazaniem klienta;
• kto potwierdza kompletność;
• kiedy powstaje projekt w narzędziu do realizacji;
• jakie informacje otrzymuje opiekun;
• jak obsługiwane są usługi niestandardowe;
• po czym poznamy, że przekazanie zakończyło się poprawnie.

Dlaczego nie wybrano niestandardowych ofert

Przygotowanie oferty zajmuje dużo czasu, ale duża część pracy zależy od rozmowy, osądu i negocjacji. Proces może nadawać się do częściowego usprawnienia, na przykład zebrania danych, przygotowania zatwierdzonego szablonu lub kontroli kompletności. Nie jest jednak oczywistym kandydatem do automatyzacji całej decyzji.

Dlaczego suma nie wystarcza

Raport rentowności ma wynik zbliżony do przekazania klienta. W praktyce wybór może zależeć od wpływu obu problemów na klienta i firmę, kosztu oraz czasu wdrożenia, jakości danych, dostępności właściciela procesu, możliwości ograniczenia zakresu i łatwości porównania stanu przed oraz po.

Punkty wskazują dwa tematy warte analizy. Nie wybierają projektu za właściciela.

Jak wybrać jednego kandydata

Po ocenie kilku procesów wybierz maksymalnie trzy z najwyższym potencjałem. Następnie przeprowadź krótką rozmowę z osobami, które wykonują każdy z nich.

Dla każdego kandydata przygotuj jedną stronę informacji:

1. Początek i koniec procesu — co go uruchamia i jaki wynik oznacza zakończenie.
2. Uczestnicy — kto wykonuje kroki, podejmuje decyzje i korzysta z wyniku.
3. Obecny przebieg — rzeczywista sekwencja, w tym obejścia.
4. Dane i narzędzia — skąd pochodzą informacje i gdzie są przepisywane.
5. Problemy — czas, błędy, opóźnienia, brak statusu albo ryzyko.
6. Wyjątki — przypadki, które nie przechodzą standardową ścieżką.
7. Pomiar początkowy — kilka wartości, do których będzie można wrócić po zmianie.

Następnie wybierz jeden proces, który łączy trzy cechy:

• problem ma znaczenie biznesowe;
• zakres pierwszego wdrożenia da się domknąć;
• efekt można odebrać według zapisanych kryteriów.

Dobry pierwszy projekt nie musi usuwać największego problemu w całej organizacji. Powinien być wystarczająco ważny, aby miał sens, i wystarczająco ograniczony, aby dało się go doprowadzić do działającego wyniku.

Przykładowe kryteria odbioru

Kryterium odbioru opisuje obserwowalne zachowanie rozwiązania, nie ogólne wrażenie.

Zamiast:

Proces ma działać szybciej.

Lepiej:

Po oznaczeniu umowy jako podpisanej system sprawdza kompletność ustalonych pól, tworzy zadanie wdrożeniowe i przekazuje opiekunowi zestaw danych. Jeżeli brakuje informacji, wskazuje brakujące pola i nie uruchamia kolejnego kroku.

Ostateczne kryteria zależą od procesu. Powinny być uzgodnione przed budową i możliwe do sprawdzenia podczas odbioru.

Kiedy nie automatyzować

1. Proces nie powinien istnieć

Jeżeli krok nie tworzy wartości, nie ogranicza ryzyka i nie wynika z realnego obowiązku, najpierw sprawdź, czy można go usunąć. Automatyzowanie zbędnej pracy sprawia tylko, że zbędna praca wykonuje się szybciej.

2. Nikt nie zna rzeczywistego przebiegu

Jeśli każdy dział opisuje proces inaczej, a instrukcja nie odpowiada praktyce, rozpocznij od obserwacji i uporządkowania. Wdrożenie technologii przed decyzją o zasadach może zakodować konflikt między zespołami.

3. Reguły zmieniają się co kilka tygodni

Proces w trakcie ciągłej przebudowy generuje koszt zmian w rozwiązaniu. Najpierw ustabilizuj główną ścieżkę albo ogranicz pierwszy zakres do fragmentu, którego zasady są znane.

4. Większość przypadków wymaga osądu

Negocjacje, decyzje personalne, ocena ryzyka lub rozmowa z klientem często wymagają kontekstu i odpowiedzialności człowieka. Można usprawnić zbieranie informacji, przygotowanie podsumowania lub pilnowanie kolejnych kroków, ale nie należy automatycznie przekazywać systemowi całej decyzji.

5. Brakuje danych i sposobu pomiaru

Jeżeli firma nie wie, ile przypadków przechodzi przez proces, ile czasu zajmuje obsługa i jakie błędy występują, przed wdrożeniem warto wykonać pomiar stanu początkowego. Bez tego trudno ocenić rezultat.

6. Koszt zmiany przewyższa znaczenie problemu

Rzadkie zadanie zajmujące kilka minut może pozostać ręczne. Narzędzie wymaga nie tylko budowy, ale także dostępu, testów, dokumentacji, utrzymania i reagowania na zmiany w innych systemach.

7. Nie ma osoby odpowiedzialnej za zmianę

Brak właściciela oznacza brak osoby, która rozstrzygnie reguły, zapewni udział zespołu i odbierze rozwiązanie. Najpierw trzeba ustalić odpowiedzialność.

Co sprawdzić przed wyborem technologii

Po wybraniu procesu można przejść do diagnozy. Dopiero wtedy warto rozważyć, czy potrzebna jest integracja, automatyzacja, panel, aplikacja wewnętrzna, agent AI czy inne rozwiązanie.

Przed wyborem technologii sprawdź:

• aktualny przebieg procesu i jego wąskie gardło;
• dane wejściowe oraz oczekiwany wynik;
• role, dostępy i wymagania bezpieczeństwa;
• systemy, z którymi rozwiązanie musi współpracować;
• reguły oraz ścieżki wyjątków;
• czynności, które muszą pozostać po stronie człowieka;
• pomiar stanu początkowego;
• kryteria odbioru;
• koszt obecnego sposobu pracy;
• przewidywany zakres wdrożenia i utrzymania.

Technologia powinna wynikać z procesu. Nie odwrotnie. Gdy proces jest już wybrany i opisany, kolejną decyzję ułatwi porównanie: gotowy system czy aplikacja dedykowana.

Jeden dobrze wybrany proces daje więcej niż lista pomysłów

Firma nie potrzebuje od razu mapy automatyzacji całej organizacji. Potrzebuje pierwszego procesu, dla którego:

• problem jest widoczny;
• dane są dostępne;
• reguły można opisać;
• wyjątki da się obsłużyć;
• istnieje właściciel;
• wynik można sprawdzić.

Karta oceny pomaga odrzucić tematy modne, ale słabo przygotowane. Pokazuje też, gdzie przed wdrożeniem trzeba wykonać pracę organizacyjną.

Najważniejszy rezultat tej analizy to nie 14 punktów. To decyzja: ten jeden proces sprawdzamy jako pierwszy, ponieważ znamy problem, odpowiedzialność i sposób oceny wyniku.