Statystyki branżowe mówią, że 50-75% projektów ERP nie osiąga swoich celów. Ta liczba brzmi dramatycznie, ale nasze doświadczenie to potwierdza - nie dlatego, że oprogramowanie ERP jest złe, ale dlatego, że te same błędy powtarzają się w każdym projekcie. Po wdrożeniu Odoo w ponad 50 firmach w produkcji, handlu detalicznym, edukacji i usługach potrafimy przewidzieć z niewygodną dokładnością, które projekty będą miały trudności, na podstawie tego, jak wyglądają pierwsze dwa tygodnie.
Powód pierwszy: słabe zbieranie wymagań. To najczęstszy punkt porażki i dzieje się, zanim zostanie wykonana pierwsza linia konfiguracji. Typowy scenariusz jest taki, że firma wie, że potrzebuje ERP, ale nie udokumentowała swoich faktycznych procesów. Mówią „potrzebujemy zarządzania magazynem”, nie precyzując, że używają trzech magazynów z różnymi strategiami kompletacji, mają stock konsygnacyjny od dwóch dostawców i potrzebują śledzenia partii dla zgodności regulacyjnej. Partner wdrożeniowy przyjmuje mglistym wymaganiem, konfiguruje podstawowy magazyn, a trzy miesiące później klient mówi „to u nas nie działa”.
Rozwiązanie jest brutalnie proste, ale wymaga dyscypliny: spędź 2-4 tygodnie na mapowaniu procesów przed dotknięciem Odoo. Przejdź przez każdy dział, udokumentuj każdy przepływ pracy, zidentyfikuj każdy wyjątek. Nie to, jakim chcą, żeby proces był - to, jaki jest dziś, w tym obejścia i kroki „załatwiamy to w Excelu”. Używamy ustrukturyzowanego kwestionariusza discovery dla każdego modułu, który wymusza konkretne odpowiedzi. Gdy klient mówi „standardowe fakturowanie”, zadajemy 15 pytań uzupełniających o warunki płatności, limity kredytowe, faktury cykliczne, wielowalutowość, scenariusze podatkowe i przepływy zatwierdzania. Faza discovery powinna wyprodukować dokument, który obie strony podpisują.
Powód drugi: brak buy-in od kadry zarządzającej lub brak championa projektu. Wdrożenie ERP wymaga decyzji, które przecinają granice działów. Gdy zmiana procesu zespołu sprzedaży wpływa na przepływ pracy zespołu magazynu, ktoś z uprawnieniami musi podjąć decyzję. Jeśli projekt jest własnością IT lub średniego menedżera, który nie może nadpisać kierowników działów, decyzje utykają w komitetach. Mieliśmy projekt, który zatrzymał się na sześć tygodni, ponieważ dwóch kierowników działów nie mogło zgodzić się co do przepływu zatwierdzania zamówień zakupu, a nikt nie miał uprawnień, aby podjąć ostateczną decyzję.
Rozwiązanie: zidentyfikuj sponsora wykonawczego przed rozpoczęciem projektu. Ta osoba nie musi być na każdym spotkaniu, ale musi być dostępna do decyzji w ciągu 48 godzin i gotowa egzekwować terminy. Najlepsze projekty, jakie prowadziliśmy, miały COO lub CFO, który uczestniczył w cotygodniowym spotkaniu statusowym, podejmował decyzje na miejscu i rozliczał swoje zespoły z terminowego wykonywania zadań.
Powód trzeci: niedoszacowanie migracji danych. Każda firma myśli, że jej dane są czyste. Nigdy nie są. Rekordy klientów z duplikatami, katalogi produktów z niespójnym nazewnictwem, dane księgowe z niewyjaśnionymi korektami, rekordy pracowników z brakującymi polami. Widzieliśmy, jak migracja danych pochłaniała 30-40% całkowitego wysiłku projektu, gdy pierwotnie budżetowana była na 10%.
Podejście, które działa: zacznij migrację danych w pierwszym tygodniu, a nie na końcu. Wyeksportuj próbkę z każdego modułu, oczyść ją, zaimportuj do testowej instancji Odoo i zweryfikuj z użytkownikami. Rób to iteracyjnie - pierwszy import ujawni problemy z jakością danych, o których nie wiedziałeś. Zabudżetuj co najmniej 3 pełne cykle czyszczenia-walidacji przed importem go-live. I wyznacz właściciela danych w każdym dziale odpowiedzialnego za walidację zmigrowanych danych swojego działu.
Powód czwarty: niewystarczające szkolenia i zarządzanie zmianą. Tu technicznie udane projekty upadają w praktyce. System jest poprawnie skonfigurowany, dane zmigrowane, wszystko działa w testach - a potem prawdziwi użytkownicy go odrzucają, bo nie byli odpowiednio przygotowani. Szkolenie składające się z 2-godzinnej sesji tydzień przed go-live to nie jest szkolenie. To ćwiczenie odhaczania checkboxa.
Skuteczne szkolenie zaczyna się podczas wdrożenia, a nie po. Kluczowi użytkownicy z każdego działu powinni być zaangażowani w proces konfiguracji, testowanie z realnymi scenariuszami i dostarczanie informacji zwrotnych przez cały czas. Przed go-live przeprowadzamy co najmniej dwie pełnocyklowe symulacje, w których użytkownicy przetwarzają realistyczne transakcje end-to-end. Tworzymy także krótkie przewodniki wideo (po 2-3 minuty), ponieważ nikt nie czyta 50-stronicowego podręcznika użytkownika. Pierwszy miesiąc po go-live powinien mieć dedykowane wsparcie - albo od partnera wdrożeniowego, albo od wewnętrznych super-użytkowników, którzy mogą pomagać kolegom w czasie rzeczywistym.
Powód piąty: wybór złego partnera wdrożeniowego. To meta-powód - to przyczyna, dla której wszystkie inne powody nie są adresowane. Partner, który nie nalega na właściwe zbieranie wymagań, nie naciska na buy-in zarządu, niedoszacowuje migracji danych, żeby wygrać przetarg, i traktuje szkolenia jako dodatek, ustawia projekt do porażki.
Czerwone flagi przy ocenie partnerów: dają Ci wycenę o stałej cenie przed zrozumieniem Twoich wymagań. Obiecują nierealnie krótki harmonogram. Nie mogą dostarczyć referencji od firm podobnej wielkości w Twojej branży. Nie mają ustrukturyzowanej metodologii i działają na wyczucie. Zgadzają się ze wszystkim, co mówisz, zamiast kontrować złe pomysły.
Zielone flagi: spędzają znaczny czas na discovery przed wyceną. Mają udokumentowaną metodologię wdrożeniową. Są szczerzy co do tego, czego Odoo nie robi dobrze. Kontrują, gdy chcesz pominąć kroki. Mają case studies z konkretnymi metrykami, a nie tylko logami. Mówią o zarządzaniu zmianą i szkoleniu jako o kluczowych komponentach projektu, a nie dodatkach.
Niewygodna prawda jest taka, że większość porażek projektów ERP można zapobiec. Wzorce są dobrze znane, rozwiązania nie są tajemnicą, a mimo to firmy wciąż popełniają te same błędy, ponieważ priorytetyzują szybkość i koszt ponad proces. Poświęcenie dodatkowego miesiąca na początku na właściwe discovery, zapewnienie buy-in zarządu, wczesne rozpoczęcie migracji danych i odpowiednie zaplanowanie szkoleń oszczędzi Ci 6-12 miesięcy bólu, reworku i zmarnowanego budżetu na końcu.