Audyt procesów w firmie: jak znaleźć straty, błędy i miejsca do usprawnienia

Audyt procesów w firmie zaczyna się od prostego pytania: jak naprawdę wykonywana jest praca?

Firma może rosnąć i jednocześnie działać coraz mniej sprawnie.

Pojawia się więcej klientów.

Więcej pracowników.

CRM.

System projektowy.

Kolejne arkusze.

Formularze.

Raporty.

Skrzynki e-mail.

Komunikatory.

Nowe procedury i kolejne osoby odpowiedzialne za fragment procesu.

Każdy z tych elementów może mieć uzasadnienie.

Problem pojawia się wtedy, kiedy nikt nie patrzy już na cały przepływ pracy od początku do końca.

Nowy lead przychodzi przez formularz.

Ktoś otrzymuje powiadomienie.

Kopiuje dane do CRM.

Przekazuje temat handlowcowi.

Handlowiec rozmawia z klientem i zapisuje część informacji w CRM, część w swoich notatkach, a część zostaje w wiadomościach.

Po sprzedaży realizacja otrzymuje informacje przez komunikator.

Status projektu znajduje się w innym systemie.

Na koniec tygodnia manager otwiera kilka narzędzi i ręcznie składa z nich raport.

Proces działa.

Ale działa przede wszystkim dlatego, że ludzie cały czas go podtrzymują.

Pamiętają.

Przepisują.

Pytają.

Sprawdzają.

Przypominają.

Poprawiają.

Pilnują wyjątków.

I właśnie wtedy audyt procesów w firmie może pokazać znacznie więcej niż samo „gdzie można wdrożyć automatyzację”.

Dobry audyt powinien odpowiedzieć przede wszystkim:

Jak firma rzeczywiście działa?

Gdzie klient lub zadanie czeka?

Gdzie ludzie wykonują pracę, która nie powinna wymagać człowieka?

Gdzie te same dane są wprowadzane kilka razy?

W których miejscach powstają błędy i poprawki?

Które etapy istnieją dlatego, że są potrzebne, a które wyłącznie dlatego, że „zawsze tak było”?

Które problemy wynikają z procesu, a które z narzędzia?

Co warto usunąć lub uprościć przed automatyzacją?

Gdzie klasyczna automatyzacja wystarczy, a gdzie rzeczywiście może pomóc AI?

Dobry audyt nie zaczyna się od wyboru technologii.

Zaczyna się od zrozumienia rzeczywistości.

Czym jest audyt procesów biznesowych?

Audyt procesów biznesowych to uporządkowana analiza tego, w jaki sposób praca, informacje i odpowiedzialność przepływają przez firmę.

Nie chodzi wyłącznie o opisanie procedury.

Celem jest odtworzenie rzeczywistego stanu procesu, znalezienie problemów oraz zaprojektowanie bardziej efektywnego sposobu działania.

Audyt może dotyczyć jednego procesu, na przykład:

• obsługi nowego leada,
• kwalifikacji zapytania,
• sprzedaży,
• przygotowywania ofert,
• przekazywania klienta do realizacji,
• onboardingu klienta,
• raportowania,
• obiegu dokumentów,
• faktur,
• reklamacji,
• obsługi klienta,
• zarządzania zadaniami,
• akceptacji wydatków,
• realizacji zamówień,
• aktualizacji CRM.

Może też obejmować kilka połączonych procesów end-to-end.

Przykładowo proces pozyskania klienta może zaczynać się od reklamy lub formularza, przechodzić przez CRM i handlowca, obejmować ofertowanie oraz podpisanie umowy, a kończyć się dopiero wtedy, gdy realizacja otrzyma kompletny zestaw informacji.

W praktyce dobry audyt powinien pokazać co najmniej:

• co uruchamia proces,
• jaki rezultat ma zostać osiągnięty,
• jakie dane są potrzebne,
• kto wykonuje poszczególne działania,
• kto podejmuje decyzje,
• gdzie przekazywana jest odpowiedzialność,
• gdzie proces czeka,
• które czynności są ręczne,
• w jakich systemach odbywa się praca,
• gdzie dane są duplikowane,
• gdzie powstają błędy,
• które zadania trzeba wykonywać ponownie,
• jak obsługiwane są wyjątki,
• kto odpowiada za wynik całego procesu,
• jak można zmierzyć poprawę.

Najważniejsze pytanie nie brzmi więc:

„Jakie narzędzie powinniśmy wdrożyć?”

Znacznie lepsze brzmi:

„Jak powinien działać ten proces, żeby osiągał swój cel możliwie prosto, szybko i przewidywalnie?”

Audyt procesów to nie audyt pracowników

To jedno z najważniejszych rozróżnień.

Jeżeli pracownik kilkanaście razy dziennie ręcznie kopiuje dane z jednego systemu do drugiego, problemem nie musi być to, że robi to za wolno.

Lepsze pytanie brzmi:

Dlaczego człowiek w ogóle pełni rolę integracji pomiędzy systemami?

Jeżeli handlowcy nie uzupełniają CRM, pierwszą reakcją może być:

„Trzeba ich bardziej pilnować”.

Audyt powinien jednak sprawdzić między innymi:

• czy CRM nie wymaga wprowadzania tych samych informacji w kilku miejscach,
• czy zespół wie, które dane rzeczywiście są obowiązkowe,
• czy proces sprzedażowy został jasno zdefiniowany,
• czy część informacji można zapisywać automatycznie,
• czy interfejs jest dopasowany do sposobu pracy,
• czy CRM rzeczywiście jest źródłem prawdy,
• czy handlowiec otrzymuje z jego prowadzenia jakąkolwiek wartość.

Problem widoczny na poziomie człowieka może być problemem procesu.

Dobry audyt nie szuka osoby do obwinienia.

Szuka przyczyny, dla której organizacja wymaga niepotrzebnego wysiłku.

Audyt procesów, audyt automatyzacji i audyt AI to nie dokładnie to samo

Te pojęcia często są używane zamiennie, ale warto je rozdzielić.

Audyt procesów biznesowych

Patrzy na cały sposób działania procesu.

Pytamy:

• jaki jest cel,
• jakie są etapy,
• kto odpowiada,
• jakie informacje przepływają,
• gdzie występują straty,
• gdzie proces nie działa przewidywalnie.

Rezultatem powinien być lepszy proces — niezależnie od tego, czy wymaga technologii.

Audyt automatyzacji

Koncentruje się mocniej na czynnościach, które można wykonywać automatycznie.

Na przykład:

• kopiowanie danych,
• tworzenie rekordów,
• wysyłanie powiadomień,
• generowanie dokumentów,
• synchronizacja systemów,
• ustawianie zadań,
• kontrolowanie terminów.

Audyt AI

Sprawdza, gdzie w procesie potrzebna jest praca z treścią, znaczeniem lub nieustrukturyzowanymi informacjami.

Może chodzić o:

• klasyfikację wiadomości,
• analizę dokumentów,
• podsumowanie rozmowy,
• wydobycie informacji z tekstu,
• przygotowanie szkicu odpowiedzi,
• przeszukiwanie firmowej bazy wiedzy,
• ocenę, do jakiej kategorii należy zgłoszenie.

Najlepsze rezultaty zwykle powstają wtedy, kiedy kolejność jest odwrotna do technologicznego entuzjazmu:

najpierw proces, później automatyzacja, a AI tylko tam, gdzie rzeczywiście jest potrzebne.

Procedura i rzeczywisty proces to często dwa różne światy

W dokumentacji firmy może być zapisane:

„Po otrzymaniu formularza kontakt zostaje automatycznie lub niezwłocznie wprowadzony do CRM i przypisany do właściwego handlowca”.

Brzmi dobrze.

Rzeczywistość może wyglądać tak:

1. formularz trafia na wspólną skrzynkę,
2. ktoś zauważa e-mail,
3. kopiuje nazwę firmy,
4. sprawdza, czy kontakt nie istnieje już w CRM,
5. kopiuje numer telefonu,
6. uzupełnia źródło,
7. pyta na komunikatorze, kto powinien przejąć temat,
8. dodaje handlowca,
9. handlowiec odpowiada klientowi,
10. wieczorem próbuje zaktualizować CRM,
11. czasami zapomina zmienić status,
12. następnego dnia manager pyta, czy ktoś wykonał follow-up.

Audyt musi analizować drugi proces.

Nie ten, który firma chciałaby mieć.

Ten, który rzeczywiście funkcjonuje.

Dlatego jednym z pierwszych etapów profesjonalnego audytu powinno być mapowanie stanu obecnego, czyli AS-IS.

Dopiero później warto projektować stan docelowy — TO-BE.

Najpierw ustal granice procesu

Zanim zaczniesz szczegółowo mapować działania, warto jasno określić:

gdzie proces się zaczyna i gdzie naprawdę się kończy.

To pozornie proste pytanie potrafi zmienić cały audyt.

Czy proces obsługi leada kończy się wtedy, gdy:

• lead trafi do CRM,
• handlowiec otrzyma zadanie,
• klient otrzyma pierwszą odpowiedź,
• odbędzie się rozmowa,
• powstanie oferta,
• albo dopiero wtedy, gdy klient podejmie decyzję?

Bez jasno określonych granic każdy dział może analizować inny fragment rzeczywistości.

Pomocnym narzędziem na początku może być model SIPOC:

• Suppliers — dostawcy informacji lub danych,
• Inputs — dane wejściowe,
• Process — proces,
• Outputs — rezultat,
• Customers — odbiorcy rezultatu.

SIPOC pozwala najpierw zobaczyć proces na wysokim poziomie, zanim zespół zacznie rozpisywać każde kliknięcie.

Jak wygląda dobra mapa procesu?

Nie trzeba rozpoczynać od skomplikowanego diagramu BPMN.

Na początku wystarczy model:

wejście → decyzje → działania → przekazania → wyjątki → wynik

Wejście

Co uruchamia proces?

Może to być:

• formularz,
• wiadomość e-mail,
• telefon,
• nowe zamówienie,
• dokument,
• status w CRM,
• płatność,
• termin,
• zgłoszenie reklamacyjne.

Decyzje

Co trzeba ustalić?

Na przykład:

• czy klient pasuje do oferty,
• kto powinien przejąć sprawę,
• czy dane są kompletne,
• czy potrzebna jest akceptacja,
• czy dokument spełnia wymagania,
• czy sprawa jest pilna.

Działania

Co dzieje się później?

• powstaje rekord,
• wysyłana jest wiadomość,
• tworzona jest oferta,
• zmienia się status,
• zakładane jest zadanie,
• pobierane są dane,
• dokument trafia do innej osoby.

Przekazania

Kiedy odpowiedzialność zmienia właściciela?

To bardzo ważny element.

Właśnie na styku działów i osób bardzo często powstają:

• opóźnienia,
• braki danych,
• błędy,
• nieporozumienia,
• pytania o status.

Wyjątki

Co dzieje się, gdy standardowy scenariusz nie działa?

Na przykład:

• brakuje numeru telefonu,
• klient już istnieje,
• CRM jest niedostępny,
• cena wymaga niestandardowej akceptacji,
• dokument jest niekompletny,
• zgłoszenie nie pasuje do żadnej kategorii.

Proces, który działa tylko dla idealnego przypadku testowego, nie jest jeszcze dobrym procesem.

Wynik

Po czym wiemy, że proces został zakończony poprawnie?

Bez jasno zdefiniowanego rezultatu trudno oceniać efektywność.

Profesjonalny audyt powinien patrzeć na osiem warstw procesu

W praktyce sama sekwencja kroków to za mało.

W ExperciAI analizujemy proces szerzej — tak, żeby było wiadomo nie tylko co się dzieje, ale również dlaczego, kto, gdzie i z jakimi informacjami.

1. Cel

Jaki efekt biznesowy ma osiągnąć proces?

Nie „wysłać raport”.

Tylko na przykład:

dać managerowi informację o problemach wymagających decyzji.

Nie „uzupełnić CRM”.

Tylko:

zapewnić zespołowi aktualną informację o szansach sprzedażowych i kolejnych działaniach.

Cel zmienia sposób oceny procesu.

2. Ludzie

Kto wykonuje poszczególne działania?

Kto podejmuje decyzję?

Kto odpowiada za wynik?

Kto musi być poinformowany?

3. Dane

Jakie informacje są potrzebne?

Skąd pochodzą?

Czy są kompletne?

Czy trzeba je przepisywać?

Który system jest źródłem prawdy?

4. Systemy

Gdzie odbywa się praca?

CRM?

ERP?

E-mail?

Arkusz?

Notion?

Slack?

Teams?

System branżowy?

5. Czas

Ile trwa rzeczywista praca?

Ile proces czeka?

Jak długo trwa całość?

6. Decyzje i reguły

Które decyzje można opisać jednoznaczną regułą?

Które wymagają wiedzy człowieka?

Gdzie powstają niejasności?

7. Wyjątki i ryzyko

Jak wygląda nietypowy przypadek?

Co dzieje się, gdy danych brakuje?

Co się stanie, jeśli automatyzacja popełni błąd?

Kiedy potrzebna jest eskalacja?

8. Mierniki

Po czym firma pozna, że nowy proces jest lepszy?

Bez punktu odniesienia łatwo wdrożyć zmianę, której efektu później nie da się ocenić.

Audyt powinien mierzyć przepływ, a nie tylko czas wykonywania zadania

Załóżmy, że przygotowanie oferty wymaga 25 minut faktycznej pracy.

Można pomyśleć:

„Proces trwa 25 minut. Nie jest źle”.

Tymczasem od pierwszego kontaktu klienta do otrzymania oferty mijają trzy dni.

Dlaczego?

Pierwsze dziesięć minut pracy wykonywane jest w poniedziałek.

Później proces czeka na dodatkowe dane.

Następnie przechodzi do innej osoby.

Czeka na akceptację.

Wraca do handlowca.

Dopiero później oferta zostaje wysłana.

25 minut pracy nie oznacza 25-minutowego procesu.

Dlatego warto oddzielać co najmniej:

czas aktywnej pracy

od:

całkowitego czasu przejścia sprawy przez proces.

W Value Stream Mapping rozróżnienie pomiędzy czasem wykonywania pracy a lead time jest jednym z podstawowych elementów analizy przepływu.

Dla klienta bardzo często ważniejszy jest właśnie drugi wynik.

Wąskie gardło nie zawsze znajduje się tam, gdzie ludzie pracują najwięcej

Wyobraźmy sobie proces:

zapytanie → analiza → wycena → akceptacja → wysłanie

Przygotowanie wyceny wymaga najwięcej aktywnej pracy.

Naturalny wniosek?

„Musimy szybciej tworzyć wyceny”.

Audyt pokazuje jednak:

• wycena powstaje w 40 minut,
• później średnio 14 godzin czeka na zatwierdzenie.

Skrócenie przygotowania z 40 do 30 minut daje niewielką różnicę w całkowitym czasie procesu.

Skrócenie 14 godzin oczekiwania do jednej godziny zmienia doświadczenie klienta bardzo mocno.

Dlatego audyt nie powinien optymalizować najbardziej widocznej czynności.

Powinien szukać miejsca, które rzeczywiście ogranicza cały przepływ.

Jakie dane warto zbierać podczas audytu procesów?

Nie każdy proces wymaga tych samych KPI.

Jest jednak zestaw wskaźników, który bardzo często pomaga odkryć problemy.

Częstotliwość

Jak często proces występuje?

5 razy miesięcznie?

50?

500?

5000?

Czas aktywnej pracy

Ile minut lub godzin rzeczywistej pracy wymaga jeden przypadek?

Lead time

Ile czasu mija od rozpoczęcia procesu do jego zakończenia?

Czas oczekiwania

Jak długo sprawa nie jest aktywnie obsługiwana pomiędzy etapami?

Liczba przekazań

Ile razy odpowiedzialność przechodzi z jednej osoby lub działu do drugiego?

Liczba systemów

W ilu narzędziach trzeba wykonać operację?

Liczba ręcznych operacji

Ile razy człowiek:

• przepisuje dane,
• ustawia status,
• zakłada zadanie,
• wysyła powiadomienie,
• tworzy dokument,
• sprawdza informację?

Liczba poprawek

Jak często proces wraca do wcześniejszego etapu?

Błędy

Jak często występują pomyłki?

Jakie mają konsekwencje?

Wyjątki

Jaki procent spraw nie przechodzi standardową ścieżką?

Kompletność danych

Jak często kolejna osoba otrzymuje sprawę bez informacji potrzebnych do działania?

Czas reakcji

Jak długo klient albo współpracownik czeka na rozpoczęcie następnego kroku?

Właściciel procesu

Czy jedna osoba odpowiada za końcowy wynik?

Dzięki takim danym dyskusja przestaje wyglądać:

„wydaje nam się, że to zabiera dużo czasu”.

Może brzmieć:

„Ten krok występuje 380 razy miesięcznie, zajmuje średnio 3,5 minuty i generuje około 22 godzin pracy miesięcznie”.

To zupełnie inny poziom rozmowy o usprawnieniu.

„To zajmuje tylko dwie minuty” może kosztować firmę kilkadziesiąt godzin miesięcznie

Załóżmy, że pracownik ręcznie przepisuje dane.

Jedna operacja trwa tylko dwie minuty.

Jest wykonywana:

20 razy dziennie,

22 dni w miesiącu.

To:

440 operacji miesięcznie.

440 × 2 minuty = 880 minut.

Czyli prawie:

15 godzin miesięcznie.

Jeżeli tę samą czynność wykonują cztery osoby:

około 59 godzin pracy miesięcznie.

I nadal analizujemy tylko jedno niewielkie zadanie.

Dlatego podczas audytu nie należy pytać wyłącznie:

„Ile trwa ta czynność?”

Trzeba również zapytać:

„Jak często ją wykonujemy i przez ile osób?”

Prosty model kosztu ręcznego zadania może wyglądać tak:

czas jednej operacji × liczba operacji × liczba osób = miesięczne obciążenie procesu

Jeżeli chcemy przejść na wartość finansową:

liczba godzin × całkowity koszt godziny pracy = orientacyjny koszt ręcznego etapu

Nie oznacza to automatycznie, że każdą taką czynność należy automatyzować.

Pozwala jednak przestać oceniać proces wyłącznie intuicyjnie.

Ręczne przepisywanie danych to jeden z najmocniejszych sygnałów do sprawdzenia

Bardzo dobrym miejscem do rozpoczęcia audytu są sytuacje, w których człowiek pełni rolę „łącznika” pomiędzy systemami.

Na przykład kopiuje:

• dane z formularza do CRM,
• dane z CRM do arkusza,
• zamówienia do systemu księgowego,
• ustalenia z maila do systemu projektowego,
• dane z dokumentu do ERP,
• informacje z kalendarza do raportu,
• wyniki z kilku narzędzi do prezentacji.

Czasami ręczna kontrola jest uzasadniona.

Ale bardzo często taki proces istnieje tylko dlatego, że nikt wcześniej nie połączył systemów albo nie zaprojektował przepływu danych.

Dlatego warto zadać jedno pytanie:

Które informacje pracownicy ręcznie przenoszą z jednego miejsca do drugiego?

Każdy taki punkt powinien zostać przeanalizowany.

Szukaj czasu oczekiwania

Nieefektywność nie zawsze wygląda jak człowiek wykonujący zbędną pracę.

Czasem wygląda jak brak działania.

Lead czeka.

Oferta czeka.

Dokument czeka.

Projekt czeka.

Faktura czeka.

Pracownik czeka na akceptację.

Klient czeka na odpowiedź.

Z punktu widzenia ewidencji czasu pracy nic się wtedy nie dzieje.

Z punktu widzenia biznesu właśnie może powstawać największa strata.

Dlatego dla każdego etapu warto mierzyć:

ile trwa praca

oraz:

ile sprawa czeka na kolejny krok.

Szukaj pracy wykonywanej ponownie

Rework, czyli ponowne wykonywanie pracy, często pozostaje niewidoczny w raportach.

Przykłady:

Dane zostały wpisane błędnie.

Trzeba poprawić.

Klient nie podał wszystkich informacji.

Trzeba wrócić z pytaniem.

Brief był niekompletny.

Realizacja musi dopytać sprzedaż.

Oferta powstała na nieaktualnym cenniku.

Trzeba ją przygotować ponownie.

Dokument nie przeszedł akceptacji.

Wraca do autora.

Koszt to nie tylko kilka dodatkowych minut.

Dochodzi:

• przerwanie bieżącej pracy,
• przełączanie kontekstu,
• dodatkowa komunikacja,
• dłuższy lead time,
• ryzyko kolejnych błędów,
• gorsze doświadczenie klienta.

Dlatego jedno z najważniejszych pytań podczas audytu brzmi:

Które zadania regularnie wracają do poprzedniego etapu i dlaczego?

Szukaj pytań o status

Powtarzające się pytania są świetnym sygnałem diagnostycznym:

„Na jakim etapie jesteśmy?”

„Kto ma tę sprawę?”

„Czy klient dostał odpowiedź?”

„Czy oferta została wysłana?”

„Kto zatwierdza ten dokument?”

„Co z tym zleceniem?”

„Czy follow-up był zrobiony?”

Jeżeli takie pytania regularnie pojawiają się w mailach, Slacku lub Teamsach, proces prawdopodobnie nie pokazuje wystarczająco jasno:

• statusu,
• właściciela,
• terminu,
• kolejnego kroku,
• blokady.

Problem nie zawsze dotyczy komunikacji ludzi.

Czasami system informacji po prostu nie odpowiada na podstawowe pytania bez dodatkowej wiadomości.

Szukaj procesów zależnych od jednej osoby

„Zapytaj Kasi. Ona wie.”

„Tylko Tomek potrafi zrobić ten raport.”

„Marek prowadzi własny arkusz.”

„Szef pamięta ustalenia.”

Takie zdania powinny od razu przyciągać uwagę.

Proces może wtedy działać dobrze tylko dlatego, że konkretna osoba:

• pamięta wyjątki,
• zna klientów,
• wie, którego pliku użyć,
• wie, komu przekazać temat,
• zna nieudokumentowane zasady.

Problem ujawnia się podczas:

• urlopu,
• choroby,
• odejścia z firmy,
• wzrostu liczby spraw,
• zatrudniania nowych osób.

Audyt powinien więc wskazać:

które procesy wymagają wiedzy istniejącej wyłącznie w głowie jednej osoby?

Szukaj niepotrzebnych akceptacji

Akceptacja daje poczucie kontroli.

Nie każda daje wartość.

Załóżmy, że każda oferta wymaga zatwierdzenia managera.

Dlaczego?

Jeżeli odpowiedź brzmi:

„bo zawsze tak robiliśmy”,

warto sprawdzić ten etap.

Być może akceptacji potrzebują wyłącznie:

• oferty powyżej określonej wartości,
• niestandardowe rabaty,
• wyjątki od standardowych warunków,
• nietypowe zakresy,
• klienci wymagający dodatkowej kontroli.

Pozostałe przypadki mogą przechodzić automatycznie lub według zdefiniowanej reguły.

Dlatego audyt nie powinien pytać tylko:

„Jak szybciej zatwierdzać?”

Powinien też pytać:

„Które przypadki naprawdę wymagają zatwierdzenia?”

Szukaj działań, które nie zmieniają wyniku

Procesy rosną latami.

Ktoś dodaje raport.

Ktoś prosi o dodatkowy status.

Powstaje kolejne pole.

Kolejna tabela.

Kolejna wiadomość.

Dodatkowa akceptacja.

Po kilku latach nikt już nie pamięta, dlaczego część tych działań istnieje.

Dlatego dla każdego kroku warto zapytać:

Co stanie się, jeżeli ten etap usuniemy?

Jeżeli odpowiedź brzmi:

„prawdopodobnie nic”,

mamy bardzo dobry kandydat do dalszej analizy.

Optymalizacja nie zawsze polega na automatyzacji.

Czasami najlepszym usprawnieniem jest usunięcie czynności całkowicie.

Nie zaczynaj audytu od narzędzia

To jeden z częstszych błędów przy projektach automatyzacji i AI.

Firma mówi:

„Potrzebujemy nowego CRM”.

„Wdrożymy n8n”.

„Musimy mieć ERP”.

„Chcemy agenta AI”.

„Przeniesiemy proces do Notion”.

To są już rozwiązania.

Jeszcze nie wiadomo, czy rozwiązują właściwy problem.

Jeżeli zespół wolno odpowiada na leady, nowy CRM nie musi pomóc.

Jeżeli proces ma siedem niepotrzebnych akceptacji, automatyzacja wszystkich siedmiu nie musi być najlepszą decyzją.

Jeżeli pracownicy kopiują dane pomiędzy dwoma systemami, być może wystarczy integracja.

Jeżeli raport powstaje cztery godziny tygodniowo, ale nikt nie wykorzystuje połowy danych, najpierw należy zmienić raport.

Dobra kolejność wygląda tak:

problem → proces → przyczyna → stan docelowy → rozwiązanie → narzędzie

Nie odwrotnie.

Automatyzowanie złego procesu nadal daje zły proces

To szczególnie istotne przy obecnym zainteresowaniu AI i automatyzacją.

Firma widzi ręczną pracę.

Naturalny pomysł:

„Zautomatyzujmy ją”.

Przed automatyzacją należy jednak zapytać:

Czy ten krok w ogóle powinien istnieć?

Wyobraźmy sobie proces:

1. klient wysyła formularz,
2. pracownik przepisuje dane do arkusza,
3. z arkusza przenosi je do CRM,
4. wysyła informację handlowcowi,
5. ręcznie tworzy zadanie.

Można zautomatyzować pięć kroków.

Ale można też zapytać:

Po co istnieje arkusz, skoro CRM może być głównym źródłem danych?

Stan docelowy może wyglądać:

formularz → walidacja → CRM → właściciel → zadanie → powiadomienie

Najpierw upraszczamy.

Później standaryzujemy.

Następnie integrujemy.

Dopiero wtedy automatyzujemy.

AI dokładamy wtedy, gdy proces rzeczywiście wymaga interpretacji.

Jak odróżnić problem procesu od problemu narzędzia?

To nie zawsze jest oczywiste.

Załóżmy, że zespół narzeka na CRM.

Możliwe przyczyny:

CRM jest źle skonfigurowany

Proces jest sensowny, ale pola, statusy lub automatyzacje nie odpowiadają pracy zespołu.

Rozwiązaniem może być konfiguracja.

Narzędzie nie pasuje do procesu

System technicznie nie pozwala realizować potrzebnego workflow.

Wtedy warto rozważyć integrację albo zmianę narzędzia.

Proces sprzedażowy jest niejasny

Każdy handlowiec pracuje inaczej.

Zmiana CRM tylko przeniesie chaos do nowego systemu.

Brakuje standardu

Nikt nie ustalił, które informacje powinny być aktualizowane, kiedy i przez kogo.

W takim przypadku technologia nie zastąpi decyzji organizacyjnej.

Dlatego przed zakupem nowego systemu warto najpierw odpowiedzieć:

Czy problem występuje dlatego, że narzędzie ogranicza dobry proces, czy dlatego, że dobry proces jeszcze nie istnieje?

Nie pytaj wyłącznie managerów

Manager bardzo często wie, jak proces powinien działać.

Pracownik wie, jak działa naprawdę.

Obie perspektywy są potrzebne.

Manager może powiedzieć:

„Każdy lead od razu trafia do CRM”.

Handlowiec odpowie:

„Tak, o ile marketing zdąży go wpisać. Jeżeli przyjdzie późnym popołudniem, najczęściej pojawia się w systemie następnego dnia”.

Bez drugiej informacji mapa byłaby poprawna proceduralnie, ale nieprawdziwa operacyjnie.

Dlatego osoby wykonujące proces powinny brać udział w audycie.

Obserwuj rzeczywiste przypadki zamiast polegać wyłącznie na opisie

Ludzie naturalnie upraszczają wykonywaną pracę, kiedy o niej opowiadają.

„Dodaję klienta do CRM”.

W rzeczywistości może to oznaczać:

1. otwieram e-mail,
2. sprawdzam dane,
3. kopiuję nazwę,
4. wyszukuję firmę,
5. sprawdzam duplikat,
6. kopiuję telefon,
7. ustawiam źródło,
8. wybieram właściciela,
9. dodaję notatkę,
10. zmieniam etap,
11. wysyłam wiadomość na komunikatorze.

Jedno zdanie zamieniło się w jedenaście operacji.

Dlatego dobry audyt powinien przejść przez kilka prawdziwych przykładów od początku do końca.

Proces powinien mieć właściciela

Jedno z najważniejszych pytań brzmi:

Kto odpowiada za wynik całego procesu?

Nie za swój fragment.

Za rezultat.

Przykład:

Marketing pozyskuje lead.

Sprzedaż prowadzi rozmowę.

Back office przygotowuje ofertę.

Manager ją akceptuje.

Handlowiec wysyła dokument.

Kto odpowiada za to, żeby klient otrzymał poprawną ofertę w uzgodnionym czasie?

Jeżeli odpowiedź brzmi:

„wszyscy”,

bardzo często w praktyce oznacza:

„nikt”.

Właściciel procesu nie musi wykonywać każdego etapu.

Powinien jednak widzieć wynik całego przepływu i mieć możliwość reagowania, kiedy proces przestaje działać.

Audyt powinien znaleźć przyczynę, nie tylko objaw

Załóżmy:

Problem: klienci za długo czekają na ofertę.

Pierwszy pomysł:

„Ustawmy automatyczne przypomnienia”.

Ale dlaczego oferta jest spóźniona?

Może:

• brakuje danych od sprzedaży,
• każda wycena powstaje od zera,
• manager zatwierdza wszystkie oferty raz dziennie,
• zespół korzysta z wielu wersji szablonów,
• informacje znajdują się w trzech systemach,
• handlowiec nie wie, kiedy oferta jest gotowa.

Każda przyczyna wymaga innego rozwiązania.

Dlatego audyt powinien przejść od:

co jest źle?

do:

dlaczego tak się dzieje?

5 Why pomaga zejść z poziomu objawu do potencjalnej przyczyny

Jednym z prostych narzędzi wykorzystywanych w analizie problemów jest metoda 5 Why.

Nie chodzi o mechaniczną konieczność zadania dokładnie pięciu pytań.

Chodzi o to, żeby nie zatrzymać się na pierwszym widocznym objawie.

Przykład:

Dlaczego oferta została wysłana dwa dni za późno?

Bo czekała na akceptację.

Dlaczego czekała?

Manager nie wiedział, że jest gotowa.

Dlaczego nie wiedział?

Powiadomienie zostało wysłane tylko e-mailem.

Dlaczego nie powstało zadanie?

Handlowiec musi utworzyć je ręcznie.

Dlaczego robi to ręcznie?

Proces ofertowania nie jest połączony z systemem zadań.

Dopiero teraz zaczynamy widzieć przyczynę, którą można faktycznie adresować.

W bardziej złożonych problemach może oczywiście istnieć kilka przyczyn jednocześnie. 5 Why jest narzędziem pomocniczym, a nie zamiennikiem danych i testowania hipotez.

Jak priorytetyzować problemy znalezione podczas audytu?

Po audycie lista problemów potrafi być długa.

Nie oznacza to, że należy naprawiać wszystko jednocześnie.

Każdy problem warto ocenić przynajmniej według:

Wpływu

Jak mocno wpływa na:

• przychód,
• koszt,
• klienta,
• ryzyko,
• czas zespołu?

Częstotliwości

Jak często występuje?

Problem trwający 10 minut, ale występujący 1000 razy miesięcznie może być ważniejszy niż dwugodzinny wyjątek występujący raz na kwartał.

Skali

Ilu klientów, pracowników lub procesów dotyczy?

Ryzyka

Co się stanie w przypadku błędu?

Łatwości zmiany

Czy wystarczy zmienić formularz?

Czy potrzebna jest integracja?

Czy trzeba przebudować system?

Zależności

Czy przed zmianą trzeba uporządkować dane lub inny proces?

Mierzalności

Czy będziemy potrafili sprawdzić efekt?

Praktyczny podział może wyglądać:

wysoki efekt + niski wysiłek → wysoki priorytet

wysoki efekt + wysoki wysiłek → projekt strategiczny

niski efekt + niski wysiłek → opcjonalne usprawnienie

niski efekt + wysoki wysiłek → niski priorytet

To pozwala uniknąć sytuacji, w której najbardziej widowiskowy projekt technologiczny wygrywa z dużo prostszym usprawnieniem dającym większą wartość.

Nie każda poprawa wymaga automatyzacji

Audyt może zakończyć się rekomendacją:

„Zautomatyzujmy ten proces”.

Ale równie dobrze:

„Usuńmy ten etap”.

„Zmieńmy formularz”.

„Zredukujmy liczbę statusów”.

„Ustalmy jednego właściciela”.

„Przenieśmy dane do jednego systemu”.

„Stwórzmy jeden szablon”.

„Zmieńmy zasady akceptacji”.

„Usuńmy raport, którego nikt nie wykorzystuje”.

To bardzo ważne.

Celem audytu nie jest wygenerowanie jak największej liczby projektów automatyzacyjnych.

Celem jest poprawienie sposobu działania firmy.

Kiedy automatyzacja ma sens po audycie?

Dobrym kandydatem jest proces, który:

• występuje często,
• ma jasny początek,
• posiada przewidywalny rezultat,
• wykorzystuje dostępne dane,
• zawiera powtarzalne działania,
• wymaga ręcznego przenoszenia informacji,
• ma możliwe do opisania reguły,
• posiada znane wyjątki,
• można zmierzyć przed i po zmianie.

Przykład:

Nowy lead pojawia się w formularzu.

Należy:

• sprawdzić podstawowe dane,
• utworzyć kontakt,
• przypisać właściciela,
• utworzyć szansę sprzedażową,
• założyć zadanie,
• wysłać powiadomienie,
• pilnować terminu reakcji.

To dobry kandydat do automatyzacji.

Jeżeli podczas audytu okaże się, że takich miejsc jest więcej, kolejnym etapem może być automatyzacja procesów w firmie.

Najpierw warto jednak dokładnie wiedzieć:

co automatyzujemy, dlaczego to robimy i po czym poznamy efekt.

Gdzie w procesie ma sens AI?

Nie każda automatyzacja potrzebuje AI.

To jedna z najważniejszych zasad przy projektowaniu nowoczesnych procesów.

Jeżeli działanie można jednoznacznie opisać:

„jeżeli X, wykonaj Y”

bardzo często wystarczy klasyczna automatyzacja.

Przykład:

Jeżeli formularz został wysłany, utwórz kontakt i zadanie.

Nie potrzebujemy modelu językowego.

AI zaczyna mieć większą wartość wtedy, kiedy proces wymaga pracy na nieustrukturyzowanej informacji.

Na przykład:

• przeczytaj wiadomość i rozpoznaj typ sprawy,
• oceń temat e-maila i przypisz kategorię,
• wydobądź określone informacje z dokumentu,
• podsumuj rozmowę,
• przygotuj szkic odpowiedzi,
• porównaj zapytanie z bazą wiedzy,
• wykryj brakujące informacje,
• rozpoznaj intencję klienta.

Można więc przyjąć prostą zasadę:

reguła → automatyzacja

interpretacja → potencjalne zastosowanie AI

W procesach o większym ryzyku AI powinno dodatkowo mieć jasno określony moment przekazania decyzji człowiekowi.

Przykład audytu procesu obsługi leadów

Załóżmy, że firma otrzymuje około 250 zapytań miesięcznie.

Stan obecny:

1. klient wysyła formularz,
2. wiadomość trafia na e-mail,
3. pracownik marketingu otwiera zgłoszenie,
4. kopiuje dane do CRM,
5. sprawdza temat,
6. przypisuje handlowca,
7. handlowiec przygotowuje odpowiedź,
8. tworzy kolejny krok,
9. po kilku dniach wykonuje follow-up.

Podczas audytu okazuje się:

• średni czas do przypisania wynosi dwie godziny,
• dane są ręcznie przepisywane,
• część rekordów ma brakujące informacje,
• zdarzają się duplikaty,
• każdy handlowiec inaczej prowadzi follow-up,
• nie istnieje alert dla nieobsłużonego zapytania,
• wiadomości po godzinach czekają do kolejnego dnia,
• manager nie ma jednego widoku spraw bez następnego kroku.

Stan docelowy może wyglądać:

1. formularz waliduje wymagane dane,
2. sprawdzany jest duplikat,
3. kontakt trafia do CRM,
4. system zapisuje źródło,
5. reguła przypisuje właściciela,
6. AI analizuje opis tylko wtedy, gdy potrzebna jest interpretacja,
7. powstaje zadanie z terminem,
8. klient otrzymuje potwierdzenie,
9. system kontroluje brak kolejnego działania,
10. zaległe leady pojawiają się w raporcie managera.

To jest rezultat audytu.

Nie:

„warto zastosować AI”.

Tylko:

konkretny problem → konkretna przyczyna → konkretny proces docelowy → mierzalny efekt.

Przykład audytu przygotowywania ofert

Stan obecny:

1. handlowiec rozmawia z klientem,
2. zapisuje notatki,
3. przekazuje informacje do back office,
4. back office tworzy ofertę,
5. zauważa braki,
6. pyta handlowca,
7. oferta wraca do poprawy,
8. manager ją zatwierdza,
9. handlowiec wysyła dokument.

Pierwsze wrażenie:

„Pisanie ofert trwa za długo”.

Audyt może jednak pokazać, że samo przygotowanie dokumentu jest szybkie.

Problemem jest niekompletne przekazanie informacji po rozmowie.

Największy efekt może więc dać:

• obowiązkowy zestaw danych,
• lepszy formularz,
• automatyczne podsumowanie spotkania,
• jeden aktualny szablon,
• reguły dotyczące wyjątków,
• akceptacja wyłącznie dla wybranych ofert.

Dopiero wtedy warto decydować, które elementy automatyzować.

Przykład audytu raportowania

Founder co poniedziałek otrzymuje raport.

Pracownik:

• otwiera CRM,
• eksportuje dane,
• otwiera panel reklamowy,
• kopiuje wyniki,
• aktualizuje arkusz,
• sprawdza formuły,
• robi zrzuty,
• pisze komentarz,
• wysyła raport.

Proces zajmuje cztery godziny tygodniowo.

Najprostsza odpowiedź:

„Zautomatyzujmy tworzenie raportu”.

Audyt powinien jednak zacząć się wcześniej.

Które dane są naprawdę potrzebne?

Które informacje ktoś wykorzystuje?

Czy cały raport musi być wysyłany?

Czy founder potrzebuje wszystkich liczb?

A może najważniejsze są wyjątki:

• rosnący koszt pozyskania,
• spadek konwersji,
• leady bez kontaktu,
• zaległe oferty,
• niewykonane follow-upy,
• sprawy przekraczające SLA?

Czasami najlepszym wynikiem audytu nie jest szybsze tworzenie starego raportu.

Jest nim lepszy model zarządzania informacją.

Przykład audytu obsługi klienta

Firma otrzymuje zapytania przez:

• formularz,
• e-mail,
• telefon,
• czat,
• wiadomości w social media.

Każdy kanał działa osobno.

Klient pyta o status zamówienia przez e-mail.

Pracownik otwiera system.

Sprawdza dane.

Wraca do skrzynki.

Pisze odpowiedź.

Przy bardziej złożonych sprawach pyta inną osobę na komunikatorze.

Audyt może wykazać, że duża część zapytań dotyczy kilku powtarzalnych kategorii.

Stan docelowy nie musi oznaczać „chatbota odpowiadającego na wszystko”.

Może oznaczać:

• centralizację zgłoszeń,
• automatyczne rozpoznanie kategorii,
• pobranie statusu,
• przygotowanie propozycji odpowiedzi,
• samodzielną obsługę tylko prostych przypadków,
• przekazywanie nietypowych spraw człowiekowi wraz z pełnym kontekstem.

To ważna różnica pomiędzy wdrażaniem AI dla efektu demonstracyjnego a projektowaniem stabilnego procesu.

Audyt end-to-end ujawnia problemy pomiędzy działami

Sprzedaż może być dobrze zorganizowana.

Realizacja również.

Problem może znajdować się dokładnie pomiędzy nimi.

Handlowiec zna wszystkie ustalenia.

Część zapisuje w CRM.

Część pozostaje w mailach.

Część ma w notatkach.

Realizacja dostaje skrócony opis.

Następnie musi dopytywać:

„Co klient dokładnie zamówił?”

„Jaki był termin?”

„Czy uzgodniliśmy ten element?”

„Kto jest osobą kontaktową?”

Z punktu widzenia sprzedaży proces jest zakończony.

Z punktu widzenia realizacji projekt zaczyna się bez kompletu informacji.

Analizowanie każdego działu osobno może tego nie pokazać.

Dlatego wartościowy audyt powinien, tam gdzie to ma znaczenie, patrzeć end-to-end.

Proces powinien być projektowany również z perspektywy klienta

Łatwo stworzyć proces wygodny dla organizacji.

Każdy dział ma własną tabelę.

Każdy potrzebuje akceptacji.

Każdy tworzy swój status.

Każdy przekazuje dalej.

Klient widzi tylko efekt:

czeka.

Dlatego podczas audytu warto pytać:

Które elementy procesu faktycznie tworzą wartość dla klienta?

Klientowi najczęściej zależy na:

• szybkiej reakcji,
• poprawnej informacji,
• przewidywalnym terminie,
• dobrej komunikacji,
• rozwiązaniu problemu,
• sprawnej realizacji.

Nie interesuje go, że dokument przez dwa dni znajdował się w folderze „do zatwierdzenia”.

Jak powinien wyglądać rezultat profesjonalnego audytu procesów?

Audyt nie powinien kończyć się prezentacją z hasłami:

„Warto poprawić efektywność”.

„Rekomendujemy automatyzację”.

„AI może usprawnić firmę”.

To nie są jeszcze rekomendacje.

Dobry rezultat powinien pozwalać podjąć decyzję.

Mapa stanu obecnego

Jak proces działa dzisiaj?

Kto wykonuje poszczególne działania?

W jakich systemach?

Problemy

Gdzie pojawiają się:

• opóźnienia,
• błędy,
• przeklejanie danych,
• zbędne kroki,
• brak odpowiedzialności,
• niepotrzebne akceptacje,
• ryzyko.

Dane bazowe

Jak obecnie wygląda:

• czas,
• liczba operacji,
• liczba błędów,
• częstotliwość,
• koszt,
• liczba wyjątków?

Przyczyny

Dlaczego problemy występują?

Stan docelowy

Jak proces powinien działać po zmianie?

Lista usprawnień

Co:

• usunąć,
• uprościć,
• ustandaryzować,
• połączyć,
• zautomatyzować,
• wspomóc AI?

Priorytety

Co warto zrobić jako pierwsze?

KPI

Jak zmierzyć rezultat?

Ryzyka i wyjątki

Gdzie konieczna jest kontrola człowieka?

Roadmapa

Co można poprawić teraz, co później, a czego na obecnym etapie nie warto ruszać?

Taki dokument może być podstawą do rzeczywistej zmiany.

Jak wygląda audyt procesów w ExperciAI?

W ExperciAI nie zaczynamy rozmowy od pytania:

„Co możemy tutaj zautomatyzować?”

Najpierw chcemy zobaczyć, jak proces faktycznie działa.

Analizujemy między innymi:

• źródła danych,
• formularze,
• e-maile,
• CRM,
• arkusze,
• komunikatory,
• role i odpowiedzialności,
• statusy,
• ręczne operacje,
• przekazania między osobami,
• czas oczekiwania,
• wyjątki,
• źródła błędów,
• sposób raportowania.

Szukamy miejsc, w których:

• dane są przepisywane,
• ludzie regularnie pytają o status,
• klient czeka,
• ten sam proces jest wykonywany na kilka sposobów,
• informacja przechodzi przez zbyt wiele osób,
• wiedza zależy od jednej osoby,
• systemy nie komunikują się ze sobą,
• zespół wykonuje czynności, które można usunąć,
• automatyzacja może odciążyć człowieka,
• AI może wspomóc interpretację informacji.

Dopiero później powstaje rekomendacja.

Czasem będzie nią automatyzacja.

Czasem integracja.

Czasem AI.

Czasem zmiana formularza.

Czasem uporządkowanie odpowiedzialności.

A czasem usunięcie kilku kroków, które nie powinny istnieć.

Jeżeli chcesz sprawdzić, gdzie w Twojej organizacji powstają największe straty i które procesy warto poprawić jako pierwsze, zobacz usługę:

Audyt procesów w firmie – ExperciAI

Kiedy warto przeprowadzić audyt procesów?

Audyt szczególnie warto rozważyć, gdy w firmie często pojawiają się zdania:

„Nie wiemy, gdzie znika czas”.

„Każdy robi to trochę inaczej”.

„Mamy dużo systemów, ale nadal wszystko kopiujemy”.

„Zespół ciągle pyta o status”.

„CRM jest nieaktualny”.

„Firma rośnie, ale razem z nią rośnie chaos”.

„Founder nadal musi pilnować większości spraw”.

„Klienci długo czekają”.

„Przy zatrudnieniu nowej osoby trudno wyjaśnić, jak wszystko działa”.

„Chcemy automatyzować, ale nie wiemy od czego zacząć”.

„Chcemy wdrożyć AI, ale nie wiemy, gdzie faktycznie da wartość”.

To są sygnały, że problem może znajdować się nie w jednym narzędziu, ale w sposobie organizacji procesu.

Audyt procesów przed automatyzacją

To jeden z najlepszych momentów na analizę.

Firma wie, że chce automatyzować.

Powstaje lista pomysłów:

• automatyczne aktualizowanie CRM,
• AI do e-maili,
• agent sprzedażowy,
• automatyczne raporty,
• follow-upy,
• generowanie dokumentów,
• klasyfikacja zapytań.

Bez audytu bardzo łatwo rozpocząć od procesu, który:

• występuje rzadko,
• daje małą wartość,
• jest źle zdefiniowany,
• posiada zbyt wiele wyjątków,
• albo w ogóle nie powinien istnieć.

Audyt pomaga odpowiedzieć:

Co automatyzować najpierw?

Ale także:

Czego nie automatyzować?

To drugie pytanie jest równie ważne.

Audyt przed wdrożeniem AI

Podobnie jest z AI.

Model może klasyfikować e-maile.

Ale czy firma ma uzgodnione kategorie?

Może kwalifikować leady.

Ale czy handlowcy stosują wspólne kryteria?

Może odpowiadać na podstawie dokumentacji.

Ale czy wiedza jest aktualna?

Może generować raport.

Ale czy wiadomo, które informacje wymagają uwagi?

AI może przyspieszyć wykonywanie procesu.

Nie gwarantuje, że proces jest dobry.

Dlatego przed większym wdrożeniem AI analiza procesu może ochronić firmę przed zautomatyzowaniem niewłaściwego problemu.

Ile trwa audyt procesów?

Nie istnieje jedna uniwersalna odpowiedź.

Analiza jednego prostego procesu może być stosunkowo szybka.

Audyt kilku działów i połączonych procesów end-to-end wymaga znacznie większego zakresu.

Wpływ mają między innymi:

• liczba procesów,
• liczba osób,
• liczba systemów,
• dostępność danych,
• liczba wyjątków,
• jakość obecnej dokumentacji,
• oczekiwany poziom szczegółowości,
• cel projektu.

W praktyce ważniejsze od samej długości audytu jest dobre określenie zakresu.

Dokładna analiza jednego procesu o wysokim znaczeniu może przynieść więcej wartości niż powierzchowna próba opisania wszystkiego w całej organizacji.

Jak przygotować firmę do audytu procesów?

Nie musisz mieć perfekcyjnej dokumentacji.

Często bardziej wartościowe są prawdziwe materiały z codziennej pracy.

Przygotuj na przykład:

• formularze,
• przykładowe e-maile,
• raporty,
• arkusze,
• szablony,
• przykładowe dokumenty,
• widoki CRM,
• listę statusów,
• opis systemów,
• rzeczywiste przypadki,
• informacje o najczęstszych błędach,
• informacje o opóźnieniach.

Warto również zaangażować osoby, które rzeczywiście wykonują analizowany proces.

Nie tylko managerów.

Celem jest zobaczenie prawdziwego sposobu działania.

Prosta checklista audytu procesu

Jeżeli chcesz wstępnie ocenić proces samodzielnie, odpowiedz na poniższe pytania:

1. Co dokładnie uruchamia proces?
2. Jaki jest jego oczekiwany rezultat?
3. Kto odpowiada za cały wynik?
4. Ilu pracowników uczestniczy w procesie?
5. Jak często proces występuje?
6. Ile trwa aktywna praca?
7. Ile wynosi całkowity czas od początku do końca?
8. Gdzie proces najdłużej czeka?
9. Ile razy odpowiedzialność zmienia osobę lub dział?
10. Ile systemów bierze udział w procesie?
11. Gdzie te same dane są wpisywane ponownie?
12. Które działania są całkowicie powtarzalne?
13. Które decyzje wymagają człowieka?
14. Gdzie najczęściej pojawiają się błędy?
15. Które działania trzeba wykonywać ponownie?
16. Jakie są najczęstsze wyjątki?
17. Gdzie zespół pyta o status?
18. Która wiedza znajduje się tylko w głowach pracowników?
19. Czy wszystkie etapy rzeczywiście są potrzebne?
20. Jak wyglądałby najprostszy możliwy proces?
21. Które kroki można połączyć?
22. Które można zautomatyzować?
23. Gdzie AI może pomóc w interpretacji danych?
24. Gdzie konieczna jest kontrola człowieka?
25. Po czym zmierzymy, że nowa wersja procesu działa lepiej?

Jeżeli przy wielu pytaniach odpowiedź brzmi:

„nie wiemy”

to bardzo dobry sygnał, że proces warto przeanalizować dokładniej.

Audyt procesów nie jest dokumentacją dla dokumentacji

Dobrze wykonany audyt powinien pokazać:

jak firma naprawdę działa,

gdzie praca czeka,

gdzie ludzie kopiują informacje,

gdzie występują błędy,

gdzie odpowiedzialność jest niejasna,

gdzie systemy nie współpracują,

gdzie proces zależy od pamięci,

gdzie technologia może pomóc,

a gdzie kolejny system tylko zwiększyłby chaos.

Najlepszy audyt nie kończy się listą kilkudziesięciu narzędzi.

Kończy się jasną odpowiedzią:

tak działamy dzisiaj,

tutaj powstaje największa strata,

to jest jej prawdopodobna przyczyna,

tak powinien wyglądać proces docelowy,

od tej zmiany warto zacząć,

a w tym miejscu automatyzacja lub AI mają uzasadnienie.

Jeżeli w Twojej firmie wiele rzeczy działa tylko dlatego, że konkretne osoby cały czas ich pilnują, warto zacząć właśnie od procesu.

Zobacz audyt procesów w firmie w ExperciAI

Jeżeli proces jest już uporządkowany i wiesz, które ręczne działania chcesz usunąć, kolejnym krokiem może być:

Automatyzacja procesów w firmie – ExperciAI

FAQ: audyt procesów w firmie

Co to jest audyt procesów?

Audyt procesów to analiza rzeczywistego sposobu wykonywania pracy w firmie. Obejmuje kolejne działania, odpowiedzialności, dane, wykorzystywane systemy, czas, miejsca oczekiwania, błędy i wyjątki. Jego celem jest znalezienie problemów oraz zaprojektowanie lepszego procesu.

Co to jest audyt procesów biznesowych?

Audyt procesów biznesowych skupia się na przepływach mających bezpośredni wpływ na działanie organizacji, na przykład sprzedaży, obsłudze leadów, realizacji zamówień, ofertowaniu, obsłudze klienta, dokumentach lub raportowaniu.

Po co przeprowadza się audyt procesów w firmie?

Audyt pozwala znaleźć miejsca, w których firma traci czas, dane lub pieniądze. Pomaga również wykryć wąskie gardła, zbędne etapy, błędy, ręczne przepisywanie informacji oraz procesy nadające się do uproszczenia lub automatyzacji.

Jak wygląda audyt procesów?

Najpierw określa się cel i zakres procesu. Następnie mapuje stan obecny, analizuje ludzi, dane, systemy, czasy, decyzje i wyjątki. Kolejnym etapem jest znalezienie przyczyn problemów, zaprojektowanie stanu docelowego oraz ustalenie priorytetów zmian i mierników.

Jakie procesy warto audytować jako pierwsze?

Najczęściej warto zacząć od procesów, które są częste, kosztowne, problematyczne albo ważne dla klienta. Mogą to być obsługa leadów, sprzedaż, ofertowanie, onboarding, raportowanie, obieg dokumentów lub obsługa klienta.

Czy audyt procesów jest potrzebny przed automatyzacją?

Nie przy każdej prostej automatyzacji potrzebny jest rozbudowany audyt. Jest jednak szczególnie wartościowy, gdy proces jest niejasny, angażuje kilka osób lub systemów albo firma nie wie, gdzie automatyzacja przyniesie największy efekt.

Dlaczego nie warto automatyzować procesu od razu?

Jeżeli proces zawiera zbędne etapy, niejasne zasady lub duplikowanie danych, automatyzacja może jedynie przyspieszyć istniejący chaos. Dlatego najpierw warto uprościć i ustandaryzować proces.

Czy audyt może wykazać, że automatyzacja nie jest potrzebna?

Tak. Czasami najlepszą zmianą jest usunięcie etapu, uproszczenie formularza, zmiana odpowiedzialności, lepsza konfiguracja obecnego systemu albo rezygnacja z raportu, którego nikt nie wykorzystuje.

Czym różni się automatyzacja od AI?

Klasyczna automatyzacja dobrze sprawdza się tam, gdzie można opisać jednoznaczne reguły. AI jest bardziej przydatne przy interpretacji tekstu, dokumentów, wiadomości i innych nieustrukturyzowanych danych.

Czy audyt procesów obejmuje CRM i inne systemy?

Tak. Systemy są częścią procesu. Podczas audytu warto sprawdzić, gdzie przechowywane są dane, które narzędzia uczestniczą w pracy, gdzie informacje są kopiowane oraz które integracje mogłyby uprościć przepływ.

Jak znaleźć wąskie gardło w procesie?

Nie należy patrzeć wyłącznie na etap wymagający najwięcej pracy. Warto mierzyć również czas oczekiwania, kolejki, przekazania pomiędzy osobami i liczbę spraw zatrzymujących się na poszczególnych etapach.

Jak mierzyć efekt po audycie?

Przed wdrożeniem zmian warto ustalić punkt odniesienia. Można mierzyć między innymi czas procesu, czas oczekiwania, liczbę ręcznych działań, liczbę błędów, poprawek, zaległych spraw, czas reakcji oraz koszt obsługi jednego przypadku.

Czy mała firma potrzebuje audytu procesów?

Tak, jeżeli procesy zaczynają utrudniać rozwój. W małych organizacjach duża część wiedzy często znajduje się w głowie właściciela lub kilku kluczowych osób. Audyt pozwala tę wiedzę uporządkować przed dalszym skalowaniem firmy.

Czy audyt procesów pomaga przygotować firmę do wdrożenia AI?

Tak. Pozwala ustalić, które części procesu są oparte na prostych regułach, a które wymagają interpretacji informacji. Dzięki temu AI można wykorzystać tam, gdzie daje realną wartość zamiast dodawać je do procesu bez uzasadnienia.

Co powinien zawierać raport z audytu procesów?

W zależności od zakresu może zawierać mapę stanu obecnego, problemy, dane bazowe, analizę przyczyn, projekt stanu docelowego, listę usprawnień, priorytety, KPI, ryzyka i plan kolejnych działań.

Źródła i materiały

1. International Organization for Standardization — ISO 9001:2026

Aktualna edycja międzynarodowego standardu zarządzania jakością. ISO 9001 wykorzystuje podejście procesowe i kładzie nacisk między innymi na planowanie, kontrolę procesów, mierzenie wyników oraz ciągłe doskonalenie.

https://www.iso.org/standard/9001

2. ISO — The Process Approach in ISO 9001

Materiał wyjaśniający podejście procesowe, zależności pomiędzy procesami oraz traktowanie organizacji jako systemu wzajemnie powiązanych działań.

https://www.iso.org/iso/iso9001_2015_process_approach.pdf

3. Lean Enterprise Institute — Value Stream Mapping

Materiały dotyczące Value Stream Mapping, mapowania przepływu pracy i informacji oraz rozróżnienia między czasem wykonywania pracy a całkowitym lead time.

https://www.lean.org/lexicon-terms/value-stream-mapping/

4. Lean Enterprise Institute — Understanding the Fundamentals of Value-Stream Mapping

Praktyczne omówienie mapowania strumienia wartości, mierników procesu oraz analizy obecnego i przyszłego stanu przepływu.

https://www.lean.org/the-lean-post/articles/understanding-the-fundamentals-of-value-stream-mapping/

5. American Society for Quality — Five Whys and Five Hows

Materiały ASQ dotyczące metody 5 Why wykorzystywanej do pogłębiania analizy problemu i poszukiwania potencjalnych przyczyn źródłowych.

https://asq.org/quality-resources/five-whys

6. American Society for Quality — SIPOC+CM Diagram

Materiały ASQ dotyczące SIPOC, czyli wysokopoziomowego modelu obejmującego dostawców, dane wejściowe, proces, rezultat i odbiorców. Narzędzie może pomóc uporządkować zakres procesu przed przygotowaniem szczegółowej mapy.

https://asq.org/quality-resources/sipoc