Sylius dla sklepu B2B - kiedy framework e-commerce ma sens

Co Sylius jest, czego nie jest

Sylius jest:

• Symfony-based framework do budowania sklepów
• Open-source (MIT licence)
• Z core'em (produkty, koszyk, checkout) i bundles (osobne moduły)
• Bardzo dobrze zaprojektowany (DDD, hexagonal architecture)
• Polski (założycielski team z Łodzi, dziś rozproszony globalnie)

Sylius NIE jest:

• Out-of-the-box e-commerce („zainstaluj i sprzedawaj")
• Komplety vis-à-vis Magento / Shopware (mniej gotowych funkcji)
• Łatwy w nauce (wymagana znajomość Symfony + DDD)

Pisanie „Sylius" jest jak pisanie „Symfony" - to framework, nie produkt.

Mocne strony

1. Czysta architektura. DDD, hexagonal, dependency injection. Kod jest przyjemny do czytania i rozszerzania. Wzór dla projektów Symfony.

2. Polska społeczność. Polskie firmy, polscy core maintainers, polskojęzyczne community. Konferencje, meetupy.

3. Open-source jakość. MIT license, brak vendor lock-in. Kod jest publiczny, możesz forkować.

4. Multi-tenant ready. Architektura wspiera multi-tenant SaaS (multi channel, scoped data). Lepsze niż Magento dla SaaS use cases.

5. Modułowość. Każde funkcjonalność = osobny bundle. Możesz wymienić / wyłączyć.

6. Modern stack. Symfony 6/7, PHP 8.2+, Doctrine. Brak legacy.

Słabe strony

1. „Battery not included".

Co Magento / Shopware mają natywnie, w Sylius dorabiasz:

• Multi-language fully featured
• Tier pricing per customer (basic, advanced potrzeba custom)
• Layered navigation
• Advanced search (filtry per atrybut)
• Reporting / analytics
• Marketing tools (promocje, kupony advanced)

2. Polski ekosystem mniejszy niż Magento.

• Deweloperów Sylius: 300-600 w PL
• Agencji wdrażających: 5-10

3. Mniej integracji gotowych.

• ERP konektory Magento - 15+, Sylius - 2-3
• Płatności PL - dla Magento gotowe, dla Sylius często custom
• BaseLinker - moduł istnieje, mniej dojrzały

4. Brak dojrzałego B2B suite. SyliusPlus (komercyjny) dodaje funkcje B2B, ale mniej rozbudowane niż Magento Adobe Commerce.

5. Czas wdrożenia. Dla typowego B2B 30k SKU: 7-10 miesięcy (więcej niż Magento 6-9).

SyliusPlus (komercyjny)

SyliusPlus to komercyjna edycja z dodatkowymi funkcjami:

• Multi-source inventory
• B2B Suite (advanced pricing, company structure)
• RBAC (Role-Based Access Control) advanced
• Loyalty programs
• Subscription features

Cena: ~25-80 tys. zł rocznie / licencja jednorazowa (zależnie od skali).

Wartość: dla projektów które już pracują z Sylius core - uzasadniona. Dla nowych projektów decyzja Sylius+Plus vs. Shopware Enterprise B2B Suite - wymaga porównania per use case.

Dla kogo Sylius ma sens

Tak, Sylius:

• Multi-tenant SaaS (sprzedajesz platformę innym firmom)
• Specyficzne use cases nie mieszczące się w żadnej platformie
• Zespół Symfony z DDD doświadczeniem
• Otwartość na dłuższy time-to-market (więcej custom dev)
• Bardzo nietypowy model produktowy (konfiguratory, subskrypcje, marketplace)

Nie, Sylius:

• Typowy B2B sklep z 30k SKU, integracja Comarch XL
• Krótki time-to-market (< 6 miesięcy)
• Mały zespół (1-2 osoby dev)
• Brak doświadczenia z Symfony / DDD

Realne wdrożenia w PL

Sylius w PL używają najczęściej:

• Marketplace platforms (sprzedaż wielu sprzedawców)
• Firmy z multi-brand strategy (kilka marek dzielących core)
• B2B z bardzo nietypowymi procesami (konfiguratory, subscriptions)
• Software houses budujące własne SaaS

Mniej dla klasycznego polskiego B2B (hurtownia, dystrybutor).

Koszt wdrożenia

Dla średniej skali (15-30k SKU, integracja Comarch XL):

• Discovery + projekt: 50-100 tys. zł
• Setup + theme: 80-150 tys. zł
• Custom dev (większość funkcji): 400-800 tys. zł
• Integracje: 150-300 tys. zł
• Migracja danych: 60-120 tys. zł
• UAT + cutover: 40-80 tys. zł

Razem: 800 tys. - 1.6 mln zł, 7-10 miesięcy.

Utrzymanie roczne: 250-450 tys. zł.

Sylius vs. Magento - kiedy który

Pytanie pada najczęściej ze wszystkich i zwykle jest źle postawione, bo Sylius i Magento nie konkurują o tego samego klienta.

Prosty test: jeśli potrafisz opisać swój sklep jako „katalog, cennik, koszyk, zamówienie" - bierz Magento albo Shopware. Sylius zaczyna wygrywać dopiero tam, gdzie standardowy model produktu i zamówienia ci nie pasuje, a ty wiesz, że i tak będziesz go nadpisywać. Wtedy lepiej budować na czystym fundamencie niż walczyć z cudzymi założeniami.

Lepiej postawione pytanie brzmi więc inaczej: nie „Sylius czy Magento", tylko „ile z tej platformy zamierzam nadpisać". Powyżej mniej więcej połowy Magento przestaje się opłacać - płacisz utrzymaniem za funkcje, które i tak wyłączasz.

Hosting i infrastruktura

Sylius nie ma czegoś takiego jak „hosting pod Sylius" w rozumieniu, w jakim istnieje hosting pod Magento. To aplikacja Symfony, więc hostujesz ją jak Symfony, a nie jak sklep.

Pierwsza konsekwencja jest twarda: shared hosting odpada. Potrzebujesz VPS-a albo kontenerów, bo musisz mieć konsolę, cron, workery i deploy przez Composera. Typowy stack to PHP-FPM, MySQL/MariaDB lub PostgreSQL, Redis na cache i sesje oraz Node do budowania assetów.

Workery Messengera nie są opcjonalne. Idą przez nie maile, indeksowanie i integracje, więc ktoś musi je restartować po deployu i pilnować, czy nie stanęły. Przy większym katalogu wyszukiwarka i tak wyląduje poza bazą - Elasticsearch albo Algolia.

Wnioskiem, który zaskakuje firmy przechodzące z PrestaShopa, jest to, że koszt utrzymania Sylius w dużej mierze nie jest kosztem serwera, tylko kompetencji DevOps. Jeśli nie masz kogoś, kto ogarnia CI/CD i kontenery, ten koszt i tak się pojawi - tylko w postaci faktury z zewnątrz.

Sylius jako marketplace multi-vendor

Marketplace to najczęstszy powód, dla którego ktoś w ogóle trafia na Sylius - i jeden z niewielu scenariuszy, w których jest on wyborem oczywistym.

Sylius nie ma multi-vendora w core. Zbudujesz go na dwa sposoby: pluginem (na rynku istnieją gotowe rozwiązania, m.in. od polskiego BitBaga) albo własną implementacją na bazie modelu kanałów i danych scoped per sprzedawca.

Dlaczego Sylius wygrywa tu z Magento: architektura kanałów i czysty model domenowy sprawiają, że rozdzielenie danych per sprzedawca jest rozszerzeniem, a nie obejściem. W Magento multi-vendor to zawsze walka z założeniem, że sklep ma jednego właściciela.

Czego marketplace na Sylius nie załatwi za ciebie: rozliczeń ze sprzedawcami, prowizji, split payments, onboardingu i moderacji ofert. To jest projekt sam w sobie i zwykle jest większy niż sam sklep.

Decyzja, która zapada najwcześniej i kosztuje najwięcej, gdy zapadnie źle: czy sprzedawca to osobny kanał, czy encja wewnątrz jednego kanału. Kanał daje izolację danych i cenników za darmo, ale przy kilkuset sprzedawcach administracja się sypie i nie zrobisz sensownie koszyka z produktami od wielu sprzedawców naraz. Encja skaluje się lepiej, ale izolację danych musisz dopisać sam - i musisz ją mieć od pierwszego dnia, bo doklejanie scopingu do działającego marketplace'u oznacza przejście przez każde zapytanie w systemie.

Drugie miejsce, w którym marketplace'y na Syliusie się wykrwawiają, jest poza samym sklepem: rozliczenia. Split payment, prowizje, korekty, zwroty rozbijane między sprzedawców i operatora - to logika księgowa, nie e-commerce'owa. Jeśli traktujesz ją jako „dodatek na koniec projektu", właśnie zaplanowałeś sobie drugi projekt tej samej wielkości.

Co dalej

• Pillar platform: Platformy e-commerce B2B
• Najczęstsza alternatywa: Magento / Adobe Commerce dla B2B, Shopware
• Custom vs SaaS (alternatywa): Custom vs. SaaS
• Jak wybrać platformę: Jak wybrać platformę

Najczęstsze pytania