Gdy liczby przestają nadążać za rozwojem firmy, pierwszym odruchem jest projekt systemowy. ERP jest stary, wdrożony w połowie albo przez lata pozaginany obejściami — więc plan brzmi: wdrożyć go porządnie albo kupić nowy. Skonfigurować moduły. Zmigrować dane. Rozłożyć to na spółki. Wdrożyć ludzi. Przeszkolić. Osiemnaście miesięcy i jeden duży budżet później raportowanie ma wreszcie działać.
Czasem to słuszna decyzja. Częściej naprawia niewłaściwą warstwę.
Pytanie, które warto zadać najpierw, jest węższe niż „który ERP". Brzmi tak: potrzebujesz nowego systemu, czy danych, które już masz w tych istniejących?
Czym ten wielki projekt naprawdę jest
Poważne wdrożenie ERP to nie jeden projekt. To wdrożenie, customizacja, migracja danych, rollout na spółki, onboarding i szkolenia — każde z własnym harmonogramem i własnym sposobem na to, by się rozciągnąć. Gartner i McKinsey śledzą ten wzorzec od lat: duże programy ERP i transformacyjne rutynowo przekraczają czas i budżet, a znaczna część nigdy nie dostarcza tego, co obiecywała.
Najbardziej boli to, czego nikt nie wpisuje do budżetu — utrata uwagi. Przez cały czas trwania projektu zespół finansowy prowadzi firmę i jednocześnie przebudowuje samolot w locie. W planie jest koszt oprogramowania i integratora. Boli koszt dwóch lat uwagi.
Dane prawie zawsze już istnieją
To ta część, którą prezentacja sprzedażowa systemu pomija. Dane, których potrzebujesz do prowadzenia firmy, prawie zawsze już istnieją. Sprzedaż jest w ERP albo w e-sklepie. Koszty w księgowości. Szczegół operacyjny w narzędziach, których każdy dział i tak już używa.
Problemem rzadko jest to, że danych nie ma. Problemem jest to, że są rozproszone, w każdym systemie zdefiniowane inaczej i nigdy niepołączone w jeden obraz, któremu można zaufać. To nie jest problem ERP — i nowy ERP go nie rozwiąże. ERP dobrze zapisuje transakcje. Nigdy nie był zbudowany po to, by być jednym, zarządzanym źródłem informacji użytecznych do decyzji w całej grupie. Pisaliśmy o tym, dlaczego Twój ERP nie zarządza Twoimi danymi ; to ta sama luka, widziana od strony budżetu.
Druga droga: wykorzystaj to, co już masz
Jest więc druga opcja — i zwykle to ta, której nikt nie położył na stole. Zamiast wymieniać systemy, łączysz je. Wyciągasz dane z tego, co już masz — Comarch, enova365, Symfonia, Business Central, e-sklep — sprowadzasz je do jednego modelu, obejmujesz ładem i na wierzchu stawiasz żywe raportowanie oraz AI. Systemy transakcyjne zostają dokładnie tam, gdzie są. Dodajesz warstwę, której naprawdę brakowało.
Zajmuje to tygodnie, nie lata, bo nic nie jest reimplementowane. Wykorzystujesz to, co już masz, nie przebudowujesz od zera.
To model, który budujemy w Onetribe, więc nie jestem bezstronny. Ale logika trzyma się bez względu na to, kto wykonuje pracę: napraw warstwę, która jest zepsuta, nie tę pod nią, która nie jest.
Kiedy nowy system naprawdę wygrywa
Projekt systemowy bywa dokładnie słuszny i warto być szczerym co do tego, kiedy:
- Zawodzi sam system transakcyjny — nie jest wspierany, nie radzi sobie z wolumenem albo wprost blokuje operacje. Wtedy napraw system, bo to system jest problemem.
- Regulator lub audytor wymaga konkretnej platformy. Zgodność nie jest kwestią preferencji.
- Konsolidujesz po przejęciu i ujednolicenie wszystkich na jeden ERP jest realną strategią — nie łatką na raportowanie przebraną za strategię.
- Jesteś na tyle mały i na zielonym polu, że czyste jednorazowe wdrożenie jest naprawdę tańsze niż integracja kilku istniejących narzędzi.
Jeśli coś z tego pasuje, zainwestuj w system. I tak czy inaczej postaw na nim zarządzaną warstwę danych — bo nawet doskonały ERP nie zarządza danymi w całej grupie.
Matematyka po cichu się zmienia
Krok w tył i pod tym wszystkim jest większa zmiana. Ciężkie wdrożenie było kiedyś ceną za dobrą informację. Jeśli chciałeś danych użytecznych do decyzji, kupowałeś duży system i przez dwa lata wyginałeś go do kształtu. To była po prostu cena wejścia.
AI zmienia tę cenę. Kiedy zarządzana warstwa danych razem z AI potrafi zamienić dane, które już masz, w żywe odpowiedzi, wieloletnie wdrożenie przestaje być punktem wyjścia i staje się wyjątkiem.
Wzrost zjada gotówkę: kapitał obrotowy zwiększył się o 34% przy przychodach rosnących o 38% — zysk jest realny, ale stoi w należnościach i zapasach.
Marża EBITDA to 19% wobec 13% rok temu. Cash bridge dołączony do materiałów dla zarządu.
Warstwa wyjściowa — raporty, komentarz, analiza — tanieje. Wartość trzymają zarządzane dane pod nią i to, jak szybko do nich docierasz.
Ta zmiana dopiero się zaczyna i zasługuje na własną rozmowę — wrócimy do niej. Na razie praktyczny wniosek jest mniejszy: zanim wycenisz nowy system, sprawdź, czy dane, których potrzebujesz, nie są już w tych, które masz. Odpowiedź zmienia budżet o rząd wielkości.
Najczęstsze pytania
Czy to znaczy, że nigdy nie powinniśmy wymieniać ERP? Nie. Jeśli system transakcyjny zawodzi, nie jest wspierany albo blokuje operacje, wymień go — wtedy to system jest problemem. Argument jest węższy: nie uruchamiaj ciężkiego projektu systemowego na coś, co w rzeczywistości jest luką w danych i raportowaniu, bo tej nowy ERP i tak nie zamknie.
Czym to się różni od budowania raportowania w Power BI własnymi siłami? To osobna, kolejna decyzja — jak zbudować warstwę, gdy już zdecydowałeś, że wykorzystujesz istniejące dane zamiast wymieniać systemy. Trzy modele dostarczenia — zbudować, zatrudnić, przejąć — porównujemy na stronie porównania . Ten artykuł jest wcześniej: czy w ogóle potrzebujesz nowego systemu.
Nasze dane w ERP to bałagan. Czy to nie przemawia właśnie za nowym, czystym systemem? To najczęstszy przypadek i zwykle nie. Bałagan w danych idzie za Tobą do nowego systemu — migracja go nie czyści, tylko przenosi. Uporządkowanie danych, które masz, to praca i tak, a zrobienie tego na istniejących systemach jest znacznie szybsze niż reimplementacja wszystkiego.
Gdzie to się mieści w naszej ekspertyzie
To punkt wejścia do tego, jak myślimy o ładzie danych i gotowości na AI — warstwie, która sprawia, że dane, które już posiadasz, stają się użyteczne do decyzji, bez projektu systemowego. Łączy się z raportowaniem zarządczym — tym, co robisz, gdy liczby są wiarygodne — oraz z dlaczego Twój ERP nie zarządza Twoimi danymi (dlaczego luka w ogóle powstaje).