Decyzja o wymianie ERP rzadko rodzi się na spotkaniu. Ona narasta miesiącami, w tle codziennej pracy. Ktoś nie znajduje zamówienia. Ktoś inny drukuje raport, który się nie zgadza. Handlowiec obiecuje klientowi termin, którego produkcja nie potwierdza. Za każdym razem pada to samo zdanie: „bo ten system jest do niczego”. I po dwustu takich zdaniach zapada wniosek, który wydaje się oczywisty — trzeba to wymienić.
Problem w tym, że „to” w zdaniu „to jest do niczego” prawie nigdy nie zostaje precyzyjnie zdefiniowane. Czy „to” oznacza oprogramowanie? Czy dane, które w nim siedzą? Czy sposób, w jaki ludzie z niego korzystają? To trzy zupełnie różne warstwy, a firma traktuje je jako jedną i wymienia najdroższą — narzędzie — kiedy zepsuta jest najtańsza w naprawie: proces.
W tym artykule nie chodzi o obronę żadnego systemu. Chodzi o coś, co kosztuje firmy setki tysięcy złotych: o odróżnienie sytuacji, w której narzędzie naprawdę trzeba zmienić, od sytuacji, w której zmiana narzędzia niczego nie naprawi, bo źródło problemu przeniesie się razem z danymi. Bo dane migrują. Nawyki migrują. Frustracja migruje. Zmienia się tylko logo na ekranie logowania.
Trzy warstwy, które firma myli ze sobą
Zanim postawi się jakąkolwiek diagnozę, trzeba rozdzielić to, co w firmie zlało się w jedno słowo „system”. W praktyce zawsze mamy do czynienia z trzema odrębnymi warstwami, a każda psuje się inaczej i naprawia się inaczej.
Kartoteki produktów, kontrahentów, stany magazynowe, jednostki miary, ceny, indeksy. To surowiec. Jeśli surowiec jest zanieczyszczony — ta sama śruba jako trzy różne pozycje, stan „ujemny 4 sztuki”, cena z zeszłego roku — to żaden system na świecie nie zrobi z tego wiarygodnego raportu. Śmieci na wejściu, śmieci na wyjściu, tyle że ładniej sformatowane.
Kto, kiedy i w jakiej kolejności wprowadza dane. Czy zlecenie zamyka się na koniec zmiany, czy „jak będzie czas”. Czy przyjęcie magazynowe rejestruje się przy dostawie, czy raz w tygodniu zbiorczo. Proces to nawyki i dyscyplina. To warstwa, której nie widać w umowie na oprogramowanie, a która decyduje o wszystkim.
Funkcje, wydajność, elastyczność, możliwość odwzorowania realnego obiegu, jakość wsparcia producenta. Dopiero tutaj mieszczą się prawdziwe wady systemu: brak obsługi jakiegoś typu produkcji, koszmarna ergonomia, brak integracji, martwy rozwój. To jedyna warstwa, którą naprawia wymiana ERP — i najrzadziej ta faktycznie zepsuta.
Kiedy firma mówi „system jest zły”, w 7 na 10 przypadków opisuje objaw z warstwy pierwszej lub drugiej, a lekarstwo szuka w trzeciej. To jak wymiana samochodu, bo tankujemy złe paliwo. Nowy samochód też zgaśnie.
Ten sam system, pięć różnych opinii
Najciekawsze w tej diagnozie jest to, że każdy w firmie „wie”, na czym polega problem — i każdy wie co innego. Warto posłuchać wszystkich, bo dopiero zestawienie tych głosów pokazuje, gdzie naprawdę leży źródło.
Zwróć uwagę: tylko prezes chce wymiany. Reszta opisuje warstwę danych i procesu. To bardzo typowy rozkład. Decyzję o najdroższym rozwiązaniu podejmuje osoba najdalej od źródła problemu, na podstawie objawu, a nie przyczyny. Podobny mechanizm opisałem szerzej w tekście Kiedy proces jest problemem, a kiedy system.
Dlaczego wina zawsze spada na system
Obwinianie narzędzia jest wygodne z bardzo ludzkich powodów — i dopóki się ich nie nazwie, diagnoza będzie zawsze uciekać w tę samą stronę.
To nie jest złośliwość ani głupota. To całkowicie racjonalne zachowanie w sytuacji, w której nikt nie rozdzielił trzech warstw i nie pokazał, która naprawdę jest zepsuta. Bez tej mapy każdy wybiera diagnozę najwygodniejszą dla siebie.
Najczęstsze błędy diagnozy
Test, który oddziela winę narzędzia od winy nawyków
Jest jedno pytanie, które warto zadać, zanim ktokolwiek podpisze cokolwiek. Nazywam je testem idealnego systemu.
Jeśli odpowiedź brzmi „nie, bo Kasia dalej wpisywałaby dwa indeksy zamiast jednego, magazyn dalej zamykałby przyjęcia raz w tygodniu, a handlowiec dalej obiecywałby terminy bez sprawdzania” — to problemem nie jest ERP. Problemem jest to, co dzieje się wokół niego. Idealny system dostanie te same śmieci i wyprodukuje ten sam chaos.
Jeśli odpowiedź brzmi „tak, bo mamy czyste dane i uporządkowany proces, ale obecny system fizycznie nie potrafi odwzorować naszej produkcji na zamówienie” — to dopiero wtedy rozmowa o wymianie ma sens. Zwróć uwagę na różnicę: w pierwszym przypadku firma jeszcze nie posprzątała, w drugim — już posprzątała i uderzyła w realną ścianę narzędzia.
| Objaw zgłaszany przez firmę | Zwykle wina | Co naprawdę naprawić |
|---|---|---|
| „Raporty się nie zgadzają” | Dane | Audyt i deduplikacja kartotek, spójne jednostki i indeksy |
| „Stan magazynowy to fikcja” | Proces | Rejestracja przyjęć i rozchodów na bieżąco, nie zbiorczo |
| „Ludzie i tak pracują w Excelu” | Proces / zaufanie | Usunięcie źródła nieufności, nie zakaz Excela |
| „System nie zna naszego typu produkcji” | Narzędzie | To realna wada — kandydat do wymiany lub rozszerzenia |
| „System jest tak wolny, że nie da się pracować” | Narzędzie | Optymalizacja lub wymiana — jeśli dane są już czyste |
| „Handlowiec obiecał termin nie do dotrzymania” | Proces / integracja | Dostęp do realnych danych o zdolności produkcyjnej |
Ta tabela to nie wyrocznia — to punkt startu rozmowy. Ale pokazuje regułę: większość zgłaszanych objawów ma źródło poza samym oprogramowaniem. Podobny mechanizm rozjazdu między systemem a rzeczywistością opisałem w tekście Dane w ERP kontra rzeczywistość na hali.
Ile kosztuje pomylenie diagnozy
Wymiana ERP w firmie średniej wielkości to nie jest wydatek na licencje. To projekt, który angażuje całą organizację na wiele miesięcy i zostawia po sobie zmęczenie, którego nie widać w budżecie.
To nie jest scenariusz teoretyczny. To najczęstszy powód, dla którego trafiają do mnie firmy po „nieudanym wdrożeniu”. W większości przypadków wdrożenie nie było nieudane — było wykonane na zepsutym fundamencie, którego nikt wcześniej nie sprawdził. O tym, dlaczego dobry technicznie system i tak potrafi zawieść biznesowo, pisałem w Sukces techniczny, porażka biznesowa.
Jak przeprowadzić uczciwą diagnozę — krok po kroku
Krok 1: Audyt danych, zanim ktokolwiek mówi o wymianie
Weź trzy najważniejsze kartoteki — produkty, kontrahenci, stany magazynowe. Policz duplikaty, puste pola krytyczne, niespójne jednostki, pozycje z ceną zero i stany ujemne. Jeśli udział błędów jest wysoki, masz odpowiedź: to nie system, to surowiec, którym go karmisz.
Krok 2: Prześledź jeden pełny obieg dokumentu
Od zamówienia klienta do rozliczenia produkcji, krok po kroku, z ludźmi którzy to robią. Licz każde miejsce, gdzie dane są przepisywane ręcznie z systemu do Excela, z Excela do maila, z maila z powrotem. Każde takie miejsce to nie wada systemu — to luka procesu.
Krok 3: Zapytaj tych, którzy wpisują, nie tylko tych, którzy czytają
Zarząd czyta raporty. Fakturzystka, magazynier i operator tworzą dane. To oni wiedzą, dlaczego stan się nie zgadza i dlaczego wybierają zły indeks. Ich pięć zdań powie o źródle problemu więcej niż miesiąc analizy raportów.
Krok 4: Zastosuj test idealnego systemu
Dla każdego zgłoszonego problemu zadaj pytanie: czy idealny system by to rozwiązał, gdyby dostał te same dane i tych samych ludzi? Posortuj problemy na „zniknęłyby” (wina narzędzia) i „zostałyby” (wina danych lub procesu). Dopiero ta lista jest podstawą decyzji.
Krok 5: Napraw najtańszą warstwę jako pierwszą
Posprzątaj dane, ustaw dyscyplinę procesu, a dopiero potem oceń, ile problemów naprawdę zostało. Bardzo często okazuje się, że po uporządkowaniu system, który miał być wyrzucony, nagle „zaczął działać”. Bo nigdy nie był zepsuty — był tylko źle karmiony.
Kiedy wymiana naprawdę jest uzasadniona
Żeby było jasne — bywają sytuacje, w których system faktycznie trzeba zmienić. Nie chodzi o to, żeby nigdy nie wymieniać ERP, tylko o to, żeby robić to z właściwego powodu, po właściwej diagnozie.
Zły powód wymiany
- „Raporty się nie zgadzają” — przy niesprawdzonych danych
- „Ludzie pracują w Excelu” — bez zbadania dlaczego
- „Stany są nieaktualne” — przy zbiorczej rejestracji raz w tygodniu
- „Nowy jest ładniejszy i nowocześniejszy”
- „Bo dostawca obiecał, że wszystko rozwiąże”
Dobry powód wymiany
- Czyste dane i uporządkowany proces nadal nie mieszczą się w systemie
- Brak obsługi kluczowego typu produkcji lub obiegu
- Wydajność uniemożliwia pracę mimo optymalizacji
- Producent nie rozwija narzędzia i nie ma wsparcia
- Brak jakiejkolwiek możliwości integracji z resztą systemów
Różnica jest zasadnicza: lewa kolumna to objawy chorej warstwy danych i procesu, prawa to realne ograniczenia narzędzia. Wymiana ERP naprawia tylko prawą kolumnę. Jeśli twoje powody są po lewej stronie — wymiana będzie drugą frustracją, nie rozwiązaniem. Bywa też, że problemem nie jest sam ERP, tylko brak wokół niego kolejnych warstw; o tej granicy pisałem w ERP, kiedy nie wystarcza.
Podsumowanie: zanim wymienisz lustro
Wróćmy na chwilę do sali z początku. Oferta na nowym ERP na stole, decyzja podpisana, i jedno pytanie analityka, które zawiesza całą pewność: kto wpisze dobre dane do idealnego systemu?
To pytanie jest najtańszym audytem, jaki firma może sobie zafundować. Bo jeśli odpowiedź brzmi „nikt, bo nasze nawyki się nie zmienią” — to żaden system nie pomoże, a wymiana będzie tylko drogim sposobem na odkrycie tego samego problemu jeszcze raz.
ERP jest lustrem. Pokazuje firmie jej dane, jej proces i jej dyscyplinę — bez upiększeń. Kiedy odbicie jest brzydkie, kuszące jest wymienić lustro. Ale odbicie się nie zmieni, dopóki nie zmieni się to, co przed nim stoi. Najpierw posprzątaj to, co lustro pokazuje. Wymianę zostaw na moment, w którym będziesz pewien, że to naprawdę wina lustra.
Najczęstsze pytania
Nie jesteś pewien, czy to naprawdę wina systemu?
Zanim wydasz budżet na wymianę ERP, warto oddzielić winę narzędzia od winy danych i procesu. Pomagam firmom przeprowadzić uczciwą diagnozę — audyt danych, prześledzenie obiegu i test idealnego systemu. Bardzo często okazuje się, że wymiana jest niepotrzebna. Umów bezpłatną rozmowę wstępną.
Umów diagnozę przed wymianą