Jaka platforma eCommerce? Kryteria zamiast rankingu

Nie ma najlepszej platformy eCommerce, jest platforma dopasowana do konkretnego biznesu, i to dopasowanie rozstrzyga kilka kryteriów, a nie pozycja w rankingu: złożoność katalogu, potrzeby B2B, rachunek własności kontra najmu, integracje z ERP, kontrola nad checkoutem i danymi, architektura (headless czy monolit), zespół, który to poprowadzi, gotowość pod widoczność w AI oraz ryzyko samej migracji. Jeśli wiesz już, że zmieniasz platformę, i pytasz „na co”, to ten tekst nie da Ci listy nazw do przepisania. Da ramę, po której sam ocenisz, który rodzaj platformy pasuje do Twojego profilu, i kiedy uczciwa odpowiedź brzmi „zostań na SaaS”.

Dlaczego ranking „Top 7 platform” to zła mapa

Ranking platform odpowiada na pytanie, którego nikt sensownie nie zadaje: „która platforma jest najlepsza dla wszystkich naraz”. Taka platforma nie istnieje, bo wymagania sklepu z tysiącem prostych produktów D2C i hurtowni B2B z cennikami per klient i integracją z ERP nie mają ze sobą wiele wspólnego. Lista „Top 7” zwykle miesza narzędzia z różnych światów, ocenia je po cechach oderwanych od Twojego kontekstu i milczy o tym, co naprawdę boli po dwóch latach: koszcie wyjścia, limitach integracji, dostępności wykonawców. Dlatego zamiast pytać „która platforma jest najlepsza”, zapytaj „które kryteria rozstrzygają w moim przypadku i jak na nich wypada każdy rodzaj platformy”. Reszta tekstu to te kryteria.

Trzy rodziny platform (plus w pełni własna)

Zanim przejdziesz do kryteriów, warto znać rodzaje, między którymi wybierasz, opisane rodzajowo, nie markami:

• SaaS hostowany: dostawca daje gotową platformę w abonamencie i trzyma infrastrukturę (przykłady rodzaju: Shopify, BigCommerce).
• Open-source / self-hosted: kod otwarty i darmowy, ale wdrożenie, hosting i utrzymanie są po Twojej stronie lub partnera (WooCommerce, PrestaShop).
• Headless / composable: warstwa sprzedaży oddzielona od frontu, składana z komponentów przez API (Medusa, commercetools).
• Platforma w pełni własna: budowana pod konkretny biznes, gdy żaden gotowiec nie pasuje.

To nie jest ranking od gorszego do lepszego, tylko cztery różne kompromisy między kontrolą, kosztem i tempem. Nazwy podaję wyłącznie jako ilustrację rodzaju, nie rekomendację ani ocenę.

Poniższe dziewięć kryteriów to lista, którą warto przejść z własnym biznesem w ręku. Przy każdym podaję pytanie do zadania sobie i to, co odpowiedź realnie rozstrzyga. Pogrupowałem je w trzy bloki: dane i model sprzedaży, technologia i kontrola, oraz ludzie i ryzyko.

1. Złożoność katalogu i wariantów

Pytanie: ile masz SKU, jak głębokie są warianty i atrybuty, czy potrzebujesz konfiguratorów, plików technicznych, produktów na wymiar?

Co rozstrzyga: prosty katalog kilkuset produktów mieści się w standardzie każdego SaaS i nie jest argumentem za niczym droższym. Tysiące pozycji z rozbudowanymi wariantami, atrybutami technicznymi, cenami zależnymi od konfiguracji albo plikami do pobrania szybko uderzają w model danych platformy pudełkowej. To pierwszy próg, który przesuwa wybór ku platformom z bogatszym modelem produktu albo ku rozwiązaniu własnemu, gdzie model danych projektujesz pod swój asortyment, a nie pod jego przecięcie ze średnią rynku.

2. Potrzeby B2B

Pytanie: czy sprzedajesz też firmom, a jeśli tak, to czy potrzebujesz cenników per klient, rabatów kontraktowych, akceptacji zamówień, limitów kupieckich, szybkiego zamawiania po kodach i cen netto?

Co rozstrzyga: pełna logika B2B rzadko mieści się w standardzie SaaS D2C. Albo dokładasz drogie aplikacje, które i tak nie robią wszystkiego, albo wybierasz platformę z natywnym modułem B2B, albo budujesz to u siebie. Jeśli hurt jest istotną częścią przychodu, potraktuj B2B jako kryterium pierwszej kolejności, nie dodatek. Architekturę takiej sprzedaży, razem z integracją zamówień do ERP, rozkładamy osobno w tekście o integracji sklepu B2B z ERP.

3. Własność kontra najem i rachunek TCO

Pytanie: chcesz wynajmować platformę w abonamencie, czy mieć aktywo (kod, dane, integracje) na własność, i co mówi całkowity koszt posiadania w trzy lata?

Co rozstrzyga: to decyzja o charakterze kosztu, nie tylko o kwocie. SaaS to niski koszt startu i procent od obrotu, który rośnie z każdą dobrą sprzedażą. Własność to wyższy koszt budowy i płaskie, przewidywalne utrzymanie. Nie da się tego rozstrzygnąć cennikiem, tylko rachunkiem TCO dla Twoich liczb, który liczymy krok po kroku w osobnym artykule o koszcie sklepu na własność. To kryterium często przeważa szalę, gdy pozostałe wychodzą remisowo.

4. Integracje: ERP, WMS, PIM i reszta stosu

Pytanie: z jakimi systemami platforma musi rozmawiać (ERP, magazyn, PIM, systemy lojalnościowe, marketplace) i jaką drogą (nowoczesne API, usługa wymiany, pliki)?

Co rozstrzyga: to najczęstsze miejsce, w którym platforma pudełkowa mówi „dalej nie”. Limity API, brak webhooków, brak dostępu do warstwy, którą trzeba zintegrować, potrafią wywrócić projekt, który na papierze wyglądał prosto. Open-source, headless i platforma własna dają tu swobodę, za którą płacisz złożonością. Jeśli integracje są sercem operacji, sprawdź ograniczenia API każdego kandydata, zanim spojrzysz na jego stronę marketingową.

5. Kontrola nad checkoutem i danymi

Pytanie: czy na tej platformie możesz zmienić kroki i pola checkoutu tak, jak wymaga Twój proces, i czy wyeksportujesz swoje dane bez strat, gdyby przyszło odejść?

Co rozstrzyga: zamknięty, nietykalny checkout to jedno z najkosztowniejszych ograniczeń, bo utraconej na nim sprzedaży prawie nie widać w raportach. Osobno pisaliśmy, jak audytować checkout w dziesięciu punktach; jeśli platforma nie pozwala poprawić żadnego z nich, to realne ograniczenie biznesowe, nie kosmetyka. Podobnie z danymi: stratny eksport zamienia historię klientów i zamówień w zakładnika platformy i podnosi przyszły koszt wyjścia. Kontrola nad checkoutem i danymi to kryterium, które łatwo przeoczyć na demie, a boli latami.

6. Headless czy monolit

Pytanie: czy naprawdę potrzebujesz oddzielić front od backendu, bo masz wiele kanałów sprzedaży, wymagającą wydajność albo w pełni własny design, czy raczej kusi Cię headless, bo brzmi nowocześnie?

Co rozstrzyga: headless daje elastyczność frontu i wielokanałowość, ale kosztuje złożonością, którą ktoś musi utrzymywać. Monolit (spójny front i backend) jest prostszy i tańszy w utrzymaniu i dla wielu sklepów wystarczający. To kryterium, przy którym najłatwiej przepłacić za modę: headless bez konkretnego powodu biznesowego to droga elastyczność, z której nikt nie korzysta. Wybieraj headless, gdy masz nazwany problem, który on rozwiązuje, nie na wszelki wypadek.

7. Zespół i utrzymanie po starcie

Pytanie: kto poprowadzi tę platformę po uruchomieniu, masz własnych programistów, kupujesz utrzymanie u partnera, czy chcesz to zrzucić na dostawcę?

Co rozstrzyga: platforma, której nie masz kim utrzymywać, jest złym wyborem niezależnie od tego, jak dobra jest technicznie. SaaS przenosi utrzymanie infrastruktury na dostawcę i to jego realna zaleta. Open-source, headless i rozwiązanie własne wymagają stałej opieki, własnej albo kupionej jako usługa. Odpowiedz szczerze, ile technologii chcesz i możesz wziąć na siebie, bo to kryterium filtruje listę mocniej niż większość cech produktowych.

8. Gotowość pod widoczność w Google i AI

Pytanie: czy platforma daje kontrolę nad danymi strukturalnymi, renderowaniem stron (SSR), szybkością i metadanymi na tyle, żeby marka była dobrze widoczna w Google i w odpowiedziach modeli AI?

Co rozstrzyga: widoczność w wyszukiwaniu i w systemach generatywnych zależy między innymi od czystej struktury strony, poprawnych danych strukturalnych i wydajności, a nad tym trzeba mieć kontrolę. Zamknięte platformy bywają tu ograniczone architekturą i wtyczkami. Zastrzeżenie wprost: żadna platforma nie gwarantuje pozycji w Google ani cytowania przez AI, to zmienne, których nikt nie kontroluje. Platforma może jednak albo ułatwiać tę widoczność, albo stać jej na drodze, i o to pytasz.

9. Ryzyko i koszt samej migracji

Pytanie: ile ryzyka wnosi konkretny target, czy jest dojrzały, ma zdrowy ekosystem i dostępnych wykonawców, i czy da się z niego kiedyś wyjść bez dramatu?

Co rozstrzyga: najładniejsza platforma na papierze jest złym wyborem, jeśli nie ma kim na niej budować albo za dwa lata trafisz w ślepą uliczkę bez ścieżki wyjścia. Do tego dochodzi koszt przeniesienia danych, treści i pozycji SEO, który trzeba policzyć po stronie każdego kandydata. Jak przeprowadzić samą przeprowadzkę bez zatrzymywania sprzedaży, opisujemy osobno; tutaj chodzi o wcześniejszą decyzję, żeby nie migrować w miejsce, z którego następna migracja będzie jeszcze droższa.

Kiedy uczciwa odpowiedź brzmi: zostań na SaaS

Nie każdy musi budować własne, i mówimy to wprost, mimo że budujemy platformy na własność. Jeśli Twój katalog i procesy mieszczą się w standardzie platformy pudełkowej, obrót nie jest wysoki, nie masz twardych potrzeb B2B ani integracji, a checkout w obecnej formie Ci wystarcza, to SaaS jest racjonalnym wyborem i nie ma sensu go na siłę opuszczać. Migracja do droższego rozwiązania „bo tak robią więksi” to przedwczesna optymalizacja. Sygnały, że sklep faktycznie wyrósł z SaaS, zebraliśmy w osobnym tekście; dopóki ich nie widać, najtańszą dobrą decyzją bywa nie zmieniać nic i policzyć rachunek za rok.

A gdy kryteria mówią: budować

Jeśli przejście przez te dziewięć kryteriów prowadzi Cię do platformy na własność, to moment, w którym wchodzimy my. Seedlight buduje platformy eCommerce frameworkiem BEAM tak, żeby zdejmować dokładnie te bolączki, które wyszły wyżej: elastyczny model danych pod Twój katalog i logikę B2B zamiast walki z pudełkiem, kontrola nad checkoutem i integracjami zamiast sufitów API, i dostarczenie w stałym, kontrolowanym zakresie, szybko, zamiast projektu bez końca. Platformę projektujemy tak, żeby skalowała się z obrotem, a nie żeby koszt rósł z każdą dobrą sprzedażą.

Dokładamy do tego dwie rzeczy, które w rachunku wyboru platformy zwykle waży się za lekko: automatyzację i utrzymanie. AI wchodzi jako warstwa wewnątrz platformy i zdejmuje pracę ręczną ze sprzedaży i zarządzania katalogiem (opisy, tłumaczenia, feedy, kontrola ofert), a po launchu bierzemy na siebie utrzymanie i rozwój, żeby platforma, której nie masz kim prowadzić, nie stała się Twoim problemem. To wprost odpowiedź na kryterium siódme (zespół) i dziewiąte (ryzyko), nie obietnica, że wszystko zrobi się samo. I trzymamy słowa z akapitu wyżej: jeśli kryteria mówią „zostań na SaaS”, powiemy to wprost, zamiast sprzedawać budowę na siłę.

Wybór platformy docelowej to nie turniej, w którym wygrywa jedna nazwa, tylko dopasowanie kilku kryteriów do jednego konkretnego biznesu. Przejdź dziewięć pytań z tego tekstu z własnymi liczbami, a lista kandydatów skróci się sama, często do jednego rodzaju platformy, zanim w ogóle padnie jakakolwiek nazwa. U nas ta decyzja zapada właśnie tak: na etapie Blueprintu, gdzie kryteria zderzamy z Twoimi danymi i rachunkiem, i dopiero z tego wychodzi rekomendacja targetu, a nie odwrotnie.