WooCommerce a Endora Commerce - co wybrać do sprzedaży B2B

Zacznijmy od tego, w czym WooCommerce jest naprawdę dobry, bo lista jest długa. To najpopularniejsza platforma e-commerce na świecie: StoreLeads liczy ponad 4,5 miliona żywych sklepów i około 33% rynku, a BuiltWith wykrywa WooCommerce na ponad 6 milionach domen. Rdzeń jest darmowy i otwarty, a uruchomienie sklepu na istniejącej stronie WordPress zajmuje popołudnie. Zaplecze treściowe (blog, strony ofertowe, SEO) dostajesz razem z platformą i jest ono lepsze niż w większości dedykowanych systemów sklepowych.

Do tego oficjalny marketplace z ponad 1 200 płatnymi rozszerzeniami, dziesiątki tysięcy wtyczek zgodnych z WooCommerce na WordPress.org i największy w Polsce rynek wykonawców, którzy to znają. Jeśli Twoim problemem jest „chcę zacząć sprzedawać online i nie mam na to dużego budżetu”, WooCommerce jest zwykle poprawną odpowiedzią i nie ma sensu szukać dalej.

Ten artykuł jest o tym, gdzie „zwykle poprawna” przestaje wystarczać. Punkt, w którym to następuje, wynika z punktu wyjścia obu platform. WooCommerce to wtyczka sklepowa do systemu, który powstał do publikowania treści. Kupującym jest osoba, cena jest atrybutem produktu, a zamówienie idzie ścieżką koszyk-kasa. Firma jako kupujący, hierarchia oddziałów, limit kupiecki i zapytanie ofertowe nie istnieją w modelu danych. Dokładasz je wtyczkami, z których każda ma własny model danych, własnego autora i własny cykl wydawniczy.

Endora Commerce poszła odwrotnie: kupującym jest organizacja, cena wynika z kontraktu, zamówienie może być efektem negocjacji, a sprzedaż detaliczna działa jako dodatkowy kanał na tym samym modelu.

Obie platformy mają obszary, w których wygrywają zdecydowanie. Celem tego tekstu jest pomóc Ci ustalić, po której stronie tej granicy jesteś. Dlatego przy każdym kryterium znajdziesz zarówno przewagi WooCommerce, jak i przewagi Endory, a na końcu policzony przykład kosztowy, konkretne scenariusze i listę kontrolną.

Skrót dla niecierpliwych

Jeśli masz przeczytać tylko trzy zdania: WooCommerce wybierasz, kiedy Twoja sprzedaż firma-firma sprowadza się do „stali klienci kupują po swoich cenach”, a budżet i czas są realnym ograniczeniem. Dostaniesz to szybciej i taniej, niż zbuduje to ktokolwiek na zamówienie. Endorę wybierasz, kiedy B2B jest głównym biznesem: struktura klientów jest złożona, ceny negocjowane, proces zamówienia ma własne kroki, a ERP jest sercem układanki, nie dodatkiem. Jeśli masz działający sklep na WooCommerce, który obsługuje Twoich klientów bez zgrzytów, migracja bez policzonego powodu jest złą inwestycją.

Czym właściwie jest każda z tych platform

WooCommerce

WooCommerce to wtyczka do WordPressa, nie osobna aplikacja. To rozróżnienie ma konsekwencje na każdym poziomie: sklep dziedziczy po WordPressie system użytkowników, role, uprawnienia, panel administracyjny, mechanizm wtyczek i model danych oparty na wpisach oraz ich metadanych.

Rdzeń jest darmowy i na licencji GPL. Wersja 10.8 z maja 2026 wymaga WordPressa 6.9 lub nowszego, PHP 8.3 lub nowszego, MySQL 8.0 albo MariaDB 10.6 i limitu pamięci PHP na poziomie co najmniej 256 MB. To łagodne wymagania. WooCommerce uruchomisz na hostingu współdzielonym za kilkadziesiąt złotych miesięcznie, choć przy poważnym katalogu B2B nikt tego nie poleca.

Sprzedaż firma-firma realizuje się wtyczkami. Najpopularniejsze rozwiązania to B2BKing, Wholesale Suite, Barn2 Wholesale Pro i WholesaleX. Wszystkie są płatne, w abonamencie rocznym liczonym według liczby domen, i wszystkie dokładają własne tabele, własne ustawienia i własny sposób rozumienia tego, czym jest „klient hurtowy”. Rzędy wielkości na sierpień 2026: B2BKing od 179 USD za pierwszy rok na jedną domenę i 249 USD przy odnowieniu, Barn2 Wholesale Pro od 199 USD rocznie, WholesaleX od 129 USD rocznie za jedną domenę, pełny pakiet Wholesale Suite 299 USD rocznie w cenie promocyjnej. Jest też darmowa wtyczka Wholesale Prices jako wariant minimalny, obsługująca w praktyce jedną rzecz: drugą cenę dla roli hurtowej.

Endora Commerce

Endora Commerce to platforma B2B napisana w TypeScripcie: backend na Fastify z MikroORM i kontraktami Zod, storefront w Next.js renderowany po stronie serwera, panel administracyjny w React. Dane siedzą w PostgreSQL, cache i kolejki w Redisie, wyszukiwarka to Meilisearch. W standardzie działa ponad 60 modułów: od katalogu i cenników po KSeF, feedy produktowe i asystenta AI w panelu.

Nie jest to platforma wyłącznie B2B. Sprzedaż B2C działa na tej samej instalacji i tym samym modelu danych: rejestracja klienta indywidualnego zakłada w tle jednoosobową organizację, więc zamówienia, zapytania ofertowe, faktury i adresy idą dokładnie tą samą ścieżką co w B2B. B2C włącza się osobno dla każdego kanału sprzedaży, a kanał czysto hurtowy po prostu nie przyjmie takiej rejestracji.

Model dostarczania jest inny niż w WooCommerce: nie instalujesz wtyczki, tylko dostajesz platformę wdrożoną pod Twoje procesy, z kodem w Twoim repozytorium Git i danymi w Twojej bazie. Pierwszy działający prototyp powstaje w cztery tygodnie, metodą Spec-Driven Development wspieraną przez AI. Średnie wdrożenie mieści się orientacyjnie w widełkach 60-80 tys. zł, bez integracji z systemami zewnętrznymi, które wycenia się osobno.

Wydajność

Tu krąży sporo mitów w obie strony, więc rozbijmy to na trzy konkretne pytania.

Co WooCommerce trzyma w bazie i co się zmieniło

Historycznie WooCommerce trzymał wszystko (produkty i zamówienia) jako wpisy w tabelach wp_posts i wp_postmeta, czyli w strukturze zaprojektowanej pod artykuły na blogu. Przy dużym sklepie to boli: pojedynczy produkt generuje kilkadziesiąt wierszy metadanych, produkt wariantowy z dwudziestoma wariantami potrafi wygenerować ponad pięćset, a każde filtrowanie po atrybucie to złączenia i tabele tymczasowe.

Połowa tego problemu została rozwiązana i trzeba to powiedzieć wprost. High-Performance Order Storage, czyli HPOS, przeniósł zamówienia do dedykowanych tabel. Od wersji 8.2, wydanej w październiku 2023, HPOS jest domyślny dla nowych instalacji, a starsze sklepy mogą go włączyć w ustawieniach. Zapisy, odczyty i aktualizacje zamówień są po tej zmianie wyraźnie szybsze, a panel zamówień przestaje się dławić przy dużym wolumenie. Straszenie „zamówieniami w wp_postmeta” w 2026 roku jest po prostu nieaktualne.

Druga połowa nie została rozwiązana. Produkty nadal siedzą w wp_posts i wp_postmeta. Odpowiednik HPOS dla produktów, czyli feature plugin z niestandardowymi tabelami produktowymi, od lat nie wyszedł poza GitHuba i wciąż nosi zastrzeżenie, że trafi na WordPress.org, „kiedy będzie stabilniejszy”. W praktyce łagodzi się to tabelami podręcznymi (wc_product_meta_lookup, tabela atrybutów), które potrafią skrócić czasy zapytań produktowych o kilkadziesiąt procent, oraz zewnętrzną wyszukiwarką typu Elasticsearch. To działa. Oznacza to jednak, że przy katalogu rzędu setek tysięcy SKU stroisz platformę wokół ograniczenia architektonicznego, zamiast go nie mieć.

Endora nie ma tu historii do nadrobienia, bo zaczęła od relacyjnego modelu produktowego w PostgreSQL i osobnej wyszukiwarki. Demo chodzi na katalogu powyżej 120 tys. SKU, wyszukiwanie mieści się poniżej 200 ms w percentylu 95, a generowanie feedu produktowego dla 100 000 produktów daje plik 38 MB przy szczytowym zużyciu pamięci poniżej 20 MB, bo serializacja jest strumieniowa.

Ceny indywidualne a cache

Tu różnica robi się strukturalna, a nie ilościowa. Wydajność WooCommerce przy ruchu anonimowym stoi na cache’u pełnostronicowym i stoi na nim bardzo dobrze. Problem polega na tym, że cache pełnostronicowy jest domyślnie wyłączany dla użytkowników zalogowanych, bo strona z ceną jednej firmy nie może trafić do drugiej. A w B2B praktycznie każdy kupujący jest zalogowany, bo inaczej nie zobaczy swojego cennika. Efekt: dokładnie ten ruch, na którym Ci zależy, omija warstwę, która daje WooCommerce szybkość.

Da się to obejść, wariantując cache po roli użytkownika. Wymaga to jednak kodu emitującego ciasteczko z rolą i zmian w konfiguracji Varnisha albo serwera, a każda rola to osobny wariant każdej strony w pamięci. Przy kilku rolach hurtowych to bywa opłacalne. Przy modelu, w którym każda firma ma własne warunki, liczba wariantów rośnie razem z liczbą klientów i trafianie w zimny wariant przestaje być wyjątkiem. Do tego dochodzą strony, których nie cache’uje się nigdy: koszyk, kasa, historia zamówień, panel klienta.

Endora nie ma tego problemu strukturalnie, bo nie opiera swojej wydajności na cache’u pełnostronicowym. Cena jest wyliczana przez silnik cen przy każdym żądaniu: z cennika grupy, kontraktu indywidualnego, progu ilościowego i okna czasowego, z deterministycznym rozstrzyganiem nakładających się reguł. Wycena pobrana przez API przechodzi przez ten sam silnik co koszyk, więc zgodność jest co do grosza. Personalizacja nie jest tu wyjątkiem od optymalizacji, tylko przypadkiem podstawowym. Cele Core Web Vitals są wpisane wprost w wymagania platformy: LCP poniżej 2,5 s, INP poniżej 200 ms, CLS poniżej 0,1.

Sprzęt potrzebny, żeby to utrzymać

WooCommerce startuje na hostingu współdzielonym, ale sklep B2B z dużym katalogiem, indeksami i zewnętrzną wyszukiwarką kończy zwykle na VPS-ie albo hostingu zarządzanym w przedziale od kilkudziesięciu do kilkuset dolarów miesięcznie. Endora działa docelowo na jednym VPS-ie: minimum 4 vCPU i 8 GB RAM, rekomendowane 8 vCPU i 16 GB, przy docelowej skali setek tysięcy SKU oraz setek zamówień i zapytań ofertowych miesięcznie.

Zastrzeżenie: WooCommerce ma za sobą miliony wdrożeń i dobrze rozpoznane wąskie gardła, a wiedza o jego strojeniu jest publiczna, obszerna i darmowa. Liczby Endory to cele architektoniczne potwierdzone testami i skalą demo, a nie dekada produkcyjnych szczytów sprzedażowych. Jeśli Twoim wymogiem jest udokumentowany przypadek na ekstremalnej skali, WooCommerce ma ich więcej, choć akurat te największe zwykle działają na mocno przebudowanym stosie.

Koszt wdrożenia i utrzymania

To sekcja, dla której warto przeczytać cały tekst, bo intuicja myli tu w obie strony. WooCommerce jest darmowe tylko na papierze, ale nawet po doliczeniu wszystkiego bywa tańsze. Trzeba to policzyć, a nie przeczuwać.

Co realnie płacisz w WooCommerce

Weźmy sklep B2B z katalogiem kilkudziesięciu tysięcy SKU, cennikami dla grup klientów, fakturami, KSeF-em, integracją z ERP i wysyłką kurierską. Kurs przyjmuję na poziomie około 3,7 zł za dolara.

Do tego dochodzi wdrożenie: motyw, wygląd, migracja katalogu, konfiguracja wtyczek, podpięcie ERP i praca programisty nad dopasowaniami. Dla poważnego sklepu B2B w polskich realiach to zwykle od kilkunastu do kilkudziesięciu tysięcy złotych. Na potrzeby przykładu przyjmuję 35 tys. zł.

Jak to wygląda w perspektywie trzech lat

I teraz wnioski, łącznie z tym niewygodnym.

W pierwszym roku WooCommerce jest zdecydowanie tańszy i nie ma z czym dyskutować. Uruchomienie sklepu za ułamek kwoty wdrożenia Endory jest realne, a jeśli Twoim horyzontem jest „sprawdzić, czy kanał B2B w ogóle się obroni”, to jest mocny argument.

W perspektywie trzech lat WooCommerce w tym scenariuszu nadal wychodzi taniej. Nie będę udawał, że jest inaczej. Przy typowym zakresie B2B, który mieści się w tym, co potrafią wtyczki, różnica pozostaje po stronie WooCommerce. Kwota z tabeli po stronie Endory to jednocześnie sufit i podłoga: wdrożenie jest jednorazowe, więc w czwartym i piątym roku zostaje sam VPS, podczas gdy odnowienia wtyczek biegną dalej.

Rachunek odwraca się dopiero na wymaganiach spoza wtyczek. To jest właściwa oś tego porównania, a nie sam koszt startu. Hierarchia oddziałów z dziedziczeniem cennika, limit kupiecki rezerwowany przy składaniu zamówienia, własny cykl życia zamówienia ze zdarzeniami biznesowymi, jednostki opakowaniowe z przeliczaniem sztuk, osobny asortyment i ceny dla portalu dystrybutora: każda z tych rzeczy w WooCommerce jest pracą programistyczną na cudzym modelu danych. Kilka z nich razem to projekt, który zjada całą różnicę z tabeli i nie znika po wdrożeniu, bo trzeba go utrzymywać przy każdej dużej aktualizacji WordPressa i wtyczek.

Zastrzeżenie po drugiej stronie: brak opłat licencyjnych nie oznacza, że Endora jest darmowa. Wspomniane 60-80 tys. zł to realny wydatek i punkt wyjścia, a nie sufit. Integracje z systemami zewnętrznymi wycenia się osobno, a rozwój po starcie też kosztuje. W obu tabelach celowo pominąłem rozwój po uruchomieniu, bo występuje po obu stronach.

Łatwość rozwijania platformy

To kryterium najlepiej sprawdzić na jednym pytaniu: ile trwa dodanie statusu zamówienia „w produkcji” i pola „numer umowy” na zamówieniu?

W WooCommerce oba zadania da się wykonać, ale oba wymagają kodu. Własny status zamówienia rejestruje się w kodzie motywu potomnego albo we własnej wtyczce, a potem trzeba dopilnować, żeby respektowały go maile, faktury, konektor ERP i wtyczka B2B, bo każda z nich ma własną listę statusów, które zna. Dodatkowe pole to metadana zamówienia plus obsługa w panelu i we wszystkich miejscach, które mają je pokazać. Realnie: od jednego dnia do kilku tygodni, zależnie od tego, ile wtyczek musi się o tym dowiedzieć.

W Endorze jedno i drugie robi się w panelu. Statusy zamówień i przejścia między nimi są konfigurowalne, z możliwością podpięcia zdarzenia biznesowego do każdego przejścia. Pola dodatkowe dokłada się do zamówień, organizacji, klientów, kategorii, produktów i zapytań ofertowych jako dane, bez migracji bazy i bez wdrożenia kodu. To samo dotyczy cenników, metod dostawy, treści maili transakcyjnych i szablonów faktur, które składa się tym samym Page Builderem co strony CMS.

Tu trzeba nazwać po imieniu ryzyko, które w WooCommerce rośnie razem z ambicją projektu: stos wtyczek to stos niezależnych cykli wydawniczych. Raport Patchstack o stanie bezpieczeństwa WordPressa w 2026 roku podaje 11 334 nowe podatności wykryte w ekosystemie w 2025 roku, o 42% więcej niż rok wcześniej, przy czym 91% z nich dotyczyło wtyczek, a 46% zostało ujawnionych, zanim autor zdążył wydać poprawkę.

To nie jest argument „WordPress jest niebezpieczny”, tylko argument o powierzchni. Sklep B2B z piętnastoma wtyczkami ma piętnaście niezależnych źródeł ryzyka i piętnastu autorów, z których każdy może jutro porzucić projekt, sprzedać go komuś innemu albo nie zdążyć z kompatybilnością przy kolejnej dużej wersji WordPressa. Kiedy autor wtyczki B2B znika, znika też model danych, na którym stoją Twoje ceny hurtowe.

W Endorze odpowiedzialność jest w jednym miejscu: jedno repozytorium, jeden cykl wydawniczy, jeden dostawca. Kosztem jest to, że nie ma do kogo się zwrócić poza tym dostawcą albo własnym zespołem.

Po stronie WooCommerce przewaga jest inna, ale równie realna: rynek wykonawców i baza wiedzy. Programistę WordPressa znajdziesz w każdym mieście, dokumentacja i tutoriale są darmowe i wyczerpujące, a zmiana agencji nie oznacza przepisywania sklepu. Endora daje Ci kod na własność, ale zespołu, który zna tę platformę od środka, nie znajdziesz w pierwszym ogłoszeniu. Łagodzi to fakt, że kod jest zwykłym TypeScriptem z kontraktami Zod, a nie autorskim frameworkiem, ale nie znosi tego całkowicie.

Jedna rzecz działa tylko w jedną stronę: w panelu Endory jest asystent AI. Otwierasz paletę poleceń, opisujesz po polsku, co ma się stać, a asystent pokazuje plan zmian i wykonuje go po Twoim potwierdzeniu, w granicach Twoich uprawnień i z wpisem w dzienniku audytu.

Za tym stoi konkret, bo „szybko” samo w sobie nic nie znaczy: mniej złożony moduł powstaje w Endorze w 1-3 dni, większy do tygodnia. Nie dotyczy to integracji z ERP, WMS, CRM, PIM czy OMS: te są zawsze mocno indywidualne, a napisanie takiej integracji zajmuje do dwóch tygodni. To nie jest przewaga nad otwartym kodem jako takim, bo tam też możesz dopisać, co zechcesz. To przewaga punktu startu: dokładasz moduł do działającej platformy B2B, zamiast najpierw zbudować to, co ma być rozszerzane.

Integracje z systemami zewnętrznymi

W B2B to zwykle kryterium rozstrzygające, bo platforma prawie nigdy nie jest źródłem prawdy. Jest nim ERP, a obok niego CRM, WMS i coraz częściej OMS.

Gdzie wygrywa WooCommerce

Liczba gotowców, zwłaszcza w polskich realiach. To jest przewaga, której nie da się szybko odtworzyć i nie ma sensu jej umniejszać. Allegro, InPost, Paczkomaty, DPD, DHL, Baselinker, Comarch ERP Optima, Subiekt GT, wFirma, inFakt, PayU, tpay, Przelewy24. Dla każdej z tych rzeczy istnieje wtyczka albo integracja utrzymywana przez polskiego dostawcę, często z polskim wsparciem. Wiele z nich jest darmowa. KSeF też jest obsłużony: WP Desk wydał darmową wtyczkę do wysyłki e-faktur, jest dodatek KSeF do Flexible Invoices, a spora część sklepów i tak rozliczy się przez zewnętrzny system albo Baselinkera.

Do tego dochodzi rzecz, o której łatwo zapomnieć przy porównywaniu silników sklepowych: WordPress jest lepszym CMS-em niż warstwa treściowa większości platform e-commerce. Blog, poradniki, karty katalogowe, landing page’e, SEO i wielojęzyczność przez WPML dostajesz razem ze sklepem, a obsłuży to marketingowiec bez programisty. Dla firmy, w której treść jest realnym kanałem pozyskania klienta B2B, to nie jest drobiazg. Kod jest przy tym otwarty i na licencji GPL, więc lock-inu nie ma w żadnym kierunku: bazę i pliki przeniesiesz na inny hosting w dowolnym momencie.

Gdzie wygrywa Endora

Krótsza lista gotowych integracji, ale mocniejszy kontrakt integracyjny i ważne rzeczy w rdzeniu.

Najistotniejsze jest to, że lista nie jest zamknięta i nie musi być. Warstwa integracyjna Endory jest ogólna: nie ma wykazu „obsługiwanych ERP-ów”, jest opisany kontrakt, czyli API partnerskie, podpisane webhooki i szyfrowane konfiguracje dostawców. Dzięki temu dowolny ERP, CRM, WMS czy OMS podłącza się jako moduł-adapter, niezależnie od tego, czy to Comarch, SAP, IFS, autorski system napisany w firmie dwadzieścia lat temu, czy platforma, o której nikt jeszcze nie słyszał. Adapter rejestruje się w platformie, dostaje własne ustawienia i uprawnienia, a rdzeń zostaje bez zmian. To ta sama ścieżka, którą powstały adaptery Stripe, PayU i tpay.

Konkrety, na których stoi ta warstwa:

• Comarch ERP Optima i Subiekt GT - adaptery w standardzie: kartoteki, stany, ceny i dokumenty sprzedaży.
• KSeF w rdzeniu platformy - faktury i korekty w formacie FA(3) wysyłane trwałą kolejką, numer KSeF na dokumencie, UPO do pobrania i kod QR weryfikacyjny na PDF. W WooCommerce to zawsze warstwa nadbudowana: wtyczka albo system zewnętrzny, z własnym cyklem aktualizacji akurat wtedy, gdy zmienia się schemat po stronie Ministerstwa Finansów.
• API partnerskie z żywym OpenAPI - dokument generowany z kontraktów w kodzie, więc integrator nie pracuje na nieaktualnym PDF-ie.
• Klucz API przypięty do organizacji i kanału - integracja widzi ceny i limity dokładnie tej firmy i nie może więcej niż jej własny kupujący. Nie ma parametru omijającego reguły.
• Zamówienia idempotentne - powtórzone żądanie zwraca to samo zamówienie, nigdy drugie. Dotyczy też równoległych powtórzeń.
• Webhooki podpisane HMAC-SHA-256, do ośmiu prób z rosnącym odstępem, osobny widok nieudanych doręczeń z ręcznym ponowieniem.
• Wycena hurtowa - jedno żądanie wycenia do 200 pozycji dla konkretnej organizacji, z gwarancją zgodności z koszykiem co do grosza.
• Poświadczenia szyfrowane AES-256-GCM, testowane przy zapisie, maskowane przy odczycie i redagowane w dzienniku audytu.

Różnica sprowadza się do tego: w WooCommerce integrację częściej kupujesz albo instalujesz, w Endorze częściej ją piszesz. Piszesz ją jednak jako moduł-adapter, we własnym repozytorium, bez ryzyka, że kolejna duża wersja WordPressa rozjedzie się z cudzą wtyczką. Jeśli Twoja lista systemów pokrywa się z popularnym polskim zestawem, przewaga jest po stronie WooCommerce. Jeśli w tle stoi autorski ERP, leciwy WMS albo mocno przerobiony CRM, przewaga przesuwa się na stronę Endory, bo i tak piszesz kod, tylko w czystszym miejscu.

Jest jeszcze różnica, którą widać dopiero w B2B: kontrakt integracyjny Endory zna pojęcie organizacji. Klucz API przypięty do firmy widzi jej cennik, jej limit kupiecki i jej asortyment, więc portal zamówieniowy dystrybutora albo integracja z systemem klienta działa dokładnie na tych samych warunkach co jego kupujący, bez budowania osobnej logiki uprawnień po stronie integratora.

B2B: gdzie Endora Commerce faktycznie się wyróżnia

Zacznę od tego, czego nie ma sensu ukrywać: wtyczki B2B do WooCommerce potrafią naprawdę dużo. B2BKing daje role hurtowe, ceny per grupa i per klient, progi ilościowe, minima zamówienia, ukrywanie cen przed niezalogowanymi, subkonta firmowe, płatność na fakturę z odroczonym terminem, własne pola w rejestracji z ręczną akceptacją konta, a nawet zapytania ofertowe z ofertą wystawianą przez handlowca. Jeśli Twoje B2B da się opisać zdaniem „stali klienci logują się, widzą swoje ceny i płacą przelewem po fakturze”, WooCommerce z jedną porządną wtyczką obsłuży to w całości, szybciej i taniej niż cokolwiek szytego na miarę. Endora nie wygrywa tu długością listy funkcji na pierwszym poziomie.

Wygrywa czym innym: w WooCommerce B2B jest zestawem wtyczek nałożonych na model detaliczny, w Endorze jest modelem. To brzmi jak różnica akademicka, dopóki nie zacznie się jej płacić. A płaci się ją przy cache’u, przy uprawnieniach, przy integracji, przy każdej aktualizacji i przy każdej regule handlowej, która wychodzi poza to, co przewidział autor wtyczki.

Sześć rzeczy, które w praktyce robią różnicę:

1. Hierarchia organizacji z dziedziczeniem warunków handlowych. Wtyczki B2B modelują firmę jako rolę użytkownika albo grupę kont, czyli płaską strukturę. W Endorze centrala i oddziały tworzą drzewo: widoczność zamówień spływa w dół, a cennik i limit kupiecki dziedziczą się z najbliższego przodka. Firma z dwudziestoma oddziałami nie wymaga dwudziestu równoległych konfiguracji, a grupa kapitałowa z kilkoma poziomami nie zmusza do powielania cenników.

2. Limit kupiecki, a nie tylko płatność na fakturę. Wtyczki dają odroczony termin płatności. Endora daje limit kredytowy przyznany organizacji, rezerwowany atomowo w chwili składania zamówienia i zwalniany po opłaceniu faktury albo anulowaniu, z filtrowaniem metod płatności w momencie, gdy limit się wyczerpie. To różnica między terminem a realną kontrolą ryzyka kupieckiego.

3. Zapytania ofertowe jako pełna pętla negocjacji w rdzeniu. Klient składa zapytanie, handlowiec wycenia z terminem realizacji i ważnością oferty, obie strony mogą modyfikować warunki, a zaakceptowana oferta zamienia się w zamówienie bez przepisywania pozycji. Do tego tryb wyświetlania cen none, który ukrywa wszystkie elementy cenowe i kieruje intencję zakupową do zapytania ofertowego w asortymencie, którego z zasady nie sprzedaje się z cennika.

4. Silnik cen zamiast drugiej ceny. Cenniki grup, kontrakty indywidualne, progi ilościowe, okna czasowe i kreator reguł po kanale, grupie, organizacji, kategorii i walucie, z operatorami AND i OR do piątego poziomu zagnieżdżenia oraz deterministycznym rozstrzyganiem nakładających się reguł. Wtyczki hurtowe operują zwykle na warstwie „cena dla roli” i „próg ilościowy”, co wystarcza do momentu, w którym promocja zaczyna nakładać się na kontrakt.

5. Kanał sprzedaży jako pełnoprawny wymiar. Storefront, marketplace, portal dystrybutora, aplikacja mobilna i POS to osobne kanały tej samej instalacji, z osobnymi produktami, cenami, promocjami, treściami, ustawieniami, analityką i indeksem wyszukiwarki. W WooCommerce odpowiednikiem jest druga instalacja albo wielosklepowość zbudowana na wtyczkach i sieci WordPressa, z osobnym utrzymaniem każdego sklepu.

6. Realia zamówień hurtowych obsłużone wprost. Jednostki opakowaniowe (palety, kartony, zgrzewki) z przeliczaniem sztuk przenoszonym do zamówienia i oferty. Import koszyka z CSV albo Excela z rozpoznawaniem wariantów. Wyszukiwanie po SKU i atrybutach, domyślne preferencje zamawiania, zakup jednym kliknięciem, listy zakupowe, porównywarka produktów z eksportem do PDF. Zwroty i reklamacje z numeracją RMA, logistyką zwrotną i fakturami korygującymi. Wielomagazynowość z rezerwacjami i backorderem.

Do tego dochodzi rzecz, której nie widać na liście funkcji: każda wrażliwa operacja trafia do dziennika audytu ze stanem przed zmianą i po zmianie, uprawnienia są sprawdzane po stronie serwera w macierzy moduł i akcja, a handlowiec może wejść w kontekst klienta i zobaczyć jego ceny jego oczami, z widocznym banerem i wpisem w dzienniku.

Gdzie WooCommerce ma przewagę w samym B2B: czas i koszt dojścia do działającego sklepu hurtowego. Wtyczka za kilkaset dolarów rocznie, instalacja w godzinę, konfiguracja w tydzień. Endora wymaga tu projektu wdrożeniowego liczonego w tygodniach i dziesiątkach tysięcy złotych. Do tego dochodzi łatwość mieszania hurtu z detalem na jednym sklepie i zaplecze treściowe WordPressa, które w sprzedaży B2B pozyskującej klientów przez treść bywa ważniejsze niż połowa funkcji zamówieniowych.

Kiedy WooCommerce będzie lepszym wyborem

1. Twoje B2B mieści się w zdaniu „stali klienci kupują po swoich cenach”. Role hurtowe, cenniki dla grup, progi ilościowe, płatność po fakturze. Wtyczka B2B pokrywa to w całości i będzie to szybsze oraz tańsze niż wdrożenie dedykowanej platformy.

2. Budżet i czas są twardym ograniczeniem. Jeśli testujesz kanał, a nie budujesz go na dekadę, próg wejścia WooCommerce jest argumentem, którego nie da się przebić.

3. Masz już stronę na WordPressie z treścią i pozycją w wyszukiwarce. Dołożenie sklepu do istniejącego serwisu jest tańsze i mniej ryzykowne niż postawienie drugiego systemu obok, a treść i sklep zostają pod jednym adresem.

4. Twoja lista integracji pokrywa się z popularnym polskim zestawem. Allegro, Baselinker, InPost, DPD, Optima, Subiekt, PayU. Instalacja gotowej wtyczki jest szybsza i tańsza niż zamówienie adaptera.

5. Treść jest Twoim głównym kanałem pozyskania klienta. Blog, poradniki, katalogi do pobrania, rozbudowane SEO. Warstwa treściowa WordPressa jest lepsza niż w większości platform sklepowych i obsługuje ją marketing bez programisty.

6. Chcesz mieć łatwo wymienialnego wykonawcę. Rynek programistów WordPressa jest najgłębszy ze wszystkich. Zmiana agencji to przetarg, a nie przepisywanie sklepu.

7. Sprzedajesz jednocześnie detalicznie i hurtowo w niewielkiej skali. Jeden sklep, dwie role, dwa cenniki. Mieszanie tych trybów jest w WooCommerce banalne.

Kiedy Endora Commerce będzie lepszym wyborem

1. Struktura Twoich klientów jest złożona. Grupy kapitałowe, oddziały dziedziczące warunki po centrali, limity kupieckie na poziomie spółki matki, widoczność zamówień w dół drzewa. Płaska rola hurtowa tego nie odwzoruje.

2. Sprzedaż idzie przez negocjację, nie przez koszyk. Zapytania ofertowe są główną ścieżką, a część asortymentu w ogóle nie ma pokazywanej ceny. Endora ma tu pełną pętlę negocjacji, a nie formularz kontaktowy z listą pozycji.

3. Każda firma ma u Ciebie własne warunki. Cenniki grup nakładające się na kontrakty indywidualne, progi ilościowe, promocje z oknami czasowymi. To jest dokładnie ten scenariusz, w którym cache pełnostronicowy WooCommerce przestaje pomagać, a możliwości wtyczki hurtowej się kończą.

4. Katalog liczy setki tysięcy pozycji. Produkty w Endorze nie siedzą w tabeli zaprojektowanej pod wpisy blogowe, a wyszukiwanie stoi na osobnym silniku i mieści się poniżej 200 ms w percentylu 95.

5. Proces zamówienia ma własne kroki. Weryfikacja techniczna, akceptacja u kupującego, produkcja, kompletacja, częściowe wydania. W Endorze statusy, przejścia i zdarzenia biznesowe konfigurujesz w panelu, zamiast uzgadniać nowy status z każdą wtyczką osobno.

6. Uruchamiasz portal dystrybutora albo kilka kanałów naraz. Osobny asortyment, ceny i treści dla każdego kanału z jednego panelu, plus klucz API przypięty do organizacji i kanału dla ruchu integracji, bez powielania instalacji.

7. ERP jest sercem układanki i nie jest popularny. Autorski system, leciwy WMS, OMS złożony z kilku narzędzi. Skoro adapter i tak trzeba napisać, warto policzyć, czy lepiej pisać go w cudzym modelu danych, czy we własnym repozytorium z opisanym kontraktem.

8. Chcesz mieć jednego odpowiedzialnego za całość. Jedno repozytorium i jeden cykl wydawniczy zamiast kilkunastu wtyczek od kilkunastu autorów, z których każdy może jutro porzucić projekt.

9. KSeF, limity kupieckie i faktury z własną numeracją są u Ciebie wymogiem twardym. W Endorze to rdzeń platformy z trwałą kolejką i dziennikiem audytu, a nie warstwa doklejona wtyczką.

Czego Endora Commerce nie ma

Ta sekcja jest w tekście po to, żeby dało się na jego podstawie podjąć decyzję, a nie tylko poczuć się przekonanym.

• Niskiego progu wejścia. Nie zainstalujesz Endory w popołudnie za darmo. Wdrożenie to projekt liczony w tygodniach i dziesiątkach tysięcy złotych, a WooCommerce startuje z poziomu wtyczki.
• Marketplace’u rozszerzeń. Nie kupisz gotowej wtyczki za 300 złotych. Każda nietypowa funkcja to praca programistyczna.
• Głębokiego rynku specjalistów. Programistów WordPressa są w Polsce tysiące. Endorę rozwija się z partnerem albo własnym zespołem TypeScript, który musi wejść w platformę.
• Dekady referencji na ekstremalnej skali. Jeśli Twoim wymogiem jest udokumentowany przypadek z milionem odsłon dziennie, WooCommerce ma ich więcej.
• Warstwy treściowej klasy WordPressa. Endora ma Page Buildera do stron CMS, maili i faktur, ale WordPress jako system publikacyjny jest dojrzalszy i lepiej obudowany narzędziami marketingowymi.
• Pełnych integracji API z marketplace’ami. Allegro, Amazon i eBay są dziś obsługiwane szablonami feedów do pobrania, a nie dwukierunkową integracją z API marketplace’u. Tu WooCommerce ma wyraźną przewagę, zwłaszcza przy Allegro.
• Utrzymania wliczonego w jedną cenę. Ktoś musi utrzymywać serwer, kopie zapasowe i aktualizacje, dokładnie tak samo jak przy WooCommerce na własnym hostingu. Możesz je prowadzić samodzielnie albo zlecić nam lub firmie partnerskiej w ramach umowy SLA.

Krótka lista kontrolna

Odpowiedz sobie na te pytania. Odpowiedzi zwykle układają się w jedną stronę.

1. Czy Twoi klienci pytają o cenę przed zamówieniem, czy kupują po cenach, które już mają przypisane?
2. Czy w Twojej bazie klientów są struktury wielopoziomowe: centrala i oddziały, grupa kapitałowa, spółki zależne?
3. Ile pozycji liczy Twój katalog: tysiące czy setki tysięcy?
4. Czy potrzebujesz limitu kupieckiego z realną kontrolą salda, czy wystarczy odroczony termin płatności?
5. Czy proces zamówienia ma kroki, których nie da się nazwać „opłacone” i „wysłane”?
6. Ile wtyczek musiałoby ze sobą współpracować, żeby obsłużyć Twój proces, i co się stanie, gdy jedna z nich przestanie być rozwijana?
7. Czy treść i SEO są u Ciebie głównym kanałem pozyskania klienta?
8. Jaki masz horyzont i budżet: testujesz kanał przez rok, czy budujesz go na pięć lat?

Przewaga odpowiedzi „negocjujemy ceny”, „struktura wielopoziomowa”, „duży katalog”, „nietypowy proces”, „budujemy na lata” wskazuje na Endorę. Przewaga odpowiedzi „sprzedaż z cennika”, „katalog w tysiącach”, „treść jest naszym kanałem”, „ograniczony budżet i krótki horyzont” wskazuje na WooCommerce.

Podsumowanie

WooCommerce i Endora Commerce rozwiązują ten sam problem z dwóch przeciwnych stron. WooCommerce daje Ci najniższy próg wejścia, największy ekosystem wtyczek i najlepszą warstwę treściową na rynku. Płacisz za to modelem danych zaprojektowanym pod sprzedaż detaliczną, wydajnością, która działa najlepiej dokładnie tam, gdzie B2B nie działa, i odpowiedzialnością rozproszoną między kilkunastu autorów wtyczek.

Endora daje Ci platformę zaprojektowaną wokół sprzedaży firma-firma, z hierarchią organizacji, limitami kupieckimi, zapytaniami ofertowymi i silnikiem cen w rdzeniu, z kodem w Twoim repozytorium i bez opłat licencyjnych. Płacisz za to wyższym progiem wejścia, brakiem marketplace’u i węższym rynkiem specjalistów.

Najprostszy test: jeśli Twoje B2B da się opisać jako „hurt z cennika”, WooCommerce prawdopodobnie wystarczy i będzie tańsze, także w perspektywie trzech lat. Jeśli w opisie pojawiają się słowa „oddziały”, „negocjujemy” albo „u nas zamówienie przechodzi przez”, warto policzyć drugą opcję, zanim kolejna wtyczka stanie się fundamentem, na którym stoi Twój cennik.

Panel i storefront Endory działają online, więc najszybszą drogą jest przeklikać demo samodzielnie albo umówić bezpłatny warsztat, na którym przejdziemy przez Twoje procesy i systemy i wycenimy zakres pierwszego wdrożenia razem z integracjami.

A jeśli z rozmowy wyjdzie, że lepszym wyborem jest WooCommerce, powiemy to wprost. Nieudane wdrożenie nie jest dobrą referencją dla nikogo.