Optymalizacja kosztów pracy ręcznej dzięki technologii
WiktorAI Systems Architect | CTO
Koszt pracy ręcznej zbija się w czterech ruchach i tylko ostatni z nich wymaga modelu AI. Najpierw usuwasz krok, którego nikt nie broni. Potem doprowadzasz do tego, że dana wpisana raz trafia sama wszędzie tam, gdzie jest potrzebna. Trzeci ruch to spięcie systemów. Czwarty to model w miejscach, których nie da się opisać regułą. Większość firm zaczyna od czwartego.
Zanim technologia cokolwiek zbije
Punkt startowy jest jeden: zmierzony proces. Bez tego optymalizacja sprowadza się do zgadywania, który krok boli, a zgadywanie kosztuje tyle samo co wdrożenie.
Na papierze muszą być trzy rzeczy. Lista kroków w takiej kolejności, w jakiej człowiek je faktycznie wykonuje, nawet jeśli firmowa procedura opisuje coś innego. Czas każdego kroku, mierzony w trakcie pracy. Źródło danych dla każdego kroku — konkretny plik, arkusz albo skrzynka, z nazwą. Ta trzecia kolumna decyduje o wszystkim dalej, bo pokazuje, ile razy ta sama informacja przechodzi przez czyjeś ręce.
Sposób liczenia rozpisaliśmy w tekście o audycie kosztów pracy ręcznej. Tutaj chodzi o to, co zrobić z liczbą, która z niego wyszła.
Skala jest znana. Raport Kadry i płace. Indeks cyfryzacji 2026, przygotowany przez enova365 z Business Insider Polska na próbie 1300 respondentów w czerwcu 2026, pokazuje, że 42 procent firm ma dane rozproszone po różnych narzędziach, a 39 procent nadal prowadzi papierowy obieg dokumentów. Dokładnie w tych dwóch miejscach pracuje ruch drugi i trzeci.
Ruch pierwszy: usunąć krok, którego nikt nie broni
Najtańsza optymalizacja kosztuje zero złotych i polega na skasowaniu czynności.
W każdym mapowaniu znajdują się jeden do trzech kroków, które istnieją dlatego, że kiedyś ktoś ich potrzebował. Raport wysyłany co poniedziałek do osoby, która odeszła z firmy dwa lata temu. Kolumna uzupełniana ręcznie, bo prezes zapytał o nią jeden raz w 2023 roku. Wydruk archiwizowany równolegle ze skanem tego samego dokumentu.
Test jest krótki. Zapytaj, kto czyta ten plik i co się stanie, jeśli w przyszłym miesiącu go zabraknie. Cisza w odpowiedzi oznacza, że krok da się wyłączyć w piątek.
Bezpieczna wersja tego ruchu wygląda tak: przestajesz wykonywać czynność, zostawiasz notatkę dla zespołu i czekasz miesiąc. Jeśli przez ten miesiąc nikt się nie upomni, krok znika z procedury na stałe. Jeśli ktoś się upomni, wiesz już dokładnie kto i po co, a to zwykle wystarczy, żeby zrobić tę samą rzecz taniej.
Ten ruch zbija zwykle od 5 do 15 procent czasu procesu i nie potrzebuje niczyjej zgody poza właścicielem procesu. Zajmuje tydzień. Pomija go prawie każdy, bo kasowanie roboty nie wygląda na projekt.
Ruch drugi: dana wpisana raz
Tutaj leżą największe pieniądze i tutaj prawie nigdy nie ma modelu AI.
Mechanizm wygląda tak: dane wchodzą do jednego miejsca, a wszystko, co z nich powstaje — dokumenty, zestawienia, maile — składa się z tych samych pól. Człowiek wpisuje PESEL raz zamiast szesnastu razy.
W kwietniu 2026 mapowaliśmy proces kadrowy w firmie oddelegowującej monterów do Szwecji. Każde nowe zatrudnienie wymagało skompletowania szesnastu dokumentów, a te same dane — imię, PESEL, adres, daty — wędrowały ręcznie do każdego z nich osobno. Kilkadziesiąt wpisów na jednego pracownika.
Pierwsza wersja systemu, którą zaprojektowaliśmy, stała na arkuszu Google i asystencie AI wypełniającym szablony. Działała. Zastąpiliśmy ją, bo przeniesienie numeru PESEL z bazy do pola w umowie nie wymaga modelu — wystarczy szablon i baza, które dają identyczny wynik za każdym razem. Dziś komplet trzydziestu dokumentów powstaje w pięć sekund, a czas papierologii spadł o 85 procent. Przebieg tego wdrożenia opisaliśmy w case study RJS.
Ta różnica ma znaczenie dla rachunku. Szablon uruchamiany z bazy kosztuje raz i działa w nieskończoność. Model językowy kosztuje przy każdym wywołaniu i przy każdym wywołaniu może dać inny wynik. Przy dokumencie, w którym data musi zgadzać się co do dnia z zaświadczeniem A1 z ZUS, „prawie zawsze poprawnie” jest wynikiem bezużytecznym.
Od strony wdrożeniowej wygląda to jak automatyzacja obiegu dokumentów. Zwykle jest to pierwszy realny projekt technologiczny w firmie.
Ruch trzeci: dane, które nie wracają ręcznie
Trzeci ruch zaczyna się tam, gdzie dane muszą przejść między dwoma systemami, których nikt nie zamierza wymieniać.
Typowy obraz w firmie na trzydzieści osób: CRM, program kadrowy, bankowość, arkusz z grafikiem i skrzynka mailowa. Każda para tych narzędzi ma swojego człowieka, który raz w tygodniu przenosi coś z jednego do drugiego. Integracja zdejmuje ten przenośnik.
Kosztuje więcej od ruchu drugiego i trwa dłużej, bo zależy od tego, czy narzędzie po drugiej stronie udostępnia API. Przy polskich systemach kadrowych i księgowych odpowiedź brzmi „czasem”. Wtedy zostaje eksport pliku i import w drugą stronę, uruchamiany automatycznie w nocy. Brzydko, tanio, skutecznie.
Kolejność wewnątrz tego ruchu też ma znaczenie, bo integracje kosztują nierówno. Zacznij od pary systemów, między którymi dane wędrują najczęściej, nawet jeśli za każdym razem chodzi o trzy minuty. Trzy minuty dziennie przez rok to półtorej doby pracy, a te same trzy minuty potrafią pociągnąć za sobą literówkę w numerze konta.
Jest tu granica, o której mało kto uprzedza. Integracja nie naprawia procesu, który jest zepsuty. Spięcie dwóch systemów z niespójnymi danymi daje tę samą niespójność w dwóch miejscach zamiast jednego, za to szybciej.
Ruch czwarty: model tam, gdzie kończą się reguły
Model językowy zarabia na siebie w jednym miejscu: kiedy wejściem jest treść, której nie da się opisać regułą.
Wyciągnięcie pozycji z faktury, która przyszła jako zdjęcie zrobione telefonem na budowie. Streszczenie godzinnej rozmowy do trzech zdań w CRM. Klasyfikacja maila. Odczytanie doświadczenia z CV zapisanego w dowolnym układzie, od dwóch stron w Wordzie po grafikę zrobioną w Canvie. Wspólny mianownik jest zawsze ten sam — wejście jest nieuporządkowane, a wynik da się sprawdzić w kilka sekund.
Ten drugi warunek wycina większość pomysłów, które trafiają na listę. Jeśli sprawdzenie odpowiedzi modelu zajmuje tyle samo co wykonanie zadania ręcznie, oszczędności nie ma nigdzie poza slajdem.
To także miejsce, w którym najłatwiej przepalić budżet. Gartner w komunikacie z 25 czerwca 2025 przewidział, że ponad 40 procent projektów agentowych zostanie skasowanych do końca 2027 roku z powodu rosnących kosztów, niejasnej wartości biznesowej i słabej kontroli ryzyka. Dziesięć miesięcy później, 2 kwietnia 2026, ta sama firma poszła krok dalej: do 2028 roku ponad połowa przedsiębiorstw ma przestać płacić za asystentów i kopiloty na rzecz platform rozliczanych z konkretnego wyniku procesu.
Obie prognozy opisują tę samą pomyłkę. Model dołożony do procesu, którego nikt wcześniej nie uporządkował, zostaje asystentem człowieka wykonującego dalej tę samą robotę. Abonament rośnie. Czas stoi w miejscu. Co kopiloty realnie zdejmują z biurka, rozbieraliśmy w osobnym tekście o pracy biurowej.
| Ruch | Kto go wykonuje | Ile trwa | Co go blokuje |
|---|---|---|---|
| Usunięcie kroku | właściciel procesu, samodzielnie | tydzień | przyzwyczajenie zespołu |
| Dane wpisywane raz | wykonawca zewnętrzny albo własne IT | 3–5 tygodni | brak zgody, gdzie leży jedno źródło prawdy |
| Integracja systemów | wykonawca z dostępem do obu stron | 2–6 tygodni | starsze narzędzie bez API |
| Model językowy | wykonawca plus osoba znająca dziedzinę | 2–4 tygodnie | brak sposobu na sprawdzenie wyniku |
Kolejność wierszy jest kolejnością wykonania. Każdy ruch zmniejsza zakres roboty dla następnego, bo proces po ruchu drugim ma mniej danych do przepychania i mniej miejsc, w których model musiałby cokolwiek zgadywać.
Gdzie ta kolejność się wykłada
Największe ryzyko leży poza technologią.
System kadrowy dla RJS był gotowy na początku maja 2026. Przez kolejne dwa tygodnie nikt po stronie klienta go nie otworzył — spotkania się przesuwały, a stary proces działał dostatecznie dobrze, żeby nie robić z tego priorytetu. Koszt pracy ręcznej spadł w tym czasie dokładnie o zero, mimo że gotowy system stał i czekał.
Wniosek z tego jest niewygodny. Wdrożenie kończy się w dniu, w którym stara droga przestaje być dostępna, a stary plik z szablonami znika z dysku współdzielonego. Do tego dnia firma prowadzi dwa procesy równolegle i płaci za oba.
Dlatego przy każdym z czterech ruchów ustalamy dziś jedną datę wyłączenia starej ścieżki, zanim zaczniemy cokolwiek budować. Bez tej daty projekt kończy się demem.
Dobry wynik po każdym ruchu da się sprawdzić jedną liczbą. Po pierwszym proces ma mniej kroków niż miesiąc temu. Po drugim żadna dana nie jest wpisywana dwa razy, co sprawdza się przez wskazanie palcem dowolnego pola i pytanie, w ilu jeszcze miejscach ono występuje. Po trzecim nikt nie eksportuje pliku ręcznie. Po czwartym człowiek sprawdza wynik zamiast go tworzyć, a granicy poniżej tego poziomu już nie schodzimy, bo dokument bez ludzkiego podpisu pod treścią przestaje być oszczędnością. Jak przełożyć te cztery zdania na pieniądze, opisaliśmy przy okazji mierzenia ROI z AI.
Najczęstsze pytania
Od czego zacząć optymalizację kosztów pracy ręcznej w firmie zatrudniającej 30 osób?
Optymalizację kosztów pracy ręcznej zaczyna się od tygodniowego pomiaru kroków procesu i od skasowania tych, których nikt nie broni. Ten pierwszy ruch kosztuje zero złotych i zbija zwykle od 5 do 15 procent czasu. Dopiero na tak przyciętym procesie ma sens liczenie budżetu na system, bo wtedy wycena dotyczy realnego zakresu roboty.
Czy da się obniżyć koszt pracy ręcznej bez wdrażania sztucznej inteligencji?
Koszt pracy ręcznej da się obniżyć bez sztucznej inteligencji i w większości firm właśnie tam leży pierwsza duża oszczędność. Baza danych z szablonami dokumentów, w której dana wpisana raz trafia do wszystkich pól, działa deterministycznie i kosztuje raz. Model językowy dokłada wartość dopiero przy treściach nieuporządkowanych, takich jak skany faktur czy CV.
Ile trwa wdrożenie systemu, w którym dane wpisuje się tylko raz?
Wdrożenie systemu z jednym miejscem na dane zajmuje zwykle od trzech do pięciu tygodni przy jednym procesie i średniej wielkości firmie. Najdłużej trwa ustalenie, gdzie leży jedno źródło prawdy dla każdego pola, oraz zebranie wzorów dokumentów. Sama budowa i testy to mniejsza część tego czasu, o ile wzory są kompletne.
Kiedy model językowy jest tańszy od automatyzacji opartej na regułach?
Model językowy wypada taniej wtedy, gdy spisanie reguł zajęłoby więcej czasu, niż firma jest w stanie na to poświęcić, a wejściem jest tekst w dowolnym układzie. Przy stałych polach i stałych wzorach reguły są tańsze i pewniejsze, bo dają ten sam wynik przy każdym uruchomieniu i nie generują kosztu za wywołanie.
Sprawdź, które procesy w Twojej firmie da się zautomatyzować — bezpłatny audyt kończy się dokumentem z mapą procesów i rachunkiem kosztów ręcznej roboty.