Proces kosztuje więcej niż czas osoby, która wykonuje jego najbardziej widoczny etap. Pieniądze znikają także w oczekiwaniu na decyzję, poprawianiu danych, ponownym kontakcie z klientem, ręcznym przepisywaniu informacji i obsłudze błędów. Dopóki te czynności pozostają poza rachunkiem, firma może usprawniać najtańszy fragment i nie dotknąć prawdziwego źródła kosztu.
Rzetelny rachunek procesu nie musi od razu być modelem controllingowym z setką stawek. Na początku ma odpowiedzieć na trzy pytania: ile przypadków przechodzi przez proces, ile pracy pochłania typowy i nietypowy przypadek oraz gdzie powstają straty, które można ograniczyć. Dopiero później warto zwiększać dokładność. Fałszywa precyzja oparta na zgadywanym czasie jest mniej użyteczna niż prosty pomiar z jawnymi założeniami.
Ustal początek, koniec i jednostkę, którą liczysz
„Obsługa zamówienia” może oznaczać wszystko od przyjęcia formularza do wysłania potwierdzenia albo aż do zapłaty i zamknięcia reklamacji. Dwa działy używają tej samej nazwy, lecz widzą inny odcinek pracy. Przed liczeniem trzeba narysować granice: jakie zdarzenie uruchamia proces, co jest wynikiem końcowym i jakie wyjątki należą do tego samego strumienia.
Następnie wybiera się jednostkę. Może nią być jedno zamówienie, faktura, zgłoszenie, partia albo pozyskany klient. Jednostka musi być rozpoznawalna w danych i występować wystarczająco często, by porównanie miało sens. Jeżeli proces obsługuje bardzo różne przypadki, lepiej podzielić je na dwie lub trzy klasy niż liczyć jedną średnią. Zamówienie standardowe i projekt wykonywany na zamówienie nie powinny udawać tej samej pracy.
Granice dobrze zweryfikować z osobami wykonującymi zadania. Schemat z procedury zwykle pomija telefon „na wszelki wypadek”, prywatny arkusz i powrót do poprzedniego kroku. Pomocna jest metoda opisana w poradniku o mapowaniu procesu od obserwacji pracy: najpierw przebieg rzeczywisty, dopiero później wersja docelowa.
„Liczymy koszt obsługi jednego kompletnego zamówienia od chwili wpływu do przekazania do wysyłki, osobno dla zamówień standardowych i wymagających wyjaśnienia”. Jeżeli zespół nie potrafi uzgodnić takiego zdania, jest za wcześnie na mnożenie minut przez stawki.
Oddziel czas pracy od czasu przejścia
Czas pracy to minuty, w których człowiek lub maszyna rzeczywiście wykonują czynność dla danej sprawy. Czas przejścia obejmuje całą drogę od początku do końca, także kolejkę, oczekiwanie na odpowiedź i noc spędzoną w skrzynce. Klient doświadcza czasu przejścia, a firma ponosi przede wszystkim koszt pracy, zasobów i skutków opóźnienia. Obie miary są potrzebne, ale nie wolno ich mieszać.
Przykład: pracownik wprowadza zamówienie przez 9 minut, a następnie sprawa czeka 18 godzin na potwierdzenie rabatu. Nie należy wpisywać 18 godzin jako pracy pracownika. Nie można też uznać, że proces trwa 9 minut. Długie oczekiwanie może nie podnosić kosztu robocizny wprost, lecz zwiększa liczbę zapytań, ryzyko rezygnacji, potrzebę pilnych interwencji i wartość pracy w toku.
Najprostszy pomiar polega na obserwacji próbki przypadków w normalnym tygodniu. Zapisuje się rozpoczęcie i koniec czynności, rolę, powód oczekiwania oraz liczbę powrotów. Nie trzeba śledzić każdej sekundy. Ważniejsze jest objęcie pełnego cyklu i kilku typów spraw. Dzień zamknięcia miesiąca, awaria systemu albo szkolenie nowej osoby nie powinny bez komentarza stać się „typowym” wynikiem.
Dane systemowe pomagają ustalić znaczniki czasu, ale często pokazują tylko moment zmiany statusu. Nie wyjaśniają, czy pracownik rzeczywiście zajmował się sprawą, czy status został uzupełniony hurtowo pod koniec dnia. Dlatego logi należy zestawić z rozmową i krótką obserwacją. Różnica między zapisem a praktyką jest informacją o procesie, nie błędem badania do ukrycia.
Policz jakość: poprawki, wyjątki i pracę po błędzie
Koszt błędu nie kończy się na pięciu minutach potrzebnych do poprawienia pola w formularzu. Ktoś musi błąd zauważyć, wyjaśnić, przekazać informację, odblokować kolejną czynność i czasem uspokoić klienta. Jeżeli błędna faktura zdążyła wejść do obiegu, pojawiają się korekty, dodatkowe uzgodnienia księgowe i przesunięcie wpływu. Rachunek powinien obejmować cały łańcuch reakcji.
W praktyce przydaje się podział na cztery koszyki: zapobieganie, sprawdzanie, błąd wykryty wewnątrz oraz błąd, który dotarł do klienta. Szkolenie, walidacja formularza i utrzymanie instrukcji są kosztem zapobiegania. Kontrola drugiej osoby to koszt sprawdzania. Ponowne przygotowanie dokumentu jest błędem wewnętrznym, a reklamacja i rabat — zewnętrznym. Taki układ pokazuje, czy firma płaci za ograniczanie ryzyka, czy głównie za gaszenie skutków.
Dla próbki spraw zapisuje się liczbę przypadków poprawnych za pierwszym razem oraz rodzaje powrotów. Jeśli 72 ze 100 zamówień przechodzi bez dodatkowego kontaktu, a 28 wymaga średnio 14 minut wyjaśnień, koszt tych wyjaśnień można policzyć osobno. Nie należy rozsmarowywać go po całym procesie tak, by zniknęła przyczyna. Segmentacja pozwala sprawdzić, czy wyjątki wiążą się z jednym kanałem, produktem, klientem lub brakującą informacją.
Przy należnościach skutek błędu może ujawnić się wiele tygodni później. Brak potwierdzonego zamówienia, zły adres faktury albo sporne warunki odbioru wydłużają płatność. Dlatego rachunek procesu sprzedaży dobrze zestawić z procesem kontroli należności, zamiast zostawiać wszystkie skutki księgowości.
Zbuduj model wystarczająco dokładny do decyzji
Podstawowy model ma cztery składniki: pracę ludzi, użycie innych zasobów, koszt błędów i koszt zewnętrzny. Dla każdej czynności mnoży się średni czas przez koszt minuty danej roli, a następnie przez liczbę przypadków. Maszyny, licencje lub usługi rozlicza się według rozsądnego nośnika: czasu, transakcji albo faktycznego zużycia. Koszt błędów liczy się dla częstości ich występowania, nie tak, jakby dotyczyły każdej sprawy.
| Składnik | Przykładowa podstawa | Najczęstsza pułapka |
|---|---|---|
| Praca bezpośrednia | Czas czynności × koszt czasu roli | Liczenie tylko etapu widocznego w systemie |
| Koordynacja | Kontakt, przekazania, uzgodnienia i raportowanie | Uznanie spotkań za „koszt ogólny”, choć dotyczą procesu |
| Błędy i wyjątki | Częstość × pełny koszt obsługi przypadku | Liczenie samej poprawki, bez skutków dalej |
| Zasoby | Transakcja, czas pracy urządzenia lub udział wykorzystania | Dzielenie całej licencji po równo bez związku z użyciem |
| Skutek opóźnienia | Utracona marża, kara, dodatkowa obsługa lub zamrożona gotówka | Wymyślona kwota bez danych i przedziału niepewności |
Koszt czasu pracownika nie jest równy pensji netto podzielonej przez godziny. Do decyzji operacyjnych zwykle potrzebny jest koszt zatrudnienia i dostępnego czasu pracy, z przyjętym sposobem traktowania urlopów, narzutów i czasu niewykorzystanego bezpośrednio w procesie. Model powinien jasno mówić, co uwzględnia. Inaczej dwie osoby uzyskają różne wyniki i każda będzie przekonana, że liczy „koszt godziny”.
Nie każdy skutek opóźnienia da się wiarygodnie wycenić. Wtedy zamiast jednej pewnej kwoty lepiej pokazać scenariusz niski, środkowy i wysoki. Tę logikę można połączyć z rachunkiem opisanym w poradniku o progu rentowności. Celem nie jest stworzenie liczby odpornej na wszelką krytykę, lecz decyzja, czy proponowana zmiana ma szansę zwrócić koszt wdrożenia.
Porównaj stan przed i po, pilnując tego samego zakresu
Przed zmianą należy zapisać wynik bazowy: liczbę spraw, strukturę przypadków, czas pracy, czas przejścia, udział błędów i koszt na jednostkę. Po wdrożeniu pomiar powtarza się dla porównywalnego okresu. Jeżeli w międzyczasie wzrosła liczba złożonych zamówień albo zespół przejął dodatkowe zadanie, trzeba to oddzielić. Spadek średniego czasu nie zawsze wynika z automatyzacji; czasem zmienił się po prostu miks spraw.
Najpierw usuwa się przyczynę, nie najdroższą pozycję w arkuszu. Dużo czasu kontroli może być skutkiem niepełnych danych na wejściu. Skrócenie kontroli bez naprawy formularza tylko wypuści błędy dalej. Wysoki koszt koordynacji może wynikać z niejasnego właściciela decyzji, a nie z braku kolejnego narzędzia. Dobry rachunek prowadzi do obserwacji pracy, nie zastępuje jej.
Jeżeli zmiana wymaga systemu informatycznego, scenariusze demonstracyjne powinny korzystać z poznanych wyjątków i wolumenów. Poradnik o wyborze systemu ERP pokazuje, jak przełożyć proces na test dostawcy. Bez tego łatwo kupić funkcję, która skraca ekran, ale zostawia wyjaśnienia i poprawki poza systemem.
Rachunek należy aktualizować, gdy zmienia się wolumen, organizacja pracy lub sposób obsługi wyjątków. Nie musi być cotygodniowym rytuałem. Powinien jednak wrócić po wdrożeniu, dużej zmianie cen, przejęciu nowej grupy klientów albo narastaniu kolejki. Model, którego nikt nie porównuje z rzeczywistością, szybko staje się kolejnym kosztem procesu.
Najczęstsze pytania o koszt procesu
Ile przypadków trzeba zmierzyć?
Nie ma jednej liczby dla wszystkich procesów. Próbka powinna objąć zwykłe sprawy, istotne wyjątki i co najmniej jeden pełny cykl zmienności, na przykład różne dni tygodnia. Jeżeli wyniki kolejnych obserwacji mocno się zmieniają, pomiar należy rozszerzyć zamiast ogłaszać średnią.
Czy czas oczekiwania zawsze ma koszt?
Nie zawsze da się przypisać mu bezpośrednią kwotę, ale wpływa na termin, pracę w toku i ryzyko eskalacji. Należy pokazać go oddzielnie od robocizny i wyceniać tylko te skutki, dla których istnieje rozsądna podstawa.
Jak liczyć pracę kilku osób przy jednej sprawie?
Każdą czynność przypisuje się do roli i jej czasu, a potem sumuje. Równoległej pracy dwóch osób nie można traktować jak jednego wspólnego kwadransa, bo proces zużył trzydzieści minut zasobu ludzkiego.
Czy koszt procesu obejmuje koszty stałe firmy?
Może je obejmować, jeżeli jest to potrzebne do decyzji, lecz sposób alokacji musi być jawny. Do porównania usprawnienia często wystarczą koszty, które rzeczywiście zmienią się wraz z procesem. Pełny koszt księgowy i koszt istotny dla decyzji to nie zawsze ta sama liczba.
Kiedy wiadomo, że pomiar jest wystarczająco dobry?
Gdy zespół potrafi odtworzyć założenia, wynik nie zmienia się całkowicie po dodaniu kilku typowych spraw, a różnica między wariantami jest większa niż niepewność danych. Model ma wspierać wybór, nie udawać dokładności, której proces nie dostarcza.
