Z artykułu dowiesz się
-
Co naprawdę czyni sprzedaż B2B złożoną, a co tylko rozbudowaną
-
Dlaczego rozbudowany B2B świetnie działa na sprawdzonej platformie
-
Indywidualne cenniki, rabaty i workflow zatwierdzania w praktyce
-
Kiedy procesy B2B naprawdę wychodzą poza standard
-
Jak podejść do projektu B2B, zanim wybierzesz technologię
Sprzedaż B2B potrafi być znacznie bardziej złożona niż sprzedaż do klienta indywidualnego: indywidualne cenniki, wielopoziomowe rabaty, konta firmowe z rolami, ścieżki zatwierdzania zamówień, integracje z systemami zakupowymi kontrahentów. Ta złożoność każe niektórym z góry sięgać po budowę na miarę. Tymczasem zdecydowana większość, także rozbudowanego B2B, działa świetnie na sprawdzonej platformie. Framework taki jak Sylius wchodzi do gry dopiero tam, gdzie procesy są tak nietypowe, że stanowią rdzeń modelu. Ten tekst pokazuje, gdzie przebiega ta granica i kiedy Sylius w B2B jest właściwym wyborem, a kiedy przepłacasz za rzekomą wyjątkowość, patrząc na konkretne mechanizmy hurtu po kolei.
Czym różni się złożony B2B
B2B rządzi się inną logiką niż sprzedaż do konsumenta. Ceny bywają negocjowane indywidualnie z każdym kontrahentem, rabaty zależą od wielu warunków, zamówienia przechodzą przez ścieżki akceptacji po stronie kupującego, a konta reprezentują całe organizacje z wieloma osobami o różnych uprawnieniach. To wszystko sprawia, że proces sprzedaży jest bardziej rozbudowany niż w typowym sklepie.
Ta złożoność jest realna, ale sama w sobie nie przesądza o technologii. Rozbudowany proces to nie to samo co proces nietypowy. Wiele elementów złożonego B2B, choć skomplikowanych, jest jednocześnie dość powszechnych, a przez to dobrze obsłużonych przez dojrzałe platformy i ich rozszerzenia.
Cała ta decyzja jest częścią szerszego wyboru technologii, który rozkładamy w przewodniku o tym, jak wybrać między Sylius a PrestaShop. Tutaj patrzymy na B2B jako jeden z terenów, gdzie ten wybór bywa najtrudniejszy, bo złożoność łatwo pomylić z nietypowością.
Rozbudowany B2B na sprawdzonej platformie
Zacznijmy od najważniejszego: rozbudowany B2B z powodzeniem działa na sprawdzonej platformie. PrestaShop, wzbogacony o moduły i rozsądne dostosowania, obsługuje indywidualne cenniki, grupy klientów, rabaty ilościowe, konta firmowe i wiele innych mechanizmów, których wymaga sprzedaż hurtowa. Dla większości firm B2B to właściwy, sprawdzony wybór.
Warto to podkreślić, bo wokół B2B narosło przekonanie, że skoro jest skomplikowany, to wymaga czegoś więcej niż standardowa platforma. W praktyce dojrzały ekosystem pokrywa ogromną część potrzeb hurtowych, a tam, gdzie brakuje gotowego modułu, dostosowanie zwykle wystarcza. Poziom, na jakim gotowa platforma radzi sobie z B2B, jest wyższy, niż wielu zakłada.
Dlatego punktem wyjścia dla projektu B2B nie powinno być pytanie „jaki framework”, tylko „czy sprawdzona platforma tego nie obsłuży”. W większości przypadków obsłuży, i to taniej oraz szybciej niż budowa na miarę. Dopiero gdy odpowiedź brzmi „nie”, warto rozważać framework.
Indywidualne cenniki i rabaty
Sercem wielu wdrożeń B2B są indywidualne cenniki. Każdy kontrahent może mieć własne ceny, wynegocjowane w umowie, oraz rabaty zależne od wolumenu, historii współpracy czy kategorii produktów. To mechanika, która w sprzedaży detalicznej niemal nie istnieje, a w hurcie bywa fundamentem relacji z klientem.
Znaczna część takich cenników mieści się w tym, co gotowa platforma obsłuży grupami klientów, cenami specyficznymi i regułami rabatowymi. Nawet dość skomplikowane struktury cenowe da się na niej odwzorować bez budowy na miarę. To kolejny obszar, w którym pozornie unikalne potrzeby okazują się dobrze pokryte standardem.
Granica pojawia się dopiero, gdy sama logika wyceny jest nietypowa, na przykład cena powstaje z wielu zmiennych powiązanych regułami, których nie da się wyrazić standardowymi cennikami. Wtedy wchodzimy na teren custom logiki, który szczegółowo rozkładamy w tekście o custom logice biznesowej w Sylius.
Workflow zatwierdzania zamówień
Charakterystycznym elementem B2B są ścieżki zatwierdzania. Zamówienie złożone przez pracownika kupującej firmy często musi przejść przez akceptację przełożonego czy działu zakupów, zanim trafi do realizacji. To workflow, który odwzorowuje wewnętrzne procedury kontrahenta, a nie tylko prostą ścieżkę zakupu.
Proste warianty takich ścieżek gotowa platforma obsłuży modułami do obiegu zamówień B2B. Im jednak workflow bardziej rozgałęziony, wieloetapowy i specyficzny dla danej organizacji, tym trudniej zmieścić go w gotowym rozwiązaniu. Rozbudowane, nietypowe procesy akceptacji to jeden z sensowniejszych powodów, żeby rozważyć framework.
Sylius, oparty na dojrzałym frameworku, ma tu przewagę, bo daje uporządkowane narzędzia do modelowania stanów i przejść procesu. Pozwala to zbudować nawet złożony workflow w sposób czytelny i możliwy do utrzymania, zamiast plątaniny warunków doklejanych do gotowego systemu.
Konta firmowe, role i budżety

W B2B konto to zwykle nie jedna osoba, lecz cała organizacja. Firma kupująca ma wielu użytkowników o różnych rolach: ktoś składa zamówienia, ktoś je zatwierdza, ktoś zarządza budżetem czy widzi tylko wybrane produkty. Odwzorowanie tej struktury organizacyjnej bywa istotną częścią wymagań.
Podstawowe konta firmowe z rolami obsłużą moduły dojrzałej platformy i dla wielu firm to wystarczy. Gdy jednak model uprawnień jest rozbudowany, z wieloma poziomami, budżetami, limitami i regułami widoczności specyficznymi dla klienta, złożoność rośnie i standard zaczyna być ciasny.
Tu znów obowiązuje ta sama zasada. Dopóki potrzeby dają się obsłużyć konfiguracją i modułami, właściwym wyborem jest sprawdzona platforma. Framework rozważamy dopiero, gdy struktura kont i uprawnień jest tak nietypowa, że staje się częścią rdzenia modelu, a nie jego obrzeżem.
Integracja z systemami kontrahenta
Dojrzały B2B rzadko działa w izolacji. Sklep spina się z systemami ERP po obu stronach, z platformami zakupowymi kontrahentów, z wymianą dokumentów i danych o stanach czy cenach. Te integracje bywają istotną częścią wartości, bo to one automatyzują współpracę między firmami.
Standardowe integracje, na przykład z popularnym systemem ERP, dojrzała platforma obsłuży sprawdzonymi łącznikami. Sygnałem w stronę budowy na miarę jest dopiero sytuacja, w której sama logika wymiany danych jest nietypowa, wieloetapowa i ściśle spleciona z procesem sprzedaży, tak że gotowe łączniki jej nie oddają.
Gdy integracje stają się częścią rdzenia procesu, framework daje swobodę zaprojektowania ich dokładnie tak, jak wymaga współpraca. To ta sama swoboda co przy custom logice, więc obowiązuje ta sama reguła: budujemy na miarę tylko wtedy, gdy nietypowość naprawdę jest w rdzeniu.
Kiedy B2B wychodzi poza standard
Zbierzmy sygnały, że B2B naprawdę wychodzi poza to, co obsłuży gotowa platforma. Pierwszy to sytuacja, w której kluczowe procesy, czyli wycena, workflow czy struktura kont, są tak specyficzne, że stanowią rdzeń modelu i odróżniają firmę od konkurencji. Drugi to lawina obejść potrzebnych, żeby zmieścić te procesy w gotowym systemie.
Trzeci sygnał to skala i tempo zmian: jeśli procesy B2B często ewoluują i wymagają głębokich modyfikacji rdzenia, framework dający pełną kontrolę bywa lepszym fundamentem niż ciągłe naginanie gotowej platformy. To jednak sytuacje rzadsze, niż sugeruje sama złożoność hurtu.
W większości projektów B2B te sygnały nie występują, a rozbudowane potrzeby okazują się dobrze pokryte przez sprawdzoną platformę. Dlatego rekomendacja dla typowego, nawet dużego B2B pozostaje ta sama co dla reszty e-commerce: dojrzała platforma z właściwymi rozszerzeniami.
Podejście komponentowe w Sylius
Gdy projekt B2B naprawdę wymaga frameworka, atutem Sylius jest podejście komponentowe. Zamiast monolitu, który trzeba przyjąć w całości, dostajesz zestaw komponentów i uporządkowaną architekturę, z których składasz dokładnie tę logikę sprzedaży, jakiej wymaga model. To daje elastyczność bez chaosu.
Dla złożonego B2B to istotne, bo pozwala zbudować nietypowe cenniki, workflow i integracje jako spójną, przemyślaną konstrukcję, a nie zbiór doklejonych łatek. Efektem jest system, który da się rozwijać w miarę, jak zmieniają się procesy handlowe, bez rozsypywania całości przy każdej modyfikacji.
Ta uporządkowana elastyczność wynika wprost z fundamentów technicznych Sylius. Jak architektura oparta na Symfony i API Platform wspiera utrzymanie i tempo rozwoju, rozkładamy w tekście o architekturze Sylius.
Koszt i trzeźwa decyzja
Budowa B2B na frameworku to większy nakład na starcie i w utrzymaniu, dokładnie jak przy każdej budowie na miarę. Zwraca się tylko wtedy, gdy nietypowość procesów jest źródłem realnej przewagi, a nie efektem przekonania, że skoro hurt jest skomplikowany, to musi być custom.
Dlatego trzeźwa decyzja zaczyna się od uczciwej diagnozy procesów. Warto przejść je z kimś, kto zna zarówno możliwości gotowych platform, jak i frameworków, bo tylko wtedy widać, gdzie naprawdę przebiega granica. Najczęściej diagnoza pokazuje, że sprawdzona platforma obsłuży B2B bez problemu, i to jest dobra wiadomość.
W rzadkich przypadkach diagnoza potwierdza, że procesy są tak nietypowe, że framework jest właściwym fundamentem. W obu sytuacjach chodzi o to samo: dopasować technologię do realnych procesów, a nie do wyobrażeń o tym, że złożony B2B zawsze wymaga budowy na miarę.
Otrzymaj bezpłatną konsultację Twoich wyzwań
Portal samoobsługowy dla kontrahentów
Coraz częstszym elementem B2B jest portal samoobsługowy, w którym kontrahent sam składa zamówienia, przegląda historię, pobiera dokumenty, sprawdza stany i ceny wynegocjowane w umowie. To przenosi część obsługi z działu handlowego na klienta, oszczędza czas obu stronom i podnosi jakość współpracy.
Podstawowe funkcje samoobsługi gotowa platforma zapewni panelem klienta i modułami B2B, i dla wielu firm to wystarcza. Złożoność rośnie dopiero wtedy, gdy portal ma odwzorować rozbudowane, nietypowe procesy zakupowe kontrahenta, spięte z jego systemami i uprawnieniami, bo wtedy staje się częścią indywidualnej logiki, a nie standardowym panelem.
Przy takich rozbudowanych portalach ujawnia się zaleta podejścia API-first, bo dane i funkcje sklepu są gotowe do wykorzystania przez dedykowany interfejs kontrahenta. To jednak potrzeba wąskiego grona projektów, a nie typowego B2B, dla którego wygodny panel na sprawdzonej platformie w zupełności spełnia oczekiwania.
B2B i B2C w jednym sklepie
Wiele firm sprzedaje jednocześnie hurtowo i detalicznie, obsługując w jednym sklepie zarówno kontrahentów, jak i klientów indywidualnych. To rodzi wymóg, żeby system rozróżniał obie ścieżki: inne ceny, inne reguły, inny sposób prezentacji, a czasem osobne katalogi dla każdej grupy odbiorców.
Taki model mieszany dojrzała platforma obsłuży grupami klientów i regułami widoczności, i dla większości firm to sprawdzone, wystarczające rozwiązanie. Standard radzi sobie z równoległym B2B i B2C znacznie lepiej, niż się wydaje, dlatego sama obecność obu kanałów nie jest powodem, żeby sięgać po framework.
Framework wchodzi w grę dopiero, gdy logika obu kanałów jest tak splątana i nietypowa, że staje się rdzeniem modelu, a gotowa platforma wymuszałaby kaskadę obejść. To rzadki przypadek, bo równoległa sprzedaż hurtowa i detaliczna jest na tyle powszechna, że dojrzały ekosystem dobrze ją pokrywa.
Od czego zacząć projekt B2B
Dobry projekt B2B zaczyna się nie od wyboru technologii, lecz od dokładnego rozpisania procesów. Warto spisać, jak naprawdę wygląda wycena, jak przebiega zamawianie i akceptacja, jak zbudowane są konta kontrahentów, z jakimi systemami sklep musi się spinać. Dopiero taki konkretny obraz pozwala trzeźwo ocenić, gdzie potrzeby są standardowe, a gdzie naprawdę nietypowe.
Mając ten obraz, można każdy element skonfrontować z możliwościami gotowej platformy. Najczęściej okazuje się, że zdecydowana większość procesów, choć rozbudowanych, mieści się w tym, co dojrzała platforma obsłuży modułami i konfiguracją, a tylko pojedyncze punkty wymagają głębszego zastanowienia. To zawęża rozmowę o frameworku do tych właśnie punktów, zamiast rozciągać ją na całość.
Taką diagnozę najlepiej przejść z partnerem, który zna zarówno gotowe platformy, jak i frameworki, bo tylko wtedy ocena jest uczciwa, a nie naginana pod z góry wybraną technologię. Efektem jest decyzja oparta na realnych procesach firmy, a nie na wrażeniu, że złożony B2B z definicji wymaga budowy na miarę.
Kiedy Sylius w B2B jest właściwym wyborem
Złożoność B2B jest realna, ale rzadko sama w sobie przesądza o wyborze frameworka. Dla zdecydowanej większości firm, także tych o rozbudowanych cennikach, workflow i strukturach kont, właściwym i sprawdzonym wyborem jest PrestaShop z odpowiednimi rozszerzeniami. To on obsłuży dojrzały hurt sprawnie, bezpiecznie i w rozsądnym budżecie, dlatego dla typowego B2B pozostaje naszą rekomendacją, także we wdrożeniach PrestaShop.
Sylius rezerwujemy dla wąskiego grona projektów B2B, w których kluczowe procesy są tak nietypowe, że stanowią rdzeń modelu i wymuszają budowę na miarę. Wtedy pomożemy zbudować je dobrze, w sposób uporządkowany i utrzymywalny, w ramach wsparcia dla wdrożeń Sylius. Cel jest zawsze ten sam: dopasować technologię do realnych procesów handlowych, a nie budować na zapas.
Najczęściej zadawane pytania
-
Czy złożony B2B wymaga Sylius?
Najczęściej nie. Rozbudowany B2B, w tym indywidualne cenniki, rabaty i konta firmowe, z powodzeniem działa na PrestaShop. Sylius wchodzi w grę dopiero przy naprawdę nietypowych procesach w rdzeniu.
-
Czy PrestaShop obsłuży indywidualne cenniki?
Tak. Grupy klientów, ceny specyficzne i reguły rabatowe pokrywają nawet dość skomplikowane struktury cenowe. Granica pojawia się dopiero przy nietypowej logice wyceny.
-
Kiedy B2B wychodzi poza standard?
Gdy kluczowe procesy, czyli wycena, workflow czy struktura kont, są tak specyficzne, że stanowią rdzeń modelu i wymuszają lawinę obejść w gotowym systemie.
-
Czy można prowadzić B2B i B2C w jednym sklepie?
Tak. Model mieszany dojrzała platforma obsłuży grupami klientów i regułami widoczności. Sama obecność obu kanałów nie jest powodem, żeby sięgać po framework.
-
Od czego zacząć projekt B2B?
Od dokładnego rozpisania procesów i skonfrontowania ich z możliwościami gotowej platformy. Najczęściej okazuje się, że większość obsłuży PrestaShop, a framework dotyczy tylko pojedynczych punktów.
O autorze
Od ponad dekady łączy strategię e-commerce z głębokim rozumieniem technologii, na której opiera się sprzedaż. Doradza markom w wyborze platformy, architektury i kierunku rozwoju sklepu – od wdrożeń i migracji na PrestaShop po projekty headless i Sylius. Jako Chief Marketing Officer w Sellision przekłada decyzje technologiczne na wzrost przychodów, opierając się na danych, nie na chwilowych trendach.