Jak przebiega demo systemu ERP? Na co zwrócić uwagę?

Czym demo ERP różni się od prezentacji sprzedażowej?

W rozmowach z dostawcami słowo „demo” bywa nadużywane. Prezentacja sprzedażowa pokazuje możliwości interfejsu, natomiast demo ERP powinno sprawdzić, czy system umie obsłużyć twoje zasady prowadzenia działalności: od struktury organizacyjnej, przez politykę magazynową, po księgowanie i raportowanie.

Różnica jest prosta: podczas prezentacji zobaczysz „ładne widoki”. Podczas demo masz zobaczyć działanie reguł na twoim scenariuszu. Przykład: jeśli masz przypisane stawki VAT, różne magazyny i specyficzne statusy zamówienia, demonstracja musi pokazać, jak system poradzi sobie z wyjątkami, a nie tylko wariantem idealnym.

W projektach, które analizowałem, kluczowe było nie to, czy ERP ma funkcje, tylko jak długo trwa dojście do poprawnego wyniku: konfiguracja, mapowanie danych, integracje i sposób prowadzenia testów przed go-live (uruchomieniem produkcyjnym).

Jak wygląda typowy scenariusz demo end-to-end (od procesu do wyniku)?

Dobre demo ERP ma strukturę end-to-end, czyli od zdarzenia biznesowego do efektu w finansach. W praktyce najczęściej dostawcy prowadzą 1–3 takie ścieżki. Dla firmy produkcyjnej lub handlowej typowa trasa wygląda tak:

• Zakup / przyjęcie towaru (np. do konkretnego magazynu, z kontrolą dostawcy i dokumentów)
• Sprzedaż / zamówienie (klient, warunki, rabaty, terminy, kompletacja)
• Magazyn / rezerwacje (dostępność, alokacje, stany, korekty)
• Wystawienie dokumentów (faktura, korekty, dokumenty handlowe)
• Księgowanie i raporty (księga główna, analityki, ścieżki zatwierdzeń, spójność danych)

Istotne: demo powinno uwzględnić „twarde” elementy, które w realu decydują o czasie i kosztach wdrożenia, m.in.:

• workflow zatwierdzeń (kto, kiedy, na jakiej podstawie)
• uprawnienia i role użytkowników (kto może co zmienić)
• parametryzacja zamiast „customów” (czy reguły da się ustawić, czy trzeba pisać rozwiązania)
• integracje (jeśli masz e-commerce, WMS, CRM, płatności, EDI)

Warto pilnować, żeby demo nie trwało „w próżni”. System musi przejść przez dane testowe, które są bliskie twoim realiom. Jeśli dostawca pokazuje tylko wprowadzone ręcznie rekordy, ryzyko rozjechania danych w migracji rośnie.

Na co zwrócić uwagę podczas demo: lista kontrolna decydenta

Poniżej masz praktyczną listę rzeczy, które powinny paść na stole podczas demonstracji. Jeśli odpowiedzi są ogólne, a ekran prowadzi cię „najkrótszą drogą”, potraktuj to jako sygnał do dopytania.

1) Czy zobaczysz konfigurację reguł, a nie tylko przejścia menu?

Poproś o pokazanie: gdzie ustawia się politykę numeracji dokumentów, jak działają statusy i kontrole spójności. Dopytaj, czy zmiany wprowadza administrator, czy wymaga to wsparcia dostawcy. To bezpośrednio wpływa na TCO i zależność od partnera (vendor lock-in – uzależnienie od dostawcy).

2) Jak system radzi sobie z wyjątkami?

To najczęstszy brak w demo. Dopytaj o: korekty cen, zwroty, częściowe wydania, brak pełnej dostępności, anulowanie pozycji, różne warunki płatności, różne magazyny. ERP w produkcji i handlu żyje wyjątkiem, a nie idealnym przepływem.

3) Czy proces kończy się raportem, który ma sens dla biznesu?

Po demo powinna zostać lista raportów i ich „generatorów”: skąd biorą dane, jak są filtrowane i czy da się je uruchamiać dla zarządu i dla działu operacyjnego. Nie chodzi o dashboardy „do pochwalenia”, tylko o decyzje: marża, należności, rotacja, odchylenia.

4) Integracje: co jest w standardzie, a co dobudowuje się później?

Jeśli masz CRM, WMS, system produkcyjny MES, narzędzia BI lub hurtownię danych, demo powinno wskazać sposób integracji: API, kolejki zdarzeń, pliki, EDI. W realu te elementy często przesuwają terminy go-live z tygodni na miesiące.

5) Migracja danych: czy demo w ogóle dotyka tematu?

Demo bez demonstracji migracji (nawet w formie „zobaczycie jak mapujemy pola”) to strata czasu. Oczekuj odpowiedzi na pytania: które obiekty migrujecie (klienci, artykuły, BOM, cenniki, stany), jakie są formaty, jak wygląda walidacja jakości danych i kto odpowiada za dane po stronie biznesu.

Typowe pułapki wdrożeniowe, które widzę regularnie:

• Demo skupione na ekranach, a pomijające reguły biznesowe i uprawnienia – potem wychodzi, że część procesów wymaga konfiguracji „po stronie wdrożenia”.
• Brak scenariuszy wyjątków – firma dostaje narzędzie do „typowego dnia”, a nie do realnej pracy z błędami i korektami.
• Zignorowanie jakości danych – migracja kończy się poprawkami w ciągu kilku tygodni, bo dane historyczne nie spełniają założeń systemu.

ERP w chmurze czy on-premise? Demo powinno pokazać konsekwencje

Wybór modelu wdrożenia jest często traktowany jako „preferencja technologiczna”. Dla decydenta liczy się jednak wpływ na czas realizacji, koszty i ryzyka operacyjne.

Jeśli dostawca prowadzi demo „tak samo” w obu modelach, a potem nie potrafi pokazać różnic w bezpieczeństwie, uprawnieniach i sposobie obsługi aktualizacji, to sygnał do weryfikacji. Demo ma pokazać konsekwencje, nie tylko „funkcje”.

Licencje i koszty: jak odróżnić demo z ceną od demo z ryzykiem

Koszt ERP rzadko kończy się na licencji. W praktyce decydenci powinni patrzeć na budżet wdrożenia (project cost) i koszt operacyjny po go-live (run cost). W zależności od zakresu i liczby integracji spotkasz się z widełkami:

• licencje użytkowników: często 150–600 PLN/mies./użytkownika (w modelach subskrypcyjnych) lub alternatywnie stała opłata roczna w podobnym poziomie, zależnie od funkcji i wariantu
• wdrożenie (konfiguracja + analityka + testy + migracja): zazwyczaj 120 000–600 000 PLN dla średniego zakresu; w rozbudowanych projektach integracyjnych rośnie do 800 000–1 500 000 PLN
• integracje (API, migracje, połączenia z innymi systemami): często 50 000–300 000 PLN i więcej, zależnie od liczby systemów i jakości danych
• utrzymanie (serwis + monitoring + modyfikacje): typowo 10–20% wartości rocznie kosztów licencji/rozwiązania w pierwszych latach
• czas do pierwszego go-live w etapach: najczęściej 4–9 miesięcy; pełen zakres z wieloma integracjami i migracją danych to często 9–15 miesięcy

Warto dopytać o wskaźniki ROI (zwrot z inwestycji) i realne oszczędności. Dla ERP ROI zwykle buduje się przez ograniczenie ręcznej pracy, zmniejszenie błędów oraz przyspieszenie cykli (od zamówienia do faktury). W analizach business case, które widzę najczęściej, firmy celują w 10–30% ROI w horyzoncie 2–3 lat, ale warunkiem jest dyscyplina wdrożeniowa i jakość danych.

Uwaga: jeśli sprzedawca mówi „ERP to po prostu licencja”, to w praktyce nie zna całego kosztu projektu i bieżących procesów operacyjnych. 😉

Demo a realne wdrożenie: czas, koszty i na co uważać przy startowaniu projektu

Po demo powinno wyjść kilka konkretnych decyzji: co wdrażamy w pierwszym zakresie, jakie dane migrujemy, jak testujemy i jak wygląda odpowiedzialność po stronie biznesu oraz dostawcy.

Jak zacząć mądrze (praktyczny plan przed i po demo)

1. Ustal 2–3 scenariusze o najwyższym ryzyku (np. zwroty, korekty cen, różne magazyny, produkcja/rozchody/BOM). To one pokażą różnicę między „można” a „da się sensownie”.
2. Przygotuj zestaw danych do demonstracji (choćby w wersji skróconej): klientów, artykuły, karty magazynowe, cenniki, przykładowe dokumenty. Demo bez tego sprowadza się do pokazów.
3. Poproś o mapę odpowiedzialności: kto prowadzi konfigurację, kto testy akceptacyjne, kto zatwierdza migracje i definicje raportów.
4. Zapisz „warunki brzegowe”: liczba użytkowników na start (np. 20–80), liczba lokalizacji, zakres integracji, typowe wolumeny dokumentów (np. kilkadziesiąt tysięcy pozycji miesięcznie).
5. Zażądaj planu testów i strategii migracji — nie slajdu, tylko konkretów: jakie dane, jak walidujemy, jak obsługujemy błędy.

Proces decyzyjny: co porównać między dostawcami

Wybór ERP to nie konkurs „kto ładniej pokaże”. Porównujcie:

• zakres standardu (co jest w systemie bez programowania)
• koszty konfiguracji i model prowadzenia zmian po wdrożeniu
• czas do go-live w pierwszym etapie oraz plan na kolejne
• integracje i dostępność narzędzi do utrzymania (monitoring, logi, narzędzia do diagnostyki)

Konkretny zestaw pytań do dostawcy podczas demo

• Jak wygląda proces korekty dokumentów i księgowania w przypadku zwrotów i różnic kursowych? Pokaż na danych.
• Jak system zarządza uprawnieniami do zatwierdzania i zmian cen?
• Co dokładnie jest „konfiguracją”, a co „rozwojem” (custom)? Jaki jest typowy udział customów w podobnych wdrożeniach?
• Jak wykonujecie migrację: narzędzia, etapy walidacji, odpowiedzialności biznesu?
• Jak długo trwa zrobienie środowiska testowego i jak testujecie integracje?

Jeśli dostawca nie odpowiada precyzyjnie, przerwij demo na 10 minut i wróć do ryzyk. W projektach, które analizowałem, 80% późniejszych rozczarowań wynikało z nieustalonych założeń na etapie demonstracji.

System A vs. System B: jak ocenić demo bez „marketingowego zachwytu”

Najlepsze porównanie to takie, które opiera się na twardych kryteriach. Przykładowo:

To zestawienie nie mówi „który jest lepszy”, tylko pokazuje, jak patrzeć. Jeśli w demo nie widać wyjątków i migracji, wybór przestaje być decyzją techniczno-biznesową, a staje się decyzją emocjonalną.

Podsumowanie: zanim zdecydujesz się na wdrożenie, sprawdź…

Demo ERP ma być testem procesu, a nie pokazem funkcji. Ustal, czy ścieżka end-to-end kończy się poprawnym efektem w finansach, czy dostawca pokazuje wyjątkowe przypadki, i czy potrafi przełożyć to na plan migracji oraz go-live.

Zanim podpiszesz kolejny etap, zrób krótką weryfikację: czy demo obejmowało reguły i wyjątki, czy dostałeś konkrety o konfiguracji vs. rozwoju, jaki jest plan integracji oraz jak będziecie walidować dane. Jeżeli odpowiedzi są ogólne, poproś o doprecyzowanie scenariuszy i powtórzenie części demo na twoich danych.

Jeśli chcesz, przygotuję Ci checklistę pytań i wzór briefu na demo ERP pod twoją branżę (handel/produkcja/usługi) oraz zakres (finanse, magazyn, produkcja, HR). Wystarczy, że podasz: liczbę użytkowników, systemy zewnętrzne i najważniejsze procesy do zmapowania.