Dlaczego wdrożenia platform B2B kończą się fiaskiem: 10 najczęstszych błędów

O czym jest ten odcinek

Budżet był, agencja była, cele spisane, platforma ruszyła. A po roku zarząd pyta, co z tego wyszło, i nikt nie ma dobrej odpowiedzi. Tomasz Grzemski wylicza w tym odcinku dziesięć błędów, które najczęściej stoją za takim finałem, i mówi, co zrobić na każdy z nich. To odcinek dla osób, które dopiero przygotowują wdrożenie platformy B2B, i dla tych, u których coś już zgrzyta.

Poprzedni odcinek pytał, dlaczego klienci nie zamawiają przez gotową platformę. Ten cofa się o krok wcześniej: do momentu, w którym o losie wdrożenia decydują rzeczy niemające jeszcze nic wspólnego z oprogramowaniem.

Kluczowe punkty odcinka

• Zacznij od celu biznesowego, nie od listy funkcjonalności. Lista 500 funkcji w przetargu zwykle znaczy, że nikt w organizacji nie umie powiedzieć, po co to robimy.
• Odtworzenie starego procesu jeden do jednego daje klientowi platformę gorszą od handlowca. Platforma B2B jest zmianą modelu sprzedaży, nie kopią maila.
• Integracja z ERP jest najczęściej niedoszacowaną pozycją wdrożenia. Bez niej nie ma limitu kredytowego, faktur, prawdziwych cen ani stanów magazynowych, a magicznych wtyczek nie ma.
• Testy przesunięte na koniec projektu to gwarantowane opóźnienie. Integracje i dane produktowe testuje się od pierwszych tygodni, nie na tydzień przed startem.
• Go-live nie kończy projektu i nie jest miarą sukcesu. Miarą są koszt i czas obsługi zamówienia per kanał oraz udział zamówień składanych samodzielnie przez klienta.

Skąd ten temat: liczby z raportu Panorama Consulting

Raport ERP 2026 firmy Panorama Consulting, zbudowany na danych od stycznia 2025 do stycznia 2026, podaje trzy liczby, które warto trzymać obok siebie: 30% projektów IT przekroczyło budżet, 22,3% harmonogram, a 53% organizacji osiągnęło mniej niż połowę zakładanych, mierzalnych korzyści.

Ostatnia liczba jest najciekawsza, bo jest największa. Więcej projektów rozjeżdża się na korzyściach niż na budżecie i terminie razem wziętych. To znaczy, że typowa porażka wdrożenia nie wygląda jak katastrofa. Wygląda jak projekt oddany mniej więcej na czas, mniej więcej w budżecie, po którym nic się nie zmieniło.

Dokładnie tak samo bywa z platformami B2B. I dlatego lista poniżej zaczyna się nie od technologii, tylko od pytania, na które w wielu projektach nikt nie potrafi odpowiedzieć.

Dziesięć błędów, które psują wdrożenie platformy B2B

1. Nie ma celu biznesowego, jest lista funkcjonalności

Cel biznesowy może być różny: dotarcie do klientów, których przedstawiciel handlowy fizycznie nie objedzie, obniżenie kosztu obsługi zamówienia, skrócenie czasu realizacji. Ważne, żeby był jeden i żeby cała organizacja go znała. Od niego idzie wszystko dalsze: zakres, budżet, priorytety i to, co na koniec uznamy za sukces.

Sygnał, że celu nie ma, jest łatwy do rozpoznania. Na spotkaniu pada lista pytań typu „czy platforma ma funkcję X” i „czy platforma ma funkcję Y”. W przetargach potrafi to być lista 500 funkcjonalności porównywanych między platformami. Widać wtedy, że ktoś dostał zadanie wdrożenia platformy, ale nie dostał odpowiedzi, po co firma to robi. Bez tej odpowiedzi nikt w organizacji nie wie, dlaczego to kosztuje i co musi zrobić po swojej stronie.

2. Odtwarzamy stare procesy jeden do jednego

Platforma, która jest wierną kopią tego, co klient dziś załatwia z handlowcem, nie daje klientowi żadnego powodu, żeby z niej korzystać. Napisanie maila jest łatwiejsze. Platforma B2B jest elementem cyfrowej transformacji: ma dać nową jakość, na przykład szybsze złożenie zamówienia albo możliwość zamówienia po godzinach.

Najlepiej widać to na cenach. Jeśli polityka cenowa firmy polega na tym, że handlowiec ustala cenę przy każdym zamówieniu, nie da się tego przenieść do platformy w sposób, który dla kogokolwiek będzie wygodny. Żeby uruchomić nowy kanał sprzedaży, trzeba mieć dla klienta przygotowany cennik, po którym on realnie będzie chciał kupować.

Ta praca ma efekt uboczny, który się opłaca. Spisanie własnych procesów jest warunkiem wejścia w kolejny etap: agent AI nie obsłuży zamówienia w firmie, która nie ma nigdzie opisanego, jak sama działa.

3. Nie ma jednego właściciela projektu

Projekt z wieloma właścicielami nie ma żadnego. Część osób ciągnie w stronę produktową, część handlowców w stronę sprzedażową, decyzji nie podejmuje nikt. Zdarza się też, że wdrożenie spada rykoszetem na osobę, która nie ma o nim pojęcia i nie prosiła o nie.

Właściciel projektu nie musi znać się na technologii. Musi znać cel biznesowy, być dostępny i mieć mandat do rozstrzygania sporów wewnątrz firmy. Kiedy tej wiedzy brakuje, warto sięgnąć po konsultanta z zewnątrz.

I tu jest pułapka, którą widzimy regularnie. Zarząd, który właśnie zatrudnił specjalistę od e-commerce, nie chce dokładać do tego analizy kupowanej na zewnątrz, bo to wygląda na płacenie dwa razy za to samo. Nie jest to płacenie dwa razy. Wiedza o platformach B2B, integracjach i marketingu cyfrowym jest dziś na tyle szeroka, że jedna osoba jej nie obejmuje. Zewnętrzny konsultant nie zastępuje waszego specjalisty, tylko chroni go przed błędami, których jeszcze nie miał okazji popełnić.

4. Złe dane produktowe, klienckie i cenowe

Platforma z danymi niepełnymi albo nieaktualnymi nie da klientowi doświadczenia zakupowego, do którego przywykł. Katalog złożony z symboli SKU i ceny „do potwierdzenia po zamówieniu” nie jest katalogiem, tylko formularzem zgłoszeniowym w przebraniu.

Uporządkowanie danych jest dużą inwestycją czasu po stronie firmy i nie da się jej przerzucić na dostawcę. To także moment, w którym najczęściej pojawia się temat systemu PIM, bo katalog dla platformy B2B to zwykle pierwszy przypadek, w którym dane produktowe muszą być dobre dla kogoś spoza firmy.

5. Niedoszacowana integracja z ERP, PIM, CRM i WMS

To jest punkt, po którym najłatwiej poznać, kto ma doświadczenie z platformami B2B, a kto chce sprzedać tani produkt. Bez dobrej integracji z ERP klient nie zobaczy swojego limitu kredytowego, nie znajdzie faktur, nie dostanie prawdziwych cen, rabatów ani stanów magazynowych z właściwej lokalizacji.

Magicznych wtyczek, które wystarczy zainstalować, nie ma, i to jest zarzut przede wszystkim do rozwiązań SaaS. Każdy ERP działa inaczej u każdego klienta. Nawet Comarch, jeden z popularniejszych systemów w Polsce, zachowuje się różnie w zależności od tego, czy zamówienie idzie na magazyn dokumentem WZ, czy fakturą, czy towar jest rezerwowany, czy zamówienie jest otwarte, czy zamknięte. Do tego dochodzą nakładki i wewnętrzne procedury, które firma dorabiała latami.

Stąd rada praktyczna: żądajcie od dostawcy odpowiedzialności za całość. Firma wdrożeniowa nie zmieni wam kodu w ERP, ale może wziąć na siebie doprowadzenie sprawy do końca, łącznie z telefonem do dostawcy ERP, kiedy zamówienie nie dojdzie. Deklaracja „sami sobie zintegrujemy” albo „dostawca SaaS mówi, że sobie poradzi” jest w praktyce przejęciem największego ryzyka w projekcie, często wartego kilkadziesiąt, a bywa że kilkaset tysięcy złotych. Więcej o tym w odcinku o ekosystemie ERP, PIM i WMS oraz na stronie o integracjach systemów.

6. Zakres rośnie w trakcie, bo nikt nie pyta klientów

W czasie analizy przedwdrożeniowej pojawiają się listy życzeń: konfiguratory, dodatkowe widoki, ciekawe funkcje. Zakres puchnie, razem z nim budżet i harmonogram, a nikt nie sprawdza, ilu klientów faktycznie tego użyje.

Test jest prosty i trzeba go zrobić przed wyceną, nie po. Porozmawiajcie z klientami i zapytajcie, czego oczekują od platformy. Czasem odpowiedź brzmi, że zamiast rozbudowanego konfiguratora wystarczy formularz i PDF, a decyzja zakupowa zapadnie tak samo szybko za ułamek ceny.

7. Handlowcy i biuro obsługi dowiadują się na końcu

Klasyczny układ: jedna osoba ma wdrożyć platformę, a potem przekonać do niej wszystkich pozostałych. Handlowcy, biuro obsługi klienta i użytkownicy końcowi bywają pomijani w projektowaniu, a potem pytają, kto to wymyślił, bo przecież miało działać inaczej.

To nie jest zła wola. To przewidywalna reakcja na zmianę, opisana i nazwana, a my poświęciliśmy jej cały odcinek o zarządzaniu oporem zespołu. Wniosek praktyczny jest jeden: osoby, które będą z platformy korzystały na co dzień, angażuje się od początku, a nie na etapie szkolenia.

8. Testy i UAT dopiero przed startem

Skoro projekt trwa pół roku i zamówiliśmy go u zewnętrznej firmy, to przetestujemy wszystko na końcu. Tak brzmi założenie, które kosztuje najwięcej opóźnień.

Rzeczy krytyczne, czyli integracje, ceny, stany, dokumenty i dane produktowe, trzeba testować od początku. Jeśli rozjazd wyjdzie na dwa tygodnie przed startem, nie ma już czasu, żeby go nadrobić, a testy na danych zastępczych niczego nie dowodzą. Obowiązki są tu po obu stronach. Dostawca ma prosić o testy dopiero na skończonym module i wprost powiedzieć, co ma być sprawdzone, bo klient nie jest z IT i nie musi wiedzieć, co jest prototypem. Klient ma sprawdzić to, czego dostawca sprawdzić nie może: czy dokumenty poprawnie wchodzą do ERP, do którego firma wdrożeniowa zwykle nie ma pełnego dostępu. O planowaniu tych etapów jest osobny odcinek o harmonogramie wdrożenia.

9. „Poszliśmy live, temat zamknięty”

Zdanie usłyszane na spotkaniu: „stronę wdrożyliśmy 6 lat temu, o co chodzi?”. Chodzi o to, że platforma jest punktem styku z klientem i codziennie mówi coś o firmie. Jeśli wisi na niej news sprzed lat i nie ma na niej nowych produktów, mówi rzeczy niedobre.

Projekt po starcie wymaga asysty także z powodów, o których łatwo zapomnieć: aktualizacji bezpieczeństwa i zmian w samej firmie. Porównanie z odcinka jest trafne. Firma, która jeździ na targi, co pół roku drukuje nowe elementy stoiska, choć konstrukcja zostaje ta sama. Z platformą jest identycznie: ma nadążać za biznesem, a nie zamarznąć w dniu premiery.

10. Nie ma miar sukcesu

Bez miar dyskusja o tym, czy platforma się udała, po roku zamienia się w dyskusję o wierze. A miara „100% zamówień przez platformę” jest gorsza niż jej brak, bo jest nieosiągalna i o tym był poprzedni odcinek.

Miary, które warto ustawić na starcie, są przyziemne: czas i koszt obsługi zamówienia per kanał, udział liczby i wartości zamówień online, liczba zamówień złożonych przez klienta samodzielnie, czyli bez udziału handlowca i biura obsługi. Pełną listę wskaźników razem z planem pierwszych 90 dni znajdziesz w poprzednim odcinku, a o samej warstwie danych i raportowania jest odcinek o analityce w B2B. Reguła jest jedna: baseline mierzy się przed startem, bo potem nie ma już od czego odejmować.

Wisienka na torcie: wybieracie zespół, nie oprogramowanie

Najwięcej uwagi w procesie zakupowym pochłania wybór oprogramowania, a najmniej pytanie, czy cel biznesowy w ogóle zostanie osiągnięty. To proporcja odwrotna do potrzebnej.

Znaczenie samego softwareu maleje, bo w czasach wytwarzania oprogramowania przez agentów AI coraz więcej zależy od specyfikacji i od efektu, a coraz mniej od tego, w czym rzecz jest napisana. Wygrywają ci, którzy dokładnie wiedzą, co chcą osiągnąć. Szukajcie więc zespołu, który odpowie na wasze potrzeby dziś i za kilka lat, a nie samej platformy. A jeśli nie wiecie jeszcze, co chcecie osiągnąć, to jest właśnie moment na konsultanta: ktoś, kto widział wasz przypadek kilka razy, powie wam w tydzień, który kierunek jest ślepą uliczką.

Lista kontrolna przed startem projektu

Dziesięć punktów z odcinka w formie, którą można wziąć na spotkanie. Jeśli na któreś pytanie nie ma odpowiedzi, wiadomo, gdzie jest ryzyko.

Pytanie	Kiedy odpowiedzieć	Znak ostrzegawczy
Jaki jest jeden cel biznesowy wdrożenia?	Przed wyborem dostawcy	Zamiast celu jest lista funkcjonalności
Co klient zyska, czego dziś nie ma?	Przed analizą	Platforma odtwarza proces handlowca
Kto jest właścicielem projektu?	Przed startem	Odpowiedź brzmi „zespół”
Czy dane produktowe i cenowe są gotowe?	Przed analizą	Ceny „do potwierdzenia po zamówieniu”
Kto bierze odpowiedzialność za integrację z ERP?	W umowie	„Sami to zintegrujemy”
Które funkcje potwierdzili klienci?	Przed wyceną	Lista życzeń z wewnątrz firmy
Czy handlowcy i biuro obsługi są w projekcie?	Od pierwszych tygodni	Poznają platformę na szkoleniu
Kiedy zaczynają się testy integracji?	W harmonogramie	Jeden blok testów przed startem
Jaki jest budżet na rozwój po starcie?	W budżecie projektu	Brak takiej pozycji
Jakie wskaźniki mierzymy i od jakiego poziomu?	Przed go-live	Miarą jest sam go-live

Co dalej

Jeśli planujesz wdrożenie albo chcesz odblokować projekt, który utknął, zobacz, jak wdrażamy platformy B2B na OroCommerce i na Magento z pakietem Maco B2B, oraz jak podchodzimy do integracji systemów. Możesz też od razu umówić rozmowę.

Źródła

• Panorama Consulting, 2026 ERP Report (dane od stycznia 2025 do stycznia 2026, PDF)