Nie wymieniaj ERP, zanim sprawdzisz pracę poza nim

ERP może działać poprawnie i jednocześnie nie prowadzić całej pracy firmy. Rejestruje zamówienie, magazyn i fakturę, lecz nie zawsze pokazuje, dlaczego klient dostał inną obietnicę, kto zatwierdził odstępstwo albo na jaką decyzję czeka reklamacja. Wymiana systemu ma sens dopiero po sprawdzeniu, czy źródłem problemu jest rzeczywiście jego ograniczenie, a nie praca prowadzona obok niego.

Szerszy sposób porównywania korzyści, kosztu i ryzyka opisuje przewodnik po strategii i opłacalności AI.

Zrób listę czynności poza ERP

Przez tydzień zapisuj momenty, w których pracownik opuszcza ERP, by dokończyć sprawę: otwiera arkusz, szuka maila, telefonuje do przełożonego, porównuje dwie wersje dokumentu. Przy każdej czynności odnotuj, czy potrzebna jest dana, decyzja czy komunikacja. Jeżeli brakująca czynność jest prostym zapisem w ERP, najpierw sprawdź jego konfigurację. Jeżeli wymaga współpracy wielu działów i pracy z wyjątkami, problem może leżeć nad systemem transakcyjnym.

W praktyce trzeba też zapytać, czy dane zapisane w ERP są aktualne i czy można bezpiecznie odczytać je innym narzędziem. Obietnica „zrobimy jeden panel” nic nie znaczy, jeśli panel pokazuje opóźniony stan albo nie ma uprawnień do wykonania potrzebnego działania.

Porównaj trzy warianty, nie dwa

Pierwszy wariant to naprawa procedury i konfiguracji istniejącego ERP. Drugi to warstwa pracy nad ERP, która łączy stan sprawy, dokumenty, decyzje i odpowiedzialnych bez przenoszenia księgowości czy magazynu. Trzeci to wymiana ERP, gdy obecny system nie spełnia krytycznych wymagań, jego utrzymanie jest nieakceptowalne lub nie pozwala na bezpieczną współpracę z resztą środowiska. Porównuj je według kosztu całego okresu używania, ryzyka przestoju, wpływu na pracowników i możliwości wycofania zmiany.

Nie zakładaj, że wariant drugi zawsze wygra. Dodatkowa warstwa też wymaga integracji i utrzymania. Może powielić chaos, jeśli firma nie uzgodni znaczenia zamówienia, klienta i statusu. Pięć systemów i Excel pośrodku pokazuje, jak znaleźć te sprzeczności przed zakupem.

Jak porównać koszt trzech wariantów?

Poproś zespół o oszacowanie tego samego procesu w każdym wariancie: ile potrwa zmiana, jak długo trzeba utrzymywać stary sposób pracy, jakie dane wymagają przeniesienia, ile osób trzeba przeszkolić i kto usunie błąd po starcie. Wymiana ERP ma zwykle szerszy wpływ niż poprawa jednego procesu, więc porównanie samych faktur za oprogramowanie jest mylące. Z kolei dokładanie warstwy nad ERP może tworzyć koszt utrzymania, jeśli powiela dane lub decyzje. Ten koszt również wpisz do tabeli.

Ustal granicę, po której wariant przestaje być sensowny. Jeśli istniejący ERP nie daje dostępu do kluczowego stanu w wymaganym czasie, dodatkowy interfejs może nie pomóc. Jeśli zaś problem dotyczy wyłącznie tego, kto zatwierdza wyjątek, duża migracja nie gwarantuje poprawy. Poproś o pokazanie dowodu na realnej sprawie, a nie deklarację, że „nowy moduł to obsłuży”.

Nie musisz mieć na początku dokładnej wyceny. Wystarczy przedział kosztów i lista warunków, które mogą go zmienić. Dzięki temu zarząd wie, jakie informacje zebrać przed zamówieniem szczegółowego projektu i kiedy ma prawo powiedzieć, że trzeba zmienić kierunek.

Decyzja dla zarządu

Poproś IT i właściciela procesu o pokazanie trzech najdroższych wyjątków wraz z ich źródłem. Jeśli wynik wskazuje na ograniczenie ERP, przygotuj wymagania do jego zmiany. Jeśli wskazuje na brak wspólnego prowadzenia spraw, zacznij od procesu i danych. Prezentacja dla zarządu służy właśnie rozdzieleniu objawu od przyczyny; jest płatnym etapem diagnostycznym, a nie obietnicą nowego ERP.