Dlaczego najlepszy system ERP na świecie zawodzi (jeśli nie potrafisz słuchać)

(Część 1 z 5 serii „Ludzki kod ERP”)

Możesz idealnie skonfigurować swój system ERP. Ale jeśli kierownik magazynu Ci nie ufa, Twój projekt wart milion dolarów jest już stracony. Oto brutalna, niewypowiedziana prawda o wdrożeniach ERP.

Prawdziwy powód, dla którego użytkownicy mówią „nie”

Kilka lat temu, będąc u klienta na etapie projektowania, zauważyłem znajome spojrzenie w oczach jednego z użytkowników. To była klasyczna mieszanka sceptycyzmu zmieszanego z nudą kogoś, kto słucha tej samej korporacyjnej bajki powtarzanej po raz setny.

Po chwili rozmowy zrobiłem pauzę i zapytałem, czy chciałby coś dodać. Skrzyżował ramiona, co jest podręcznikowym przejawem zaprzeczenia w psychologii behawioralnej, i bez ogródek stwierdził, że nowy system ERP nigdy nie zadziała. Argumentował, że jest „zbyt ogólny”, i całkowicie zignorował mnogość cech szczególnych, które czyniły ich firmę wyjątkową.

Wtedy uświadomiłem sobie, że jego krytyka dotyczyła ogromnych, przytłaczających zmian kryjących się za oprogramowaniem.

I w tym momencie przypomniała mi się złota zasada doradztwa: zła psychologia niszczy więcej projektów ERP niż zły kod.

Witamy w pierwszej części cyklu „Ludzki kod ERP”, serii poświęconej w całości osobom, które faktycznie muszą naciskać klawisze, wykraczając poza bity, bajty i API w naszej pracy. Dzisiaj omówimy najtrudniejszą barierę do przełamania w każdej migracji oprogramowania: mur „zawsze tak robiliśmy”.

Żal systemu legacy

Kiedy firma decyduje się na zmianę swojego systemu ERP, kierownictwo dostrzega poprawę. Widzą dane w czasie rzeczywistym, gotowość do obsługi sztucznej inteligencji i usprawnione działanie.

Dla użytkownika końcowego zmiana systemu ERP to głęboka utrata tożsamości. W najlepszym przypadku postrzega ją jako stratę czasu, ponieważ w starym systemie zapamiętał już wszystkie niezbędne kroki. Sama myśl o konieczności nauczenia się czegoś zupełnie nowego od podstaw jest postrzegana bardziej jako kara niż realny sposób na usprawnienie codziennego przepływu pracy.

Pomyślcie tylko. Doświadczony użytkownik kluczowy z mojej historii spędził dwadzieścia lat, opanowując dziwactwa starego systemu. Wiedział dokładnie, jakich skrótów użyć, aby ominąć blokadę systemu. Wiedział, jak wygenerować raport, który zachwycił innych współpracowników.

Jego wiedza specjalistyczna, jego wartość dla firmy i pewność siebie, którą przejawiał na co dzień, były nierozerwalnie związane z tym przestarzałym oprogramowaniem.

Kiedy my, konsultanci, wchodzimy do pokoju i ogłaszamy, że kierownictwo zdecydowało się na wykorzystanie nowych funkcjonalności systemu ERP, nowocześniejszego niż obecnie zainstalowany, natychmiast resetujemy ich kompetencje do zera, jednocześnie zmieniając im narzędzia. Zmieniamy niekwestionowanego mistrza działu w zagubionego nowicjusza.

Wyzwala to reakcję identyczną z etapami żałoby:

1. Zaprzeczenie: „Ten nowy system to tylko chwilowa moda, kierownictwo go anuluje, gdy tylko zobaczy, jakie to będzie kosztować”.

2. Złość: „Ten interfejs to śmietnik! Wystarczy trzy kliknięcia zamiast jednego!”

3. Targowanie się: „Czy możemy po prostu dostosować nowy system tak, aby wyglądał dokładnie tak samo jak stary?”

4. Depresja: „Nie wiem już, jak wykonywać swoją pracę”.

5. Akceptacja: „OK, pokaż mi, jak działa ten nowy panel”.

Poza mapowaniem tabel danych, naszym prawdziwym zadaniem jako konsultantów ERP jest przeprowadzenie użytkowników przez te pięć etapów tak szybko i bezboleśnie, jak to możliwe. Jesteśmy psychologami zmiany przebranymi za ekspertów ERP.

Zasada słuchania 20/80

Największym błędem, jaki popełniają konsultanci, jest próba pozyskania wrogiego użytkownika poprzez zbytnie skupienie się na technicznych aspektach oprogramowania, zastępując nimi rzeczywiste procesy biznesowe.

Otwierają oprogramowanie, wyświetlają je na ekranie i zaczynają wykładać, jak bardzo nowa, pojedyncza, wielooddziałowa konfiguracja logistyczna jest lepsza. Z dumą wyjaśniają, jak tworzy ona jeden, ujednolicony kontener dla danych głównych, eliminując konieczność logowania się i wylogowywania z różnych firm za każdym razem.

Użytkownik patrzy na niego z politowaniem. Nie obchodzi go architektura danych podstawowych. Martwi go, że musi wyjść o 17:00, żeby odebrać dzieci, a twój nowy system wygląda tak, jakby miał go zatrzymać w biurze do 19:00.

Aby pokonać opór, należy zastosować zasadę 20/80 warsztatów ERP:

• Poświęć 20% czasu na wyjaśnienie, jak działa nowy system.

• Poświęć 80% czasu na milczenie i słuchanie, jak oni naprawdę pracują.

Zanim zaproponujesz rozwiązanie w Infor LN lub jakimkolwiek innym systemie ERP, musisz zadać sobie pytania. Co jest najbardziej frustrujące w Twój poniedziałkowy poranek? Dlaczego co tydzień eksportujesz tę listę do Excela? Jakich informacji brakuje na tym ekranie, co zmusza Cię do dzwonienia do magazynu?

Kiedy użytkownik zdaje sobie sprawę, że naprawdę interesujesz się bolesnymi doświadczeniami jego codziennej rutyny i chcesz zrozumieć jego punkt widzenia, jego mury obronne zaczynają pękać. Przestaje postrzegać cię jako intruza, a zaczyna jako partnera.

Ostateczne rozwiązanie błędu: zaufanie

W moim poprzednim cyklu o migracji danych, mówiłem o zasadzie „śmieci na wejściu, katastrofa na wyjściu” w kontekście jakości danych. To samo dotyczy relacji międzyludzkich. Jeśli relacja jest toksyczna od samego początku, wdrożenie będzie katastrofą.

Oto nieujawniona prawda, o której każdy powinien zawsze pamiętać: jeśli użytkownicy Ci ufają, wybaczą Ci wady oprogramowania. Jeśli mają do Ciebie pretensje, wykorzystają każdy drobny błąd przeciwko projektowi.

Podczas uruchomienia wszystko może się zepsuć. Pojawią się błędy. Procesy chwilowo się zatrzymają. Jeśli kierownik magazynu ufa ci, bo spędziłeś godziny siedząc obok niego na wózku widłowym, próbując zrozumieć jego proces, spojrzy na ekran błędu i powie: „Hej, mamy tu usterkę, rozwiążmy ją”.

Ale jeśli zachowałeś się arogancko, zignorowałeś jego uwagi i wmusiłeś mu standardowy proces, spojrzy dokładnie na ten sam ekran błędu, skrzyżuje ramiona, zadzwoni do CEOi krzyknie: „Mówiłem ci, że ten system ERP to szajs!”

Zaufanie to najlepszy amortyzator przed uruchomieniem. I nie da się go skonfigurować w menu oprogramowania. Trzeba je zbudować osobiście, na wiele miesięcy przed przełączeniem.

Przełamanie muru

Jak więc w praktyce zbudować to zaufanie i pokonać opór najtrudniejszych użytkowników kluczowych? Oto trzy praktyczne kroki, które możesz wdrożyć w swoim kolejnym projekcie:

1. Obserwacja przed stworzeniem projektu

Nigdy nie rozpoczynaj projektu w sali konferencyjnej z prezentacją PowerPoint. Podejdź do biurka użytkownika. Usiądź obok niego przez dwie godziny, podczas gdy wykonuje swoją pracę w starym systemie. Obserwuj jego ręce. Zauważ, kiedy wzdycha. Zauważ, kiedy coś pisze na karteczce samoprzylepnej, bo system nie ma na to miejsca. Więcej o rzeczywistych procesach firmy dowiesz się, obserwując ich pracę przez dwie godziny niż czytając 50 stron oficjalnej dokumentacji.

2. Pięć pytań „Dlaczego” dotyczących absurdalnych dostosowań

Kiedy użytkownik zażąda kosztownej, niestandardowej personalizacji (np. chcę, żeby ten ekran migał na czerwono, gdy brakuje konkretnego komponentu!), nie mów po prostu „nie”, chmura na to nie pozwala. Zagraj w grę dla maluchów „pięć pytań dlaczego”.

Dlaczego ma migać na czerwono? „Bo zapomniałem to sprawdzić przed zwolnieniem zlecenia produkcyjnego”. Dlaczego zapominasz? „Bo lista materiałów jest zbyt długa, żeby sprawdzić ją ręcznie”. Dlaczego to problem, jeśli jej brakuje w zleceniu? „Bo hala produkcyjna zacznie pracę, a potem ją zatrzyma, marnując czas”.

Nagle zdajesz sobie sprawę, że nie potrzebują migającego czerwonego ekranu. Potrzebują tylko, abyś poprawnie skonfigurował komunikaty o wyjątkach MRP, aby system powiadamiał ich o brakach materiałów, zanim jeszcze podejmą próbę realizacji zamówienia.

Udało Ci się rozwiązać problem biznesowy i uniknąć pisania niepotrzebnego kodu.

Pamiętaj, że zadawanie pytań, i to mnóstwa, jest absolutnie słuszne i święte. Nikogo nie obchodzi konsultant, który wchodzi do gabinetu, zachowując się, jakby wszystkie prawdy absolutne miał w kieszeni. Kiedy to pomoże ci zrozumieć prawdziwy proces, porzuć ego i po prostu pytaj, pytaj, pytaj.

3. Uczyń ich protagonistami zmiany

Zawsze przedstawiaj nowy system ERP jako narzędzie, które w końcu pozwoli im skupić się na zadaniach o wysokiej wartości, a nie jako system, z którego są zmuszeni korzystać. W końcu system ERP to tylko narzędzie zaprojektowane tak, aby umożliwić ludziom lepszą pracę. Stosując odpowiednią narrację, taką jak: „ Mając dogłębną wiedzę o tym łańcuchu dostaw, wyobraź sobie, co mógłbyś zrobić, gdybyś nie musiał tracić trzech godzin dziennie na ręczne wprowadzanie danych?”, podnosisz ich status. To czyni ich protagonistami zmiany, a nie jej ofiarami, i będą oni wspierać Twój system.

Człowiek za ekranem

Narzędzia, których używamy, dynamicznie się zmieniają. Przechodzimy z serwerów lokalnych na architekturę chmurową, od ręcznego wprowadzania danych do sztucznej inteligencji i agentów.

Ale choć technologia rozwija się w zawrotnym tempie, ludzki mózg pozostaje dokładnie taki sam. Nadal boimy się zmian. Nadal nienawidzimy poczucia niekompetencji. Nadal pragniemy, by nas usłyszano.

Prawdziwa wartość konsultanta ERP tkwi w jego inteligencji emocjonalnej, pozwalającej mu radzić sobie z obawami organizacji, wykraczającymi daleko poza zapamiętywanie każdego parametru technicznego oprogramowania. Chodzi o przekształcenie traumatycznej transformacji oprogramowania w spójny krok naprzód.

Ponieważ idealny system, który nie został w ogóle przyjęty, jest jedynie drogim wygaszaczem ekranu.

Następne: Jak powstrzymać odwieczną wojnę i zbudować prawdziwy sojusz między konsultantami funkcjonalnymi a programistami.

Napisane przez Andreę Guaccio 

30 kwietnia 2026 r