Za kulisami wdrożeń Analiza procesów

Dlaczego wdrożenia systemów zaczynają się od technologii zamiast od procesu

Wtorek, sala konferencyjna. Na stole leżą trzy oferty na system ERP. Nikt przy tym stole nie potrafi opisać, jak dokładnie płynie zlecenie od zamówienia klienta do wysyłki. A jednak za dwie godziny zapadnie decyzja, który system to wszystko „poukłada”.

Jakub Tuszyński Architekt systemów MES / WMS • 11 lat w branży

12 lipca 2026 · 15 min czytania

Scena powtarza się w wielu przedsiębiorstwach niemal słowo w słowo. Zarząd czuje, że „coś nie działa”. Terminy się przesuwają, ludzie są zajęci, a mimo to praca się piętrzy. Ktoś rzuca hasło: „potrzebujemy porządnego systemu”. I od tego momentu cała energia firmy skupia się na jednym pytaniu — który system kupić. Nie na tym, co tak naprawdę jest zepsute.

To jest moment, w którym rodzi się większość nieudanych wdrożeń. Nie na etapie konfiguracji, nie w dniu startu, nie przy szkoleniach. Właśnie tu — kiedy firma zaczyna od technologii, zanim ktokolwiek zrozumiał proces, który ta technologia ma obsłużyć.

Sedno problemu: System informatyczny nie tworzy procesu. On go odwzorowuje i utrwala. Jeśli wgrasz nowoczesne narzędzie na niezrozumiany, chaotyczny proces — dostaniesz chaos, który działa szybciej i wygląda porządniej. To najgorsza możliwa kombinacja, bo jest droga i wygląda na sukces.

W tym artykule rozkładam na czynniki pierwsze pytanie, które zadaję na pierwszym spotkaniu z niemal każdą firmą: dlaczego zaczęliście od systemu, a nie od procesu? Odpowiedzi bywają różne, ale mechanizm jest zawsze ten sam.

Historia jednej decyzji, która zapadła za wcześnie

Wyobraźmy sobie firmę produkcyjną średniej wielkości. Rośnie od kilku lat, zatrudnia kilkadziesiąt osób, ma coraz więcej zamówień. Wraz ze wzrostem rośnie też liczba nieporozumień: zlecenie „gdzieś utknęło”, materiał „miał być, a go nie ma”, klient dzwoni o status, którego nikt nie potrafi od ręki podać.

Właściciel dochodzi do wniosku, że firma z tego wyrosła. Że arkusze i tablica magnetyczna już nie wystarczają. To trafna intuicja. Problem w tym, co dzieje się dalej: zamiast zapytać „jak dokładnie u nas płynie praca i gdzie się zacina”, pada pytanie „jaki system kupują firmy takie jak nasza”.

Zaczyna się przegląd rozwiązań. Prezentacje, dema, kolorowe pulpity menedżerskie. Handlowcy dostawców pokazują, jak pięknie wszystko się liczy. Zarząd widzi wykresy, których dziś nie ma, i myśli: „tego nam brakowało”. Po kilku tygodniach zapada decyzja. Podpisana umowa. Ustalona data startu. Wszyscy czują ulgę — problem został „załatwiony”.

Tyle że problem nie został nawet nazwany. Zniknęło jedynie poczucie bezradności, bo zastąpiła je konkretna, namacalna czynność: zakup. A na hali wciąż nikt nie wie, dlaczego zlecenia się gubią.

Kupno systemu daje natychmiastowe poczucie działania. Zrozumienie procesu daje jedynie niewygodną prawdę. Dlatego firmy tak chętnie wybierają to pierwsze.

Ten sam moment widziany z sześciu foteli

Najciekawsze w tej decyzji jest to, że każdy jej uczestnik widzi ją inaczej — i każdy ma trochę racji. Dopiero złożenie tych perspektyw pokazuje, dlaczego mechanizm „najpierw technologia” jest tak trwały.

Właściciel: „Firma z tego wyrosła, muszę zainwestować, zanim stracimy klientów.” Widzi rosnący ból i chce działać. Zakup systemu jest dla niego dowodem, że zareagował. Analiza procesu wydaje mu się miękka, nienamacalna — „przegadamy tydzień i co z tego wyniknie?”.

Prezes / zarząd: Myśli w kategoriach inwestycji i ROI. System to pozycja w budżecie, którą da się obronić przed radą nadzorczą albo wspólnikami. „Wydaliśmy na cyfryzację” brzmi dobrze. „Spędziliśmy miesiąc na opisywaniu, jak pracujemy” — już gorzej, bo nie widać efektu na fakturze.

Dostawca systemu: Sprzedaje licencje i wdrożenie, nie audyt procesu. Jego model biznesowy premiuje szybkie podpisanie umowy. Rzadko powie „najpierw uporządkujcie proces, potem wróćcie” — bo to opóźnia sprzedaż i oddaje inicjatywę. Częściej usłyszysz: „nasz system to najlepsze praktyki, dostosujecie się do niego”.

Wdrożeniowiec: Dostaje do rąk gotową decyzję i zakres. Widzi, że proces nie jest opisany, ale nie ma mandatu, żeby zatrzymać projekt. Konfiguruje to, co jest, na podstawie strzępków informacji od różnych osób — z których każda opisuje inny wariant tego samego procesu.

Kierownik produkcji: Wie, jak naprawdę wygląda praca na hali — i przeczuwa, że system tego nie obejmie. Ale rzadko jest pytany na etapie decyzji. Kiedy w końcu zabiera głos, słyszy, że „system jest już wybrany, trzeba się dostosować”.

Operator: Ostatnie ogniwo, o którym decydenci myślą najpóźniej. To on będzie klikał w interfejs zaprojektowany do procesu, którego nikt nie opisał. Jego głos pojawia się dopiero w dniu startu — najczęściej w formie „to się nie da tak zrobić, u nas to działa inaczej”.

Zwróć uwagę: żadna z tych osób nie działa w złej wierze. Każda podejmuje racjonalną decyzję ze swojego miejsca. Problem leży w kolejności, w jakiej te decyzje się układają — i w tym, że nikt nie odpowiada za całość procesu, zanim padnie decyzja o systemie. Więcej o tym, kto naprawdę powinien trzymać ster, piszę w artykule Kto naprawdę odpowiada za sukces wdrożenia.

Skąd bierze się złudzenie „kupię ERP i się poukłada”

To przekonanie nie jest głupie. Ma korzenie w kilku bardzo ludzkich i bardzo biznesowych mechanizmach. Warto je zobaczyć, bo dopóki działają w tle, każda kolejna firma popełni ten sam błąd.

System jest namacalny, proces nie

Możesz obejrzeć demo systemu, dotknąć interfejsu, porównać ceny w tabeli. Proces jest niewidzialny — to setki drobnych czynności rozproszonych między ludźmi, mailami, telefonami i kartkami. Mózg woli operować na tym, co konkretne. Dlatego decyzja o zakupie zapada łatwiej niż decyzja o analizie.

Analiza odsłania bałagan i wskazuje winnych

Rzetelne zmapowanie procesu zawsze pokazuje, że ktoś robi coś dwa razy, ktoś inny trzyma wiedzę tylko w głowie, a jeszcze inny od lat obchodzi oficjalną procedurę. To niewygodne. Zakup systemu pozwala tego uniknąć — „nie szukamy winnych, patrzymy w przyszłość”. Brzmi dojrzale, a jest ucieczką.

Presja czasu i handlowca

Dostawcy pracują na kwartały i cele sprzedażowe. Rabat „ważny do końca miesiąca” tworzy sztuczną pilność. Zarząd, już zmęczony problemem, łapie się tej pilności jak koła ratunkowego. Decyzja zapada nie wtedy, gdy firma jest gotowa, lecz wtedy, gdy kończy się promocja.

Wiara, że narzędzie wymusi porządek

„Dobry system nie pozwoli robić bałaganu.” To najczęstsze, a zarazem najbardziej złudne założenie. System wymusza porządek tylko tam, gdzie proces został wcześniej przemyślany. Tam, gdzie nie został — ludzie znajdą sposób, żeby go obejść. Piszę o tym szerzej w tekście Dlaczego Excel wraca po zakończonym wdrożeniu.

Co się naprawdę dzieje, gdy technologia wyprzedza proces

Konsekwencje nie pojawiają się od razu. Przez pierwsze tygodnie panuje entuzjazm — nowe narzędzie, szkolenia, poczucie zmiany. Prawdziwy obraz wychodzi po kilku miesiącach, kiedy nowość mija, a proces dalej jest ten sam, tylko teraz „w systemie”.

Miesiąc 1 — euforia: Wszyscy logują się do systemu, klikają, uczą się. Zarząd widzi pierwsze pulpity i utwierdza się w słuszności decyzji. Problemy są tłumaczone „okresem przejściowym”.

Miesiąc 2–3 — pierwsze rozjazdy: Dane w systemie przestają się zgadzać z rzeczywistością na hali. Stany magazynowe „nie te”, statusy zleceń nieaktualne. Ludzie zaczynają prowadzić prywatne notatki „na wszelki wypadek”.

Miesiąc 4–6 — obejścia: Powstaje drugi obieg informacji obok systemu: arkusze, komunikatory, kartki. System jest wypełniany „bo trzeba”, a realna praca toczy się gdzie indziej. Efekt: podwójna praca zamiast oszczędności.

Miesiąc 7–12 — rozczarowanie: Pada zdanie „ten system jest do niczego”. Zaczynają się rozmowy o zmianie dostawcy albo o kolejnych, kosztownych dostosowaniach. Rzadko ktoś stawia właściwą diagnozę: to nie system zawiódł, lecz proces, którego nigdy nie opisano.

Najdroższy paradoks: Im lepszy i droższy system wgrasz na zły proces, tym szybciej i skuteczniej ten zły proces utrwalisz. Zaawansowane narzędzie potrafi zabetonować bałagan tak dobrze, że po roku trudniej go rozplątać niż przed wdrożeniem.

Dwie drogi tej samej firmy

Najlepiej widać różnicę, gdy postawi się obok siebie dwa scenariusze startujące z tego samego punktu — firmy, która zaczyna od systemu, i firmy, która zaczyna od procesu.

Start od technologii

Decyzja: „kupujemy system X”, zanim ktokolwiek opisał proces.
Zakres wdrożenia ustalany na podstawie demo dostawcy, nie realnej pracy.
Konfiguracja na podstawie sprzecznych relacji różnych osób.
Start ujawnia dziesiątki „u nas to działa inaczej”.
Kolejne dopłaty za dostosowania, których nie przewidziano.
Po roku: obejścia, spadek zaufania, rozmowy o zmianie systemu.

Start od procesu

Kilka dni obserwacji hali i rozmów z ludźmi — mapa AS-IS.
Decyzja, co w procesie uprościć i wyprostować, zanim się to zdigitalizuje.
Dopiero potem dobór systemu do opisanego, uporządkowanego procesu.
Dostawca wie dokładnie, co budować — mniej niespodzianek.
Start jest nudny, bo wszystko zostało wcześniej przewidziane.
Po roku: system używany, bo pasuje do tego, jak ludzie pracują.

Różnica w kosztach bywa dramatyczna, choć na starcie niewidoczna. Firma, która zaczęła od procesu, wydaje więcej na początku (kilka dni analizy) i znacznie mniej później. Firma, która zaczęła od systemu, oszczędza kilka dni na starcie i płaci za to miesiącami poprawek. Więcej o tej luce piszę w artykule Co naprawdę dzieje się pomiędzy analizą a wdrożeniem.

Ile to naprawdę kosztuje

Koszt złej kolejności rzadko pojawia się jako jedna pozycja w budżecie. Rozpływa się w dopłatach, nadgodzinach i utraconym zaufaniu. Poniżej rzędy wielkości, które regularnie widać przy wdrożeniach ruszonych bez zrozumienia procesu.

2–3×

wyższy koszt dostosowań, gdy proces opisywany jest dopiero po zakupie

6–12 mies.

typowe opóźnienie realnego uruchomienia względem planu

30–60%

funkcji kupionego systemu, które nigdy nie wchodzą do użycia

kilka dni

analizy procesu, która eliminuje większość powyższych kosztów

Warto zestawić to z rachunkiem, który opisałem w tekście Jak policzyć koszt chaosu informacyjnego w firmie. Chaos, którego nie policzono przed wdrożeniem, po prostu przenosi się do nowego systemu — tyle że teraz kosztuje dodatkowo licencje i utrzymanie.

Jak wygląda właściwa kolejność

Odwrócenie tej kolejności nie jest skomplikowane. Wymaga jedynie dyscypliny, żeby nie chwytać za katalog systemów, zanim wiadomo, co się kupuje i po co.

Krok 1: Zrozum proces takim, jakim jest naprawdę

Nie „jak powinno być” według kierownika, tylko „jak jest” na hali i w magazynie. Obserwacja, rozmowy z operatorami, prześledzenie kilku zleceń od początku do końca. Celem jest mapa AS-IS pokazująca, kto co robi, skąd bierze informacje i gdzie one giną. To najczęściej pomijany, a najważniejszy krok — i temat, na którym najłatwiej się potknąć, o czym piszę w tekście Najdroższy błąd podczas analizy procesów.

Krok 2: Zdecyduj, co zmienić, zanim cokolwiek zdigitalizujesz

Digitalizacja złego procesu daje szybszy zły proces. Najpierw usuń oczywiste absurdy: podwójne przepisywanie, akceptacje, które nic nie wnoszą, informacje krążące po trzech osobach bez powodu. Dopiero uporządkowany proces warto wspierać systemem.

Krok 3: Zdefiniuj, jakie informacje muszą płynąć

Ustal, które dane są naprawdę potrzebne w danym punkcie procesu, a które są tylko zbierane „bo zawsze się zbierało”. To ten etap decyduje, jak będzie wyglądał interfejs, ile operator będzie klikał i czy w ogóle zechce z systemu korzystać.

Krok 4: Dopiero teraz dobierz system

Mając opisany, uporządkowany proces i listę informacji, które mają płynąć, dobór narzędzia staje się prosty. Wiesz, o co pytać dostawcę, co musi umieć system, a czego nie potrzebujesz. Rozmowa handlowa zmienia się z „pokażcie, co macie” na „potrafi to zrobić czy nie”.

Zasada, którą warto zapamiętać: System jest ostatnim krokiem transformacji cyfrowej, nie pierwszym. Najpierw proces, potem decyzja co zmienić, potem informacje które mają płynąć, a dopiero na końcu narzędzie, które to obsłuży.

Jakie informacje powinny płynąć, a które są zbędne

Częścią analizy procesu jest brutalna selekcja informacji. W wielu firmach zbiera się dane, których nikt nie używa, a brakuje tych, które są naprawdę potrzebne. System wgrany bez tej selekcji dziedziczy wszystkie zbędne pola i wszystkie luki.

Informacja	Czy naprawdę potrzebna w tym punkcie?	Typowy los w systemie wgranym bez analizy
Status realizacji zlecenia w czasie rzeczywistym	Tak — kluczowa dla obsługi klienta i planowania	Często pomijana, bo nikt nie zdefiniował, kto ma ją aktualizować
Aktualny stan materiału w miejscu użycia	Tak — bez niej produkcja czeka lub zamawia na ślepo	Wpisywana z opóźnieniem, więc dane rozjeżdżają się z rzeczywistością
Pełna historia zmian każdego pola przez wszystkich	Rzadko — przydatna audytowi, obciąża operatora	Wymuszana na każdym, wydłuża pracę, zniechęca do systemu
Dane zbierane „bo zawsze się zbierało”	Nie — nikt z nich nie korzysta	Przenoszone 1:1 do systemu jako obowiązkowe pola

Ten temat — co powinno płynąć, a co jedynie zaśmieca proces — rozwijam w tekstach Przepływ informacji i straty oraz Dlaczego informacje giną między magazynem a produkcją.

Jak nie wpaść w pułapkę „najpierw system”

Nie trzeba być ekspertem, żeby uniknąć tego błędu. Wystarczy kilka pytań, które zatrzymają decyzję na moment i zmuszą do sprawdzenia, czy firma naprawdę wie, co kupuje.

Czy potrafimy narysować, jak płynie zlecenie od zamówienia do wysyłki — bez zaglądania do niczego?

Czy wiemy, w których punktach dziś giną informacje i powstają wąskie gardła?

Czy zapytaliśmy operatorów i magazynierów, jak naprawdę wygląda ich praca, zanim wybraliśmy system?

Czy potrafimy powiedzieć, co w procesie chcemy zmienić, a nie tylko „zdigitalizować”?

Czy wiemy, jakie informacje muszą płynąć, a które zbieramy bez powodu?

Czy dobór systemu wynika z opisanego procesu, czy z demo, które nam się spodobało?

Uwaga: jeśli na większość tych pytań odpowiedź brzmi „nie” — jesteś na etapie procesu, nie na etapie zakupu systemu.

Uwaga: „system wymusi porządek” to nie strategia, tylko nadzieja.

Praktyczna wskazówka: Zanim porównasz oferty systemów, spędź jeden pełny dzień na hali i w magazynie, śledząc jedno konkretne zlecenie. Zobaczysz więcej niż na dziesięciu demach. I zaczniesz zadawać dostawcom zupełnie inne pytania.

Podsumowanie

Wdrożenia zaczynają się od technologii, bo technologia jest namacalna, daje poczucie działania i nie zmusza do konfrontacji z własnym bałaganem. Proces jest niewidzialny, niewygodny i nie kończy się fakturą — dlatego tak łatwo go pominąć.

Ale to właśnie ta pominięta kolejność decyduje o wyniku. System nie układa procesu; on go odwzorowuje. Wgrany na chaos, utrwala chaos — tyle że drożej i z pozorem porządku. Odwrócenie kolejności nie wymaga wielkich pieniędzy, tylko dyscypliny: najpierw zrozum, jak naprawdę pracujesz, zdecyduj co zmienić, ustal jakie informacje mają płynąć — i dopiero wtedy sięgnij po narzędzie.

Firma, która to robi, kupuje system, który pasuje. Firma, która tego nie robi, kupuje system, do którego przez rok próbuje się dopasować — a potem obwinia narzędzie za problem, którego nigdy nie nazwała.

Najczęstsze pytania

Czy naprawdę trzeba analizować proces przed wyborem systemu?

Tak. System nie tworzy procesu — on go odwzorowuje i utrwala. Jeśli wdrażasz go na niezrozumiany, chaotyczny proces, dostajesz szybciej działający chaos. Analiza procesu przed wyborem systemu pozwala zdefiniować, co system ma naprawdę wspierać, i uniknąć dopłacania za funkcje, których nie użyjesz. Nie musi trwać miesiącami — kilka dni obserwacji hali i rozmów z ludźmi zwykle wystarcza, by uniknąć najdroższych błędów.

Dlaczego firmy zaczynają wdrożenie od wyboru systemu, a nie od procesu?

Bo system jest namacalny, a proces nie. Można obejrzeć demo, porównać ceny, podjąć decyzję zakupową — to daje poczucie kontroli i postępu. Analiza procesu jest niewygodna: odsłania bałagan, wskazuje winnych i nie kończy się fakturą. Dochodzi presja handlowców dostawców i przekonanie zarządu, że „dobry system sam wymusi porządek”. W efekcie kupuje się rozwiązanie, zanim ktokolwiek nazwał problem.

Co się dzieje, gdy system wdraża się na niezrozumiany proces?

System utrwala istniejący chaos i nadaje mu pozory porządku. Ludzie zaczynają obchodzić system Excelem i notatkami, bo nie odpowiada on realnej pracy. Powstają rozjazdy między danymi w systemie a rzeczywistością na hali. Koszt rośnie, bo płacisz za licencje, wdrożenie i utrzymanie narzędzia, które nikt w pełni nie używa. Najczęściej po roku pada zdanie „system jest do niczego”, choć problemem był nieopisany proces.

Jak wygląda właściwa kolejność: proces czy system?

Najpierw zrozumienie procesu takim, jakim jest naprawdę (AS-IS) — kto, co, kiedy i po co robi, gdzie giną informacje i powstają wąskie gardła. Potem decyzja, co w procesie zmienić, zanim cokolwiek się zdigitalizuje. Dopiero na końcu dobór systemu do opisanego, uporządkowanego procesu. System jest ostatnim, nie pierwszym krokiem transformacji cyfrowej.

Czy analiza procesu opóźnia wdrożenie i podnosi koszt?

Pozornie tak, realnie odwrotnie. Kilka dni analizy jest tańsze niż miesiące poprawek po starcie, ponowne konfiguracje i utrata zaufania zespołu do systemu. Analiza skraca właściwe wdrożenie, bo dostawca wie dokładnie, co budować, a firma wie, czego oczekuje. Najdroższe wdrożenia to te, które ruszyły bez zrozumienia procesu i były wielokrotnie przerabiane w locie.

Zanim wybierzesz system — zrozum swój proces

Pomagam firmom opisać, jak naprawdę płynie u nich praca, i dopiero na tej podstawie dobrać właściwe narzędzie. Kilka dni analizy potrafi oszczędzić miesiące nieudanego wdrożenia. Umów bezpłatną rozmowę wstępną.

Umów rozmowę o procesie