Zarządzanie Wdrożenia

Dlaczego firmy kupują systemy, ale problemy pozostają — 6 przyczyn porażki wdrożenia

Firma wydała 200 000 zł na ERP. Po roku: te same problemy, nowe frustracje, niska adopcja systemu. To nie jest rzadkość — to norma przy złym podejściu. 6 przyczyn i jak ich unikać.

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

10 lipca 2026 · 13 min czytania

Gartner szacuje, że 55–75% wdrożeń ERP nie osiąga pierwotnych celów. McKinsey podaje, że projekty IT przekraczają budżet średnio o 45%. Standish Group w raporcie CHAOS co roku przypomina, że tylko co trzeci projekt technologiczny kończy się sukcesem w pierwotnym zakresie, czasie i budżecie.

Ale to są abstrakcyjne liczby. Bardziej konkretna jest ta historia: właściciel firmy produkcyjnej 60-osobowej kupuje ERP za 380 000 zł. Wdrożenie trwa 14 miesięcy zamiast planowanych 8. Po roku od startu produkcyjnego — Excel wraca. Handlowcy prowadzą zamówienia "z boku", bo system jest "za wolny". Magazyn ma swoje arkusze, bo "system nie obsługuje tego co potrzeba". Produkcja nie używa modułu planowania, bo "planista i tak to wszystko ma w głowie".

To nie jest historia wyjątkowa. To jest historia typowa. I za każdym razem ma podobne przyczyny.

Statystyki porażek wdrożeń — dlaczego to się powtarza

55–75%

wdrożeń ERP nie osiąga celów (Gartner)

+45%

przeciętne przekroczenie budżetu projektu IT (McKinsey)

+70%

projektów przekracza pierwotny harmonogram

29%

projektów IT kończy się pełnym sukcesem (Standish CHAOS)

Dlaczego te statystyki się nie poprawiają pomimo coraz lepszej technologii, metodyk (Agile, SAFe, Prince2) i doświadczenia firm wdrożeniowych? Bo problem leży w miejscu którego technologia nie naprawia: w podejściu do zmiany i w rozumieniu czego tak naprawdę potrzebuje firma.

Kluczowe odkrycie: Przyczyną większości porażek wdrożeń nie jest zły system — jest złe podejście do wdrożenia. Ten sam system ERP w jednej firmie rewolucjonizuje pracę, w drugiej stoi odłogiem po 12 miesiącach.

6 głównych przyczyn porażki wdrożenia ERP i MES

1. Kupowanie systemu zamiast rozwiązania problemu

Najczęstszy błąd. Zarząd decyduje: "potrzebujemy ERP", wybiera dostawcę, negocjuje cenę, podpisuje umowę. I gdzieś w tym procesie gubi się pytanie: jaki konkretny problem chcemy rozwiązać?

Przykład: Firma odzieżowa, 45 pracowników. Problem: zamówienia klientów giną między działami, termin realizacji jest trudny do przewidzenia. Decyzja: wdrożyć ERP "żeby było wszystko w jednym miejscu". Po wdrożeniu: zamówienia są w systemie, ale handlowcy nadal pytają telefonicznie o status, bo nikt nie nauczył magazynu aktualizować systemu w czasie rzeczywistym. Problem pozostał — zmienił się tylko nośnik chaosu (z Excela na ERP).

💡Rozwiązanie: Zanim wybierzesz system, napisz 5–10 konkretnych procesów które mają działać inaczej po wdrożeniu. Zdefiniuj "jak jest teraz" i "jak ma być". System jest narzędziem — narzędzie nie myśli za Ciebie.

2. Brak zaangażowania zarządu po kickoffie

Projekt startuje z pompą: prezentacja dla zarządu, ceremonialny kickoff, zdjęcia z podpisania umowy. Potem zarząd wraca do bieżącej operacyjności i deleguje wdrożenie na kierownika IT lub "koordynatora projektu". Który nie ma uprawnień, żeby narzucić zmiany procesowe innym działom.

Przykład: Firma produkcyjna, ERP za 280 000 zł. Koordynator projektu — informatyk — zgłasza: "handlowcy nie chcą wprowadzać zleceń do systemu, mówią że za dużo klikania". Zarząd: "no to im pomóż". Wynik po 6 miesiącach: handlowcy nadal prowadzą zamówienia w Excelu, koordynator projektu wypalił się, system stoi "do innych rzeczy".

⚠️Sygnały alarmowe: Zarząd nie uczestniczy w sprint review / demo postępu. Decyzje procesowe przekazywane w dół. Brak eskalacji gdy działy ignorują nowe procedury.

3. Niedostateczna zmiana procesów przed wdrożeniem

System ERP lub MES jest lustrem Twoich procesów. Jeśli procesy są chaotyczne, zepsute lub nieudokumentowane — system utrwali ten chaos w cyfrowej formie. "Komputerowy chaos jest gorszy od papierowego, bo jest szybszy."

Przykład: Firma logistyczna próbuje wdrożyć WMS nie mapując wcześniej przepływów towarów. Okazuje się, że 3 różne osoby stosują 3 różne "systemy" rozmieszczenia towaru w magazynie — każdy "wie" gdzie co jest na podstawie doświadczenia. WMS wymaga jednej, spójnej logiki. Projekt zatrzymuje się na 4 miesiące na "mapping procesów" który powinien być zrobiony przed podpisaniem umowy.

✅Dobra praktyka: Minimum 4–8 tygodni "porządkowania procesów" przed startem wdrożenia właściwego. Udokumentuj jak jest (AS-IS), zdecyduj jak ma być (TO-BE), dopiero wtedy konfiguruj system pod TO-BE.

4. Szkolenia "jednorazowe" bez wsparcia adopcji

Dostawca systemu przeprowadza 2-dniowe szkolenie tuż przed startem produkcyjnym. Użytkownicy zapamiętują 20–30% materiału (jeśli tyle). Tydzień po starcie zalewają support pytaniami. Po miesiącu — wracają do starych nawyków.

Przykład: 30-osobowy dział handlowy szkolony z CRM przez 1 dzień. Tydzień po wdrożeniu: 12 osób korzysta regularnie, 10 sporadycznie, 8 w ogóle. Szef sprzedaży: "no to niech się douczą sami". Po 3 miesiącach: 6 aktywnych użytkowników, dane w systemie niekompletne, manager traci wiarę w raportowanie z CRM.

Krok 1: Szkolenie przed startem — max 40% materiału, tylko to co potrzebne na dzień 1.

Krok 2: Wsparcie "przy biurku" w pierwszym tygodniu — ktoś do kogo można się odwrócić.

Krok 3: Szkolenia uzupełniające po 4–6 tygodniach — kiedy użytkownicy mają pytania z doświadczenia.

Krok 4: Superużytkownicy w każdym dziale — wewnętrzni ambasadorzy systemu.

5. Słaba integracja z istniejącymi systemami

Każda firma ma "stary" system — czy to ERP poprzednika, system magazynowy, dedykowaną aplikację produkcyjną, albo dziesiątki arkuszy Excela. Nowy system musi "rozmawiać" z tym co było. Jeśli integracja jest pominięta lub niedofinansowana — powstają wyspy danych, podwójne wprowadzanie i chaos gorszy niż przed wdrożeniem.

Przykład: Producent mebli wdraża nowy ERP. Stary system wystawiania faktur pozostaje (bo zmiana wymaga negocjacji z biurem rachunkowym). Efekt: zamówienia w nowym ERP, faktury w starym systemie, ręczne przepisywanie 30–50 dokumentów dziennie przez 2 osoby. Koszt przepisywania: ~8 tys. zł miesięcznie w czasie pracy. Budżet integracji który by to rozwiązał: jednorazowo 12 tys. zł.

Zasada: Integracja to nie "nice to have" — to krytyczna część projektu. Budżetuj ją jako 20–30% całości projektu. "Zrobimy integrację potem" oznacza zwykle "integracja nie powstanie nigdy".

6. Brak mierzalnych KPI sukcesu wdrożenia

Jeśli nie zdefiniujesz co to znaczy "sukces" — nie możesz stwierdzić czy go osiągnąłeś. I nie możesz zarządzać projektem w kierunku sukcesu. Większość umów wdrożeniowych definiuje sukces jako "uruchomienie systemu" — co jest technicznym faktem który nie mówi nic o wartości biznesowej.

Przykład: Firma produkcyjna wdraża MES. Sukces zdefiniowany w umowie: "uruchomienie modułów: harmonogramowanie, rejestracja produkcji, kontrola jakości". Po 12 miesiącach: wszystkie moduły działają, ale czas planowania produkcji nie zmienił się, OEE nie wzrósł, papierowe raporty jakości nadal istnieją równolegle. Technicznie: sukces. Biznesowo: zero wartości.

KPI które warto mierzyć: % procesów prowadzonych w systemie (adopcja)

Czas kluczowych operacji przed/po (np. zamknięcie zlecenia produkcyjnego)

Liczba eliminowanych arkuszy Excela / równoległych narzędzi

Czas odpowiedzi na pytanie klienta o status zamówienia

Koszt błędów / reklamacji / zwrotów

Case study: ERP za 400 000 zł — dlaczego Excel wrócił po 18 miesiącach

Firma: Producent komponentów metalowych, 80 pracowników, 3 hale produkcyjne.

Cel wdrożenia: Konsolidacja danych produkcyjnych, usprawnienie planowania, eliminacja podwójnego wprowadzania danych między handlem, produkcją i magazynem.

Wydatek: 400 000 zł (licencje + wdrożenie + szkolenia). Czas wdrożenia: 14 miesięcy (plan: 9).

Miesiąc 1–3: Entuzjazm. Kick-off, warsztaty procesowe (zbyt krótkie), konfiguracja systemu pod "jak jest" (nie "jak ma być").

Miesiąc 4–9: Pierwsze problemy. Dane historyczne zmigrowane z błędami. System nie obsługuje kilku niestandardowych procesów. Dostawca: "to customizacja, extra koszt".

Miesiąc 10–14: Start produkcyjny. Chaotyczny. Pracownicy szkoleni 2 dni wcześniej. Helpdesk dostawcy zawalony. Mistrz produkcji wraca do białej tablicy "żeby nie stracić rytmu".

Miesiąc 15–18: Cicha regresja. Handlowcy prowadzą pipeline w Excelu bo "system nie daje szybkiego widoku". Magazyn ma swój arkusz przyjęć. Produkcja planuje na kartce.

Miesiąc 18: Właściciel firmy: "system stoi, pracownicy narzekają, Excel wrócił. Co poszło nie tak?"

Diagnoza: Wszystkie 6 przyczyn jednocześnie. Brak definicji problemu, zarząd nieobecny po kickoffie, procesy nie zmienione przed startem, szkolenie jednorazowe, integracja z systemem kadrowym pominięta, KPI sukcesu: "uruchomienie systemu".

Co decyduje o sukcesie — projekt sukcesu vs porażki

Wymiar	Projekt — PORAŻKA	Projekt — SUKCES
Definicja celu	"Wdrożyć ERP"	"Skrócić czas realizacji zamówień o 30%"
Zaangażowanie zarządu	Tylko kick-off i odbiór	Miesięczny przegląd postępów, eskalacje w 48h
Procesy przed wdrożeniem	Mapowanie "po drodze"	4–8 tygodni AS-IS / TO-BE przed startem
Szkolenia	2-dniowe przed startem, brak follow-up	Etapowe + superużytkownicy + miesiąc wsparcia
Integracja	"Zrobimy potem"	W zakresie projektu, budżetowana od początku
KPI sukcesu	"System działa"	5 mierzalnych wskaźników, pomiar co miesiąc
Zarządzanie zmianą	Brak	Dedykowany Change Manager lub odpowiedzialność PM

Jak wybrać partnera wdrożeniowego — 5 pytań które trzeba zadać

Pokaż mi 3 wdrożenia w firmach podobnych do nas — mogę porozmawiać z ich właścicielami?

Referencje "na papierze" nic nie znaczą. Rozmowa z realnym klientem — wszystko. Dobry partner wdrożeniowy chętnie udostępni kontakty. Zły będzie miał wymówki.

Kto będzie moim konsultantem przez cały projekt i co się stanie gdy odejdzie?

Rotacja konsultantów to zmora projektów IT. Sprawdź czy umowa gwarantuje ciągłość zespołu lub procedurę przekazania wiedzy.

Jak definiujecie sukces wdrożenia i jak to mierzycie?

Jeśli odpowiedź brzmi "uruchomienie systemu" — to red flag. Szukaj partnerów którzy mówią o KPI biznesowych.

Co się stanie gdy zakres projektu się zmieni — jak wygląda procedura change request?

Zmiana zakresu jest nieunikniona. Partner który nie ma jasnej procedury CR będzie albo blokować zmiany, albo naliczać koszty bez kontroli.

Jaką rolę powinien pełnić nasz zespół w projekcie i ile czasu to zajmie?

Dobre wdrożenie wymaga 20–30% czasu kluczowych pracowników po stronie klienta. Jeśli dostawca mówi "minimum angażowania z Waszej strony" — kłamie lub nie rozumie wdrożeń.

Jak definiować sukces wdrożenia — KPI framework

Sukces wdrożenia powinien być zdefiniowany w 3 wymiarach i mierzony w konkretnych punktach czasowych (3, 6, 12 miesięcy po starcie produkcyjnym).

Zła definicja sukcesu

"System wdrożony"
"Użytkownicy przeszkoleni"
"Dane zmigrowane"
"Procesy w systemie"

Dobra definicja sukcesu

85% zleceń produkcyjnych zamykanych w systemie (nie w Excelu)
Czas planowania tygodnia produkcji: z 6h → 2h
Stany magazynowe zgodne z rzeczywistością na poziomie 97%
0 arkuszy Excela równolegle do systemu w danym dziale
Czas odpowiedzi na pytanie o status zamówienia: z 1h → 5 min

Zasada pomiaru: Zmierz baseline (jak jest PRZED wdrożeniem) dla każdego KPI. Bez baseline nie masz punktu odniesienia. Pomiar po wdrożeniu bez pomiaru przed = poczucie sukcesu lub porażki bez dowodów.

Najczęstsze pytania

Ile kosztuje nieudane wdrożenie ERP?

Nieudane wdrożenie ERP kosztuje nie tylko wydatki na licencje i usługi (zwykle 100–500 tys. zł dla MŚP), ale też czas pracowników poświęcony szkoleniom i migracji danych, koszty alternatywne oraz koszt powrotu do starych metod lub wdrożenia kolejnego systemu. Całkowity koszt porażki bywa 2–3× wyższy niż cena samego wdrożenia.

Jak długo trwa przeciętne wdrożenie ERP w MŚP?

Wdrożenie ERP w firmie 20–100 osobowej trwa zazwyczaj 6–18 miesięcy. Krótsze projekty (3–6 miesięcy) możliwe są przy systemach modułowych lub dedykowanych, gdzie zakres jest ściśle ograniczony. Przekroczenie harmonogramu o 50–100% jest statystyczną normą.

Jak sprawdzić czy wdrożenie zakończyło się sukcesem?

Sukces wdrożenia mierzy się przez KPI ustalone PRZED projektem: % procesów przeniesionych do systemu, czas wykonania kluczowych operacji przed/po, liczba arkuszy Excela wyeliminowanych, adopcja systemu (% użytkowników aktywnych po 3 miesiącach). Bez pre-definicji tych metryk nie ma możliwości obiektywnej oceny sukcesu.

Czy warto zatrudnić zewnętrznego konsultanta do wdrożenia ERP?

Zewnętrzny konsultant ds. procesów (niezwiązany z dostawcą systemu) jest bardzo wartościowy jako obiektywny głos. Dostawca systemu ma motywację sprzedażową — konsultant niezależny reprezentuje interes klienta. Koszt takiego wsparcia (5–15% budżetu projektu) zwykle zwraca się przez uniknięcie kosztownych błędów decyzyjnych.

Co zrobić gdy wdrożenie już jest w toku i idzie źle?

Pierwszym krokiem jest uczciwa diagnoza: zidentyfikuj główną przyczynę problemu (technologiczna, procesowa, ludzka). Następnie zdecyduj: zatrzymać i przeprojektować scope, zmienić dostawcę, lub dostosować oczekiwania. Kontynuowanie bez zmiany podejścia przy widocznych problemach to najczęstszy błąd — nadzieja nie jest strategią zarządzania projektem.

Planujesz wdrożenie systemu?

Zanim podpiszesz umowę z dostawcą — porozmawiajmy. Jako niezależny konsultant pomagam firmom zdefiniować problem, wybrać właściwe podejście i uniknąć 6 błędów opisanych w tym artykule. Bezpłatna rozmowa wstępna, bez zobowiązań.

Umów bezpłatną konsultację