Dziennik jednej sprawy: jak przez dziesięć dni roboczych zmierzyć proces przed automatyzacją

W drugim kroku przewodnika jak wdrożyć AI w firmie pada rada: jeżeli nikt nie wie, ile naprawdę trwa obsługa jednej sprawy, zmierzcie to przez dwa tygodnie. Ten tekst pokazuje, jak to zrobić. Narzędziem jest dziennik jednej sprawy — tabela z pięcioma kolumnami, którą przez dziesięć dni roboczych uzupełnia się przy każdej sprawie. Od takiej liczby, zmierzonej przed startem, zaczynamy każdy projekt automatyzacji procesów w firmie, zamiast od procentu wziętego z cudzej firmy.

Na końcu dziennik zamienia się w prosty rachunek. Nie ma w nim gotowego procentu zwrotu, bo taki procent zależy od liczb, które dopiero zmierzycie. Jest za to wskazówka, którą liczbę gdzie wstawić i jak odczytać wynik — także wtedy, gdy brzmi on „nie automatyzujcie”.

Najpierw sprawdźcie, co już zapisują Wasze systemy

Zanim ktokolwiek zacznie notować, sprawdźcie, co już zapisują systemy, przez które sprawa przechodzi. System zgłoszeń, ERP (system do zarządzania zamówieniami, magazynem i księgowością) czy CRM (system do obsługi klientów i sprzedaży) często przechowuje historię sprawy: kiedy wpłynęła, kiedy zmieniła status, kto ją przejął, kiedy ją zamknięto i czy ktoś otworzył ją ponownie. W skrzynce pocztowej zostają przynajmniej daty wiadomości i odpowiedzi. Ustalcie, które pola da się z tych zapisów odtworzyć, a które trzeba będzie uzupełniać ręcznie.

Z dostępnych zapisów sprawdźcie, czy da się ustalić:

• ile trwała sprawa od wpływu do zamknięcia;
• ile razy przechodziła z rąk do rąk;
• czy wróciła do poprawki — ponowne otwarcie, korekta dokumentu;
• na którym statusie stała najdłużej.

Dwie uwagi do tych zapisów. Przekazanie sprawy innej osobie to nie to samo co podejście do niej: ta sama osoba może wracać do sprawy kilka razy, a system tego zwykle nie odnotuje. Ponowne otwarcie uznajcie za poprawkę dopiero wtedy, gdy sprawdzicie, dlaczego sprawę otwarto — czasem to zwykły ciąg dalszy, a nie błąd.

Systemy zwykle nie wiedzą natomiast, ile minut ktoś faktycznie nad sprawą pracował. Status „w realizacji” potrafi trwać dwa dni, z czego sama praca zajęła kwadrans. Tę jedną kolumnę trzeba najczęściej notować ręcznie.

To ten sam test, który w przewodniku jest krokiem trzecim: spróbujcie wyeksportować ostatnie sto spraw jako jedną tabelę. Jeżeli eksport się uda, zachowajcie go: sprawy sprzed pomiaru przydadzą się za chwilę, przy sprawdzaniu, czy sam pomiar nie zmienił sposobu pracy.

Dziennik jednej sprawy: pięć kolumn

Przed startem ustalcie trzy rzeczy. Po pierwsze, co rozpoczyna sprawę, a co ją kończy — na przykład wpływ maila i wysłanie decyzji klientowi. Po drugie, że do dziennika trafiają sprawy, które wpłyną w tych dziesięciu dniach, i że śledzicie je do końca, także po ostatnim dniu pomiaru. Wyniki liczcie, dopiero gdy zamkną się wszystkie sprawy z tych dziesięciu dni albo prawie wszystkie. Spraw wciąż otwartych nie pomijajcie: to zwykle te najdłuższe, więc bez nich średnia wyszłaby za niska. Wliczcie je z czasem, który upłynął do dnia liczenia, podajcie ich liczbę obok wyniku i zaznaczcie, że średnia jest wtedy dolną granicą — prawdziwa będzie wyższa. Dotyczy to czasu trwania spraw; do kosztu pracy wliczajcie tylko zanotowane minuty pracy. Po trzecie, przez ile dni po zamknięciu sprawdzacie, czy sprawa wróciła do poprawki; ten okres musi być taki sam przed wdrożeniem i po nim, a zanim upłynie, w kolumnie „Poprawka” wpisujcie „jeszcze nie wiadomo”. Okres ten liczcie od pierwszego zamknięcia i jego datę zapiszcie w uwagach. Jeżeli sprawa wróci do poprawki, dopiszcie jej minuty i zmieńcie „Zakończenie” na datę i godzinę zamknięcia po poprawce. Ostateczny odsetek poprawek liczcie dopiero wtedy, gdy ten okres upłynie dla wszystkich spraw z dziennika. Jeżeli wynik jest potrzebny wcześniej, podajcie go jako wstępny: obok odsetka napiszcie, z ilu spraw go policzyliście i przy ilu wciąż jest „jeszcze nie wiadomo”. Sprawy zamykane później bywają tymi trudniejszymi, więc wstępny odsetek może wyjść za niski.

Każda sprawa to jeden wiersz. Oprócz numeru sprawy oraz daty i godziny wpływu i zakończenia zapisujecie pięć rzeczy:

Dlaczego pięć kolumn, a nie kilkanaście wskaźników z poradników? Bo każda z nich odpowiada na jedno z pytań, które padają niżej: w rachunku kosztów albo przy ocenie, czy automatyzacja skróci czekanie. Kolumna, która na żadne z nich nie odpowiada, tylko wydłuża notowanie — a im dłużej trwa notowanie, tym szybciej ludzie zaczynają notować byle jak. Jeden wpis — dopisanie minut po kolejnym podejściu albo zmiana daty — powinien zająć wyraźnie mniej niż minutę. Sprawa, do której ktoś wracał wiele razy, zajmie w sumie dłużej, bo wpisów jest więcej; to normalne. Jeżeli już pojedynczy wpis zajmuje dłużej, kolumn jest za dużo albo są niejasno opisane.

Pobierzcie szablon dziennika (CSV): sto ponumerowanych wierszy, te kolumny i miejsce na uwagi, bez formuł i bez pól na dane klientów. Otworzycie go w Excelu albo w Arkuszach Google; jeżeli spraw będzie więcej, dopiszcie wiersze.

Jak notować czas pracy

Stoper nie jest potrzebny. Po każdym podejściu do sprawy osoba, która nad nią pracowała, dopisuje w wierszu, ile minut to zajęło. Podejście krótsze niż minuta zapiszcie jako szacowany ułamek minuty (na przykład 0,2), sumujcie bez zaokrąglania i zaokrąglajcie dopiero wynik, który pokazujecie — czas oczekiwania liczcie z sumy niezaokrąglonej. Jeżeli system nie zapisuje historii statusów, przy każdym podejściu dopiszcie też w uwagach godzinę rozpoczęcia i zakończenia oraz to, na co sprawa czekała przed tym podejściem (na przykład „śr. 9:40–9:55, czekała na zdjęcia”). Czekanie to przerwa od wpływu do pierwszego podejścia, przerwy między końcem jednego podejścia a początkiem następnego oraz przerwa od końca ostatniego podejścia do zakończenia sprawy — na przykład gdy sprawa czekała jeszcze na akceptację, na nocne przetworzenie w systemie albo na zbiorczą wysyłkę. Przyczynę tej ostatniej przerwy też zapiszcie w uwagach; najdłuższa ze wszystkich przerw wskazuje, gdzie sprawa stanęła. Jeżeli w trakcie przerwy przyczyna się zmieniła — na przykład zdjęcia przyszły, ale sprawa nadal leżała w kolejce — zapiszcie tę zmianę z godziną i liczcie oba odcinki osobno; jeżeli tego nie wiecie, przyczynę oznaczcie jako „nie ustalono”. W kolumnie „Czas pracy” najprościej wpisywać kolejne liczby jako formułę, na przykład =10+15, a w kolumnie „Podejścia” za każdym razem zwiększać licznik o jeden. Sprawa, która wraca do poprawki, zostaje w tym samym wierszu: minuty poprawki dopisujecie do tej samej sumy. Jeżeli system ma przejąć tylko część pracy — na przykład odczytanie i wpisanie danych, ale już nie rozmowę z klientem — przy każdym podejściu zapiszcie dodatkowo w uwagach, ile z tych minut dotyczy tej części, bo to one trafią do rachunku. Jeżeli nad sprawą pracują osoby z różnymi stawkami, dopisujcie też rolę, na przykład „kierownik 10, w tym w zakresie 6”.

Jeżeli spraw jest tak dużo, że notowanie każdej zajmuje zauważalną część dnia, notujcie co którąś — na przykład co piątą według kolejności wpływu, zaczynając od losowo wybranej spośród pierwszych pięciu — zawsze według tej samej reguły, ustalonej przed startem. Wybieranie „typowych” spraw na oko zniekształca wynik, bo pomija te najtrudniejsze.

Wersja minimalna: cztery pola

Jeżeli wiecie, że dziesięciu dni pełnego notowania nikt nie wytrzyma, zacznijcie od czterech pól: wpływ, pierwsze zamknięcie, ostateczne zakończenie (inne tylko wtedy, gdy sprawa wróciła do poprawki) i „wróciła do poprawki: tak, nie albo jeszcze nie wiadomo”. Pierwsze zamknięcie pokazuje, czy okres sprawdzania poprawek już upłynął. To da czas trwania sprawy i odsetek poprawek, ale nie rozdzieli pracy od czekania, więc oszczędność w rachunku pozostanie szacunkiem. Lepsza wersja minimalna niż pełny dziennik porzucony trzeciego dnia.

Przykład wypełnionego dziennika

Poniższe wiersze są zmyślone: pokazują, jak wygląda wypełniony dziennik, a nie jak wygląda proces w jakiejkolwiek firmie. Proces to reklamacje w hurtowni, od maila klienta do decyzji.

Czas oczekiwania liczymy tu w godzinach kalendarzowych, razem z nocami, bo klient czeka także w nocy. Ważne, żeby przed wdrożeniem i po nim liczyć go tak samo. W szablonie, gdy wpływ i zakończenie są wpisane jako data z godziną, w komórce F2 wpiszcie =24*(D2-C2)-E2/60 i skopiujcie ją w dół: różnica dat w arkuszu jest w dobach, stąd mnożenie przez 24, a minuty pracy dzielone przez 60 zamieniają się na godziny. Odejmowanie minut pracy od czasu trwania sprawy działa, gdy ludzie nie pracują nad nią jednocześnie. Jeżeli dwie osoby pracowały nad sprawą w tym samym czasie, wpiszcie czas oczekiwania jako „nie ustalono”; minuty obu osób i tak liczą się do kosztu pracy.

Już z pięciu wierszy coś widać. Praca to minuty, a czekanie to godziny i dni. Najdłużej sprawy czekały na akceptację kierownika i na zdjęcia od klienta — samo przejęcie pracy przez system tego nie przyspieszy. Kolejka w dziale reklamacji to co innego: sprawa czekała, aż ktoś znajdzie na nią czas, więc mniej pracy przy każdej sprawie może to czekanie skrócić.

Dlaczego dziesięć dni roboczych

Dziesięć dni to nasz praktyczny punkt wyjścia, a nie norma. Najlepiej, gdy są to dwa pełne tygodnie kalendarzowe, od poniedziałku do piątku: każdy dzień tygodnia pojawia się wtedy w pomiarze dwa razy, więc poniedziałkowy nawał czy spokojny piątek mniej zniekształcają wynik niż przy pomiarze trwającym kilka dni. Jeżeli w tym czasie wypada święto albo dzień, w którym firma nie pracuje, dołóżcie ten sam dzień tygodnia z następnego tygodnia — na przykład zamiast świątecznej środy kolejną środę — i zapiszcie, którego dnia zabrakło. Dwa tygodnie nie gwarantują jednak, że pomiar obejmie koniec miesiąca albo kwartału. Jeżeli Wasz proces ma takie szczyty — zamknięcie miesiąca, rozliczenia, sezon — zróbcie drugie okno pomiaru, które je obejmie, i policzcie średnie z obu okien osobno. Jak połączyć je w rachunku, piszemy niżej.

Druga pułapka: ludzie, którzy wiedzą, że są obserwowani, mogą pracować inaczej niż zwykle. To zjawisko nazywa się efektem Hawthorne’a. Przegląd badań na ten temat, opublikowany w 2014 roku, znalazł oznaki takiego wpływu w większości analizowanych badań, ale jego autorzy piszą, że niewiele wiadomo o tym, kiedy się pojawia i jak jest duży. Dlatego zapisy z systemów są tak cenne: powstały, zanim ktokolwiek zaczął cokolwiek mierzyć. Porównajcie czas trwania spraw z okresu notowania z czasem trwania spraw z eksportu za poprzednie miesiące. Jeżeli w trakcie pomiaru sprawy zamykano wyraźnie wcześniej niż zwykle, potraktujcie to jako sygnał do sprawdzenia, a nie jako dowód: porównajcie też liczbę i rodzaj spraw oraz to, ile osób było wtedy w pracy. Jeżeli te warunki były podobne, wpływ samego pomiaru pozostaje jednym z możliwych wyjaśnień — nie traktujcie więc szybszego wyniku jako zwykłego tygodnia bez dodatkowego sprawdzenia. Bezpieczniej wtedy czas trwania spraw bierzcie z eksportu sprzed pomiaru, a z dziennika — minuty pracy, pamiętając, że i one mogą być zaniżone.

Praca i czekanie: dwie różne liczby

Rozdzielenie tych dwóch kolumn to najważniejsza rzecz w całym dzienniku. Automatyzacja przejmuje pracę. Czas oczekiwania skraca się przez to przede wszystkim wtedy, gdy sprawa czekała na wolne ręce, czyli w kolejce do osób, które tę pracę wykonują. Jeżeli czekała na decyzję przełożonego, na dokument od klienta albo na odpowiedź innej firmy, samo przejęcie pracy tego czekania nie skróci. Skróci je dopiero rozwiązanie, które obejmuje także ten etap — na przykład od razu wychwytuje brakujący dokument i wysyła klientowi przypomnienie.

Z dziennika wychodzą więc dwie osobne liczby:

• oszczędność pracy — minuty pracy, której człowiek nie będzie już wykonywał; tylko ta liczba wchodzi do rachunku kosztów poniżej;
• czas, który odczuwa klient — godziny od wpływu do zakończenia; ta liczba zmieni się przede wszystkim w tych sprawach, które stały w kolejce do pracy, a nie czekały na decyzję czy dokumenty.

Kolumna „gdzie stanęła” pozwala te sprawy rozdzielić. Policzcie, w ilu sprawach najdłuższe czekanie było kolejką do pracy, a w ilu czymś innym. Jeżeli przeważa to drugie, obietnica „z trzech dni zrobimy godzinę” nie ma pokrycia w samym przejęciu pracy — potrzebna jest też zmiana zasad akceptacji albo sposobu zbierania dokumentów. Oszczędność pracy może się przy tym nadal opłacać; to po prostu inny cel niż krótsze czekanie.

Pomaga tu też kolumna „Podejścia”. Wiele podejść przy kilkunastu minutach pracy to sygnał, by sprawdzić, dlaczego pracę przerywano i czy sprawa wracała do kolejki. Jeżeli czekała na brakujące dane, takie czekanie może skrócić rozwiązanie, które zbiera ich komplet, zanim sprawa trafi do człowieka.

Rachunek: oszczędność i cztery pozycje kosztu

Liczby w nawiasach kwadratowych bierzecie z własnego dziennika i z własnych cenników. Stawka to koszt godziny pracy osoby, która prowadzi sprawę, razem z kosztami pracodawcy — nie sama pensja z umowy. Jeżeli nad sprawą pracują osoby z różnymi stawkami, policzcie koszt każdej roli osobno z zapisów w uwagach (rola, minuty i minuty w zakresie automatyzacji) i zsumujcie wyniki.

Oszczędność brutto w miesiącu = [liczba spraw w miesiącu] × [średni czas pracy na sprawę w zakresie, który ma przejąć system, w minutach] ÷ 60 × [stawka]

Do wzoru bierzcie tylko pracę, którą system ma przejąć; czynności, które zostaną bez zmian, pomińcie. Wzór zakłada, że system przejmie tę pracę w każdej sprawie, więc to górna granica. To, co i tak zostanie człowiekowi — sprawdzenie i zatwierdzenie oraz sprawy, których system nie obsłuży — odejmujecie w tabeli poniżej.

Liczbę spraw w miesiącu weźcie z eksportu systemu. Jeżeli eksportu nie ma, przeliczcie na miesiąc liczbę wszystkich spraw, które wpłynęły w okresie pomiaru — także tych, których przy notowaniu co piątej sprawy nie wpisaliście do dziennika. Gdy sprawy wpływają tylko w dni robocze, podzielcie tę liczbę przez 10 i pomnóżcie przez liczbę dni roboczych w miesiącu, który liczycie (przy 21 dniach roboczych to mnożenie przez 2,1). Gdy sprawy wpływają także w weekendy i święta — na przykład maile od klientów — okresem pomiaru są dwa pełne tygodnie kalendarzowe, od pierwszego poniedziałku do ostatniej niedzieli. Sprawy z weekendów wpisujcie wtedy do dziennika tak samo jak pozostałe, gdy ktoś się nimi zajmie, żeby średni czas pracy obejmował i je, a liczbę spraw podzielcie przez liczbę dni kalendarzowych, z których je policzyliście — zwykle 14, a jeżeli dołożyliście dzień w miejsce święta, o jeden więcej — i pomnóżcie przez liczbę dni w miesiącu. Jeżeli znacie tylko liczbę wierszy z próbki co piątej sprawy, a nie liczbę wszystkich spraw, pomnóżcie ją jeszcze przez 5. Takie przeliczenie jest gorszym przybliżeniem niż eksport, bo nie obejmuje szczytów. Średni czas pracy z próbki co piątej sprawy można natomiast przyjąć bez przeliczania. Czas pracy to tu średnia, a nie mediana (wartość środkowa): koszt to suma minut wszystkich spraw, a suma równa się liczbie spraw pomnożonej przez średnią.

Jeżeli mierzyliście w dwóch oknach — w zwykłym okresie i w szczycie — nie mnóżcie średniej ze zwykłego okna przez wszystkie sprawy w miesiącu. Policzcie każdy okres osobno: [liczba spraw w zwykłej części miesiąca] × [średni czas pracy ze zwykłego okna] + [liczba spraw w szczycie] × [średni czas pracy z okna w szczycie]. Tę sumę minut wstawcie do wzoru zamiast iloczynu liczby spraw i średniej. Liczbę spraw w każdym okresie weźcie z eksportu systemu. Jeżeli szczyt wypada raz na kwartał, policzcie tak cały kwartał i podzielcie wynik przez trzy.

Do rachunku wchodzą cztery pozycje: trzy pomniejszają miesięczną oszczędność, a jedna — okres pracy równoległej — dolicza się jednorazowo do kosztu budowy. Dwie pierwsze to koszt układu, w którym system przygotowuje wynik, a człowiek go zatwierdza. Od takiego układu zaczynamy każde wdrożenie (dlaczego, wyjaśnia krok 4 przewodnika), więc trzeba go policzyć od razu, a nie dopiero po uruchomieniu. W tabeli pojawia się też model AI — silnik, na którym działa rozwiązanie, taki jak ten, na którym działa ChatGPT; jego dostawca pobiera opłaty za użycie i co jakiś czas wycofuje starsze wersje.

Każdą minutę i każdą opłatę liczcie tylko raz. Sprawa, którą obsłużył system, trafia do sprawdzania wyników; sprawa, która poszła do kolejki wyjątków, trafia tylko tam — ze wszystkimi minutami sprawdzania, poprawiania i ręcznego dokończenia pracy w zakresie, który miał przejąć system. Czynności spoza tego zakresu pomińcie zarówno w oszczędności brutto, jak i w odliczeniach. W okresie pracy równoległej liczycie wyłącznie to, co dochodzi ponad dotychczasową obsługę — zwykłej pracy ludzi nie dodawajcie drugi raz.

Do tego dochodzą pozostałe bieżące koszty działania: opłaty za model i infrastrukturę zależne od liczby spraw, monitorowanie jakości działania systemu (okresowe kontrole próbek, a nie zatwierdzanie każdej sprawy) i poprawki po zmianach w połączonych systemach. Rozpisaliśmy je w tekście ile kosztuje wdrożenie AI, więc tu ich nie powtarzamy. Czwartą pozycję wymienioną w tamtym tekście, okresowe testy, policzyliście już w tabeli powyżej.

Oszczędność netto w miesiącu = oszczędność brutto − sprawdzanie wyników − kolejka wyjątków − [bieżące koszty działania w miesiącu] − ponowny test po zmianie modelu (w przeliczeniu na miesiąc)

Miesiące do zwrotu = ([koszt budowy] + [okres pracy równoległej]) ÷ [oszczędność netto w miesiącu]

Miesiące liczy się od przejścia na codzienną pracę z systemem; budowa i okres pracy równoległej są wcześniej. Jeżeli chcecie wiedzieć, ile miesięcy minie od startu projektu, dodajcie do wyniku czas budowy i pracy równoległej. Jeżeli oszczędność netto wychodzi zerowa albo ujemna, wzoru na miesiące nie ma po co liczyć: automatyzacja w tym kształcie się nie zwróci, niezależnie od ceny budowy.

Jedno zastrzeżenie, o którym łatwo zapomnieć: ten rachunek wycenia czas, który się zwolni, a nie pieniądze, które zostaną w kasie. Jeżeli ludzie dostają tę samą pensję, firma odzyskuje godziny, a nie gotówkę. W pieniądzach automatyzacja zwraca się dopiero wtedy, gdy zwolniony czas zamieni się w niższe wydatki — mniej nadgodzin, mniej zleceń na zewnątrz, nowa osoba, której nie trzeba zatrudniać przy rosnącej liczbie spraw — albo w dodatkową pracę, która po odjęciu kosztów jej wykonania przynosi zarobek. Do rachunku zwrotu w pieniądzach wpiszcie te niższe wydatki albo ten zarobek, a nie pełną wycenę zwolnionych godzin. Jeżeli nie potraficie wskazać, na co przeznaczycie ten czas, zapiszcie to jako otwarte pytanie, zanim zaczniecie budować.

Co ten rachunek pokazuje przy wielu i przy niewielu sprawach

Koszt budowy i okresu pracy równoległej jest w dużej mierze stały, a oszczędność rośnie z liczbą spraw. Przy procesie powtarzanym w firmie setki razy w miesiącu, o wyniku decydują minuty: kilka zaoszczędzonych minut pomnożonych przez setki spraw może pokryć koszty bieżące i z czasem koszt budowy. Przy procesie wykonywanym kilka razy w miesiącu decyduje koszt budowy — podzielony przez niewielką oszczędność daje długi czas zwrotu.

Celowo nie podajemy, ile to miesięcy. Liczba podana bez Waszej stawki, Waszej liczby spraw i Waszego czasu sprawdzania byłaby wzięta z cudzego procesu.

Po wdrożeniu: ten sam dziennik jeszcze raz

Po przejściu z pracy równoległej na codzienną pracę z systemem prowadźcie ten sam dziennik, w tych samych kolumnach, przez tyle samo dni roboczych i w porównywalnym okresie — nie zestawiajcie końca miesiąca ze zwykłym tygodniem. Przy każdej sprawie zapiszcie dodatkowo, czy obsłużył ją system z zatwierdzeniem, czy trafiła do kolejki wyjątków. Dla spraw obsłużonych przez system zanotujcie łączny czas sprawdzenia, ewentualnej poprawki i zatwierdzenia wyniku, a dla wyjątków — wszystkie minuty sprawdzania, poprawiania i ręcznego dokończenia pracy w zakresie, który miał przejąć system. Czas pracy w głównej kolumnie nadal obejmuje wszystkie minuty człowieka; te dodatkowe zapisy są częściami tej sumy, a nie czasem do doliczenia. To liczby, które w rachunku powyżej były szacunkami; teraz je sprawdzicie.

Kiedy pomiar mówi: nie automatyzujcie

Dziennik bywa najbardziej przydatny wtedy, gdy przekreśla projekt. Wstrzymajcie się, jeżeli:

• spraw jest mało — oszczędność brutto, nawet przy przejęciu całej pracy, nie pokrywa bieżących kosztów działania; proces wykonywany kilka razy w miesiącu rzadko uzasadnia projekt integracyjny, o czym piszemy też przy kosztach wdrożenia AI;
• sprawdzenie i poprawienie wyniku trwa prawie tyle, co dzisiejsza praca — wtedy z oszczędności zostaje niewiele albo nic, a koszty działania zostają;
• duża część spraw to wyjątki — kolejka wyjątków zjada oszczędność, a do tego ktoś musi ją na bieżąco obsługiwać;
• celem jest krótsze czekanie, a projekt nie zmienia jego przyczyny — jeżeli w kolumnie „gdzie stanęła” przeważa akceptacja kierownika albo dokumenty od klienta, najpierw zmieńcie zasady akceptacji albo sposób zbierania dokumentów;
• poprawki wynikają z niejasnego procesu — jeżeli dwie osoby prowadzą sprawę inaczej i obie uważają, że robią to dobrze, automatyzacja utrwali tę niejednoznaczność.

Taki wynik nie jest porażką pomiaru. Część z tych sytuacji opisujemy też na stronie czego nie robimy i w metodyce wdrożenia, w części o tym, kiedy mówimy, że nie warto.

Ten sam dziennik w konkretnych procesach

Dziennik jest ogólny. Dla kilku procesów rozpisaliśmy już jego odmiany:

• obsługa klienta — pięć liczb z własnej skrzynki i centrali, z próbką dwustu zgłoszeń z ostatnich miesięcy zamiast notowania na bieżąco;
• połączenia telefoniczne — rachunek z raportu centrali w tekście o tym, ile kosztuje voicebot (automat prowadzący rozmowy telefoniczne);
• sprzedaż — czas od zapytania do oferty, mierzony przez dwa tygodnie w arkuszu.

Co dalej

Z wypełnionym dziennikiem i rachunkiem rozmowa o automatyzacji zaczyna się od Waszych liczb, a nie od czyjejś obietnicy. Do takiej rozmowy wystarczą sumy i średnie; szczegóły spraw i dane klientów zostają u Was. Jak wygląda u nas automatyzacja procesów w firmie — jeden proces, wskaźnik zmierzony przed startem i człowiek zatwierdzający wyniki na początku — opisaliśmy na stronie usługi.

Źródła i stan na 13 października 2026 roku

• Jim McCambridge, John Witton, Diana R. Elbourne, „Systematic review of the Hawthorne effect: New concepts are needed to study research participation effects”, Journal of Clinical Epidemiology 67(3), 2014, s. 267–277 — przegląd 19 badań; w większości z nich odnotowano pewne oznaki wpływu świadomości bycia badanym na zachowanie, ale według autorów niewiele wiadomo o warunkach, mechanizmie i wielkości tego wpływu; odczyt 13 października 2026 r.
• Dziesięć dni, pięć kolumn i sto wierszy szablonu to nasze praktyczne założenia, a nie normy ani wyniki badań. Przykładowe sprawy są zmyślone, a rachunek opiera się na liczbach, które wpiszecie sami.