W firmie uruchomiono nowy system kadrowy. Pracownicy składają w nim wnioski urlopowe, przełożeni zatwierdzają je elektronicznie, a dział kadr ma mniej papierowych formularzy. Po trzech miesiącach zarząd pyta, ile czasu udało się zaoszczędzić. HR odpowiada, że w systemie utworzono 900 wniosków. To jednak informacja o skali użycia, a nie dowód, że proces stał się szybszy, tańszy lub mniej podatny na błędy.
Ocena systemu HR po wdrożeniu powinna obejmować cały proces: od zgłoszenia potrzeby przez pracownika do poprawnego zakończenia sprawy. Trzeba uwzględnić także poprawki, telefony do kadr, ręczne przepisywanie danych i wyjątki obsługiwane poza aplikacją. Dopiero wtedy widać, czy technologia naprawdę zmieniła sposób pracy.
Najpierw przypomnij, jaki problem miał rozwiązać system HR
Ocena powinna zaczynać się od celów zapisanych przed wdrożeniem. Jeśli system kupiono po to, by skrócić obsługę wniosków, nie można ogłosić sukcesu wyłącznie dlatego, że oferuje atrakcyjny panel raportowy. Jeśli celem była poprawa jakości danych płacowych, sama liczba aktywnych kont nie mówi nic o prawidłowości naliczeń.
Warto spisać dla każdego wdrożonego modułu trzy elementy: problem wyjściowy, oczekiwany rezultat i sposób sprawdzenia rezultatu. Na przykład: pracownicy wielokrotnie dzwonią z pytaniem o status urlopu; celem jest umożliwienie samodzielnego sprawdzenia statusu; miernikiem będzie udział wniosków zakończonych bez dodatkowego kontaktu z kadrami oraz liczba takich kontaktów w przeliczeniu na 100 wniosków.
Gdy przed wdrożeniem nie ustalono mierników, nie należy dopisywać historii sukcesu po fakcie. Można odtworzyć punkt odniesienia z wcześniejszych zgłoszeń, arkuszy, e-maili i dokumentów, ale trzeba zaznaczyć, gdzie dane są niepełne.
Jak porównać pracę przed wdrożeniem i po wdrożeniu?
Najlepiej porównywać te same rodzaje spraw przy zbliżonym wolumenie i stopniu trudności. Zestawienie spokojnego miesiąca po wdrożeniu z okresem intensywnych zatrudnień sprzed wdrożenia może prowadzić do błędnych wniosków. W miarę możliwości porównuj podobne miesiące, podobne grupy pracowników i te same definicje zakończenia sprawy.
Czas realizacji całej sprawy
W przypadku wniosku urlopowego mierz czas od złożenia kompletnego wniosku do przekazania pracownikowi decyzji, a nie tylko czas kliknięcia przycisku „zatwierdź”. Przy przygotowaniu umowy licz czas od otrzymania wszystkich danych do uzyskania dokumentu gotowego do podpisu. Warto oddzielić czas oczekiwania od rzeczywistego czasu pracy specjalisty.
Średnia bywa myląca, gdy kilka spraw trwa wyjątkowo długo. Dlatego oprócz średniej można sprawdzać medianę i liczbę spraw przekraczających przyjęty termin obsługi. Nie ma jednak ustawowego uniwersalnego wskaźnika wydajności systemu HR.
Jakość danych i liczba poprawek
Policz, ile spraw wymagało korekty z powodu błędnych danych, niewłaściwej akceptacji lub niezgodności między systemami. Można przyjąć prosty wskaźnik: liczba spraw wymagających poprawki podzielona przez liczbę wszystkich zakończonych spraw, pomnożona przez 100%. Przy interpretacji trzeba rozdzielić błędy użytkownika, błędy konfiguracji i błędy danych źródłowych.
Szybki, ale błędny proces nie jest usprawnieniem. Dotyczy to szczególnie naliczania wynagrodzeń, zgłoszeń do ZUS i dokumentacji pracowniczej, gdzie skutki pomyłek mogą być znacznie poważniejsze niż dodatkowe kilka minut obsługi.
Praca wykonywana poza systemem
Sprawdź, czy po wdrożeniu nadal funkcjonują pomocnicze arkusze, papierowe podpisy, wiadomości do przełożonych i ręczne uzgadnianie danych. System może wyglądać na kompletny, a mimo to wymagać eksportu do Excela, poprawiania danych i ponownego importu. Taki dodatkowy obieg należy wliczyć do kosztu procesu.
Siedem mierników, które naprawdę warto obserwować
- Czas obsługi sprawy: ile trwa pełny proces od zgłoszenia do poprawnego zamknięcia.
- Odsetek spraw zakończonych bez poprawki: czy dokument lub zapis jest prawidłowy za pierwszym razem.
- Udział spraw obsługiwanych w systemie: jaki odsetek spraw danego typu przechodzi przez docelowy kanał, a nie przez e-mail lub papier.
- Liczba ręcznych interwencji: ile razy HR musi przepisać dane, wyjaśnić status albo naprawić błąd.
- Liczba zgłoszeń do wsparcia: jakie problemy powracają i czy ich natężenie maleje po poprawkach.
- Jakość i terminowość danych: czy raporty, ewidencje i dokumenty powstają na czas i zgadzają się z dokumentacją źródłową.
- Całkowity koszt obsługi: ile kosztuje proces po uwzględnieniu licencji, wsparcia, integracji i pracy ludzi.
Nie trzeba mierzyć wszystkiego od pierwszego dnia. Dla jednego procesu wystarczą dwa lub trzy wskaźniki dobrze powiązane z celem. Zbyt rozbudowany raport może sam stać się kolejnym obowiązkiem, który pochłania korzyści z automatyzacji.
Przykład obliczenia: czy elektroniczny obieg wniosków daje oszczędność czasu?
Załóżmy hipotetycznie, że przed wdrożeniem obsługa jednego wniosku zajmowała kadrom przeciętnie 18 minut, łącznie z wyjaśnieniami i poprawkami. Po wdrożeniu zmierzono 11 minut. Firma obsługuje 120 porównywalnych wniosków miesięcznie. Różnica wynosi 7 minut na wniosek, czyli 840 minut, a więc 14 godzin miesięcznie.
Nie oznacza to automatycznie oszczędności odpowiadającej 14 godzinom wynagrodzenia. Jeżeli liczba etatów i wypłacane pensje nie zmieniły się, firma odzyskała potencjalną zdolność do wykonania innych zadań. Aby mówić o oszczędności finansowej, trzeba wykazać rzeczywiste ograniczenie kosztów, np. mniejszą liczbę płatnych nadgodzin, zewnętrznych usług lub dodatkowych etatów, których zatrudnienie stało się zbędne.
To wyłącznie przykład obliczeniowy, nie wynik badania rynku. W prawdziwej analizie należy uwzględnić koszty wdrożenia, miesięczne opłaty i czas pracy poświęcony na utrzymanie systemu.
Jak policzyć koszt systemu, żeby nie pomylić abonamentu z całym wydatkiem?
Na koszt korzystania z systemu HR składają się nie tylko opłaty licencyjne. Dochodzą wdrożenie, migracja danych, konfiguracja, integracje, szkolenia, utrzymanie uprawnień, poprawki po aktualizacjach, wsparcie dostawcy oraz czas osób, które administrują narzędziem. Część tych wydatków jest jednorazowa, część powtarza się co miesiąc.
Praktyczne zestawienie może obejmować: koszty jednorazowe przypisane do przyjętego okresu oceny, koszty bieżące w tym okresie oraz koszt wewnętrznej obsługi. Dopiero tak ustalony koszt porównuje się z udokumentowanymi korzyściami. Jeśli projekt służy przede wszystkim ograniczeniu błędów lub poprawie bezpieczeństwa, nie należy na siłę przypisywać każdemu efektowi fikcyjnej kwoty.
Zwrot z inwestycji nie musi być jedynym kryterium. Poprawa terminowości, mniejsza liczba korekt i lepsza kontrola dostępu mogą uzasadniać rozwiązanie nawet wtedy, gdy trudno bezspornie wyliczyć zysk w złotych.
Dlaczego wysoka liczba logowań nie dowodzi sukcesu?
Pracownicy mogą logować się codziennie, bo system wymaga wielu kroków do wykonania prostej czynności. Z kolei rzadkie logowanie do modułu świadectw pracy nie jest problemem, jeśli używa się go tylko przy zakończeniu zatrudnienia. Wskaźnik aktywności należy więc interpretować w kontekście roli i rzeczywistej częstotliwości zadań.
Lepsze pytania brzmią: czy pracownik potrafi samodzielnie złożyć poprawny wniosek, czy przełożony wie, co zatwierdza, czy kadry widzą status sprawy bez telefonowania i czy proces kończy się poprawnym zapisem. Warto przeprowadzić krótkie testy z użytkownikami o różnym doświadczeniu, zamiast opierać się wyłącznie na deklaracjach administratora.
Kontrola jakości: porównaj system z rzeczywistymi dokumentami
W procesach kadrowych poprawność trzeba potwierdzić także poza ekranem aplikacji. Wybierz próbę zakończonych spraw i porównaj dane w systemie z właściwymi dokumentami źródłowymi oraz efektami końcowymi. Dla zmian warunków zatrudnienia sprawdź zgodność z dokumentacją umowną; dla czasu pracy porównaj harmonogram, ewidencję i rozliczenie; dla płac skontroluj powiązanie składników z podstawą ich naliczenia.
Próba powinna obejmować nie tylko typowe przypadki, lecz również wyjątki: zmianę etatu w trakcie miesiąca, korektę danych, cofnięcie wniosku, ponowną akceptację czy pracownika zmieniającego przełożonego. Jeśli system radzi sobie tylko z prostymi przypadkami, dział kadr może nadal wykonywać najtrudniejszą pracę ręcznie.
Co zrobić, gdy integracje generują nowe błędy?
System rekrutacyjny, ewidencja czasu pracy, program płacowy i portal pracownika mogą przechowywać różne wersje tej samej informacji. W ocenie powdrożeniowej trzeba ustalić, które źródło jest rozstrzygające dla danego pola, kiedy następuje synchronizacja i jak wykrywa się brak lub konflikt danych.
Warto prześledzić kilka spraw od początku do końca: kto wprowadził dane, gdzie je zatwierdzono, kiedy przeszły do kolejnego systemu i czy korekta wróciła do wszystkich miejsc, w których była potrzebna. Brak komunikatu o błędzie integracji nie oznacza, że dane są poprawne. Dlatego przydatne są kontrole zgodności liczby rekordów i wybranych pól oraz rejestr nierozwiązanych wyjątków.
Bezpieczeństwo i RODO także są częścią oceny systemu
Jeśli w systemie HR przetwarzane są dane osobowe, ocena wdrożenia musi obejmować zgodność z RODO. Art. 5 ust. 1 lit. c, d i f wymaga m.in. minimalizacji, prawidłowości oraz odpowiedniego bezpieczeństwa danych. Art. 25 odnosi się do ochrony danych w fazie projektowania i domyślnej ochrony, a art. 32 do środków bezpieczeństwa odpowiednich do ryzyka.
W praktyce sprawdź, czy kierownik po zmianie zespołu nie zachował dostępu do danych dawnych podwładnych, czy uprawnienia osób odchodzących są odbierane, czy można odtworzyć historię istotnych zmian oraz czy testy i eksporty nie zawierają zbędnych danych osobowych. Jeśli dostawca przetwarza dane w imieniu pracodawcy, trzeba również ocenić wymagania art. 28 RODO dotyczące relacji z podmiotem przetwarzającym.
Nie należy tworzyć nadmiernego monitoringu indywidualnej aktywności tylko po to, by ocenić system. Do mierzenia sprawności procesu często wystarczą zagregowane czasy obsługi, liczby błędów i wyniki testów użytkowników. Gdy planowane jest szersze monitorowanie pracowników, potrzebna jest odrębna analiza jego podstawy, celu i proporcjonalności.
Co powiedzą użytkownicy, czego nie pokaże dashboard?
Warto przeprowadzić krótkie rozmowy z pracownikami, menedżerami i specjalistami kadr. Nie pytaj tylko, czy system się podoba. Poproś o wykonanie konkretnego zadania, wskaż ostatni problem i ustal, czy użytkownik znalazł rozwiązanie bez pomocy. Zgłoszenia do wsparcia mogą pokazać, że ten sam błąd występuje po każdej aktualizacji albo że pracownicy nie rozumieją komunikatu w formularzu.
Ocenę ułatwia podział problemów na cztery grupy: błąd techniczny, niewłaściwa konfiguracja, niejasny proces i brak umiejętności użytkownika. Każda z nich wymaga innej reakcji. Dodatkowe szkolenie nie naprawi błędnej integracji, a nowa funkcja nie rozwiąże konfliktu między osobami odpowiedzialnymi za zatwierdzenie wniosku.
Plan kontroli po 30, 60 i 90 dniach
Po 30 dniach: stabilność i krytyczne błędy
Sprawdź, czy wszystkie kluczowe procesy można wykonać, czy dane są kompletne, czy uprawnienia odpowiadają rolom oraz czy istnieje sposób awaryjnego działania w razie niedostępności systemu. Zbierz błędy blokujące pracę i ustal właściciela każdej poprawki.
Po 60 dniach: realne korzystanie i obejścia
Porównaj udział spraw obsługiwanych w systemie z liczbą spraw wykonywanych poza nim. Sprawdź, ile dodatkowych kontaktów wymaga obsługa wniosku i czy pracownicy nie wracają do arkuszy. Przeprowadź testy z osobami, które nie brały udziału we wdrożeniu.
Po 90 dniach: efekty i decyzja o dalszych zmianach
Porównaj wskaźniki z punktem odniesienia, oszacuj koszty utrzymania i przygotuj krótką decyzję: co zostaje, co wymaga poprawy, z czego należy zrezygnować i jakie dane trzeba zbierać dalej. Terminy 30/60/90 dni są propozycją organizacyjną, a nie obowiązkiem ustawowym. Dla rozbudowanego systemu płacowego lub długiego cyklu rozliczeniowego ocena może wymagać dłuższego okresu.
Jak powinien wyglądać raport dla zarządu?
Najbardziej użyteczny raport mieści się w kilku częściach: cel wdrożenia, wynik przed i po, liczba spraw objętych pomiarem, wykryte ryzyka, koszt utrzymania i decyzje do podjęcia. Każdy wskaźnik powinien mieć definicję oraz źródło danych. Jeśli wynik jest szacunkiem, trzeba go wyraźnie oznaczyć.
Przykładowa informacja: „Czas obsługi wniosku spadł w badanej próbie z 18 do 11 minut, ale 12% spraw nadal wymaga ręcznego uzupełnienia danych”. Taki komunikat jest bardziej przydatny niż „system usprawnił proces o 40%”, jeśli nie wiadomo, co dokładnie mierzono. Raport powinien też wskazać, kto odpowiada za usunięcie pozostałych problemów i kiedy nastąpi ponowny pomiar.
Najczęstsze błędy oceny powdrożeniowej
- Liczenie liczby kont i logowań zamiast poprawnie zakończonych spraw.
- Porównywanie okresów o nieporównywalnej liczbie i trudności zadań.
- Pomijanie pracy wykonywanej w arkuszach, mailach i telefonach.
- Przeliczanie uwolnionego czasu na oszczędność finansową bez dowodu ograniczenia kosztów.
- Badanie wyłącznie wygody użytkownika, bez kontroli prawidłowości danych.
- Ignorowanie wyjątków, integracji, dostępów i kosztów utrzymania.
- Brak osoby odpowiedzialnej za poprawki po zamknięciu projektu wdrożeniowego.
Podstawa prawna i źródła – stan na 12 października 2026 r.
Ocena efektywności wdrożenia systemu HR jest działaniem organizacyjnym; przepisy nie narzucają wszystkim pracodawcom jednego zestawu mierników ani obowiązkowego przeglądu po 90 dniach. W części dotyczącej danych osobowych zastosowanie mają w szczególności art. 5, 25, 28 i 32 rozporządzenia Parlamentu Europejskiego i Rady (UE) 2016/679 (RODO). Obowiązki dotyczące prowadzenia dokumentacji pracowniczej i ewidencji czasu pracy wynikają z Kodeksu pracy, którego tekst jednolity ogłoszono w Dz.U. z 2026 r. poz. 1245, oraz z właściwych przepisów wykonawczych.
Metodę oceny procesu oparto na ogólnych zasadach pomiaru skuteczności usług cyfrowych opisanych w brytyjskim Government Digital Service Service Manual i materiałach Department for Business and Trade o ewaluacji usług cyfrowych. Wykorzystano również instytucjonalne materiały CIPD dotyczące analityki danych HR oraz oficjalny tekst RODO w EUR-Lex. Są to źródła metodologiczne, a nie przepisy ustanawiające obowiązki dla polskich pracodawców.
Wniosek: system ma poprawiać wynik procesu, nie statystyki aplikacji
Udane wdrożenie HR tech poznaje się po mniejszej liczbie błędów, krótszej i bardziej przewidywalnej obsłudze oraz rzetelniejszych danych. Sam zakup licencji, uruchomienie modułów czy wzrost liczby logowań nie wystarcza. Najlepszą praktyką jest pomiar kilku konkretnych procesów, porównanie ich z punktem wyjścia, sprawdzenie przypadków wyjątkowych i zaplanowanie poprawek na podstawie wyników, a nie deklaracji dostawcy.