Custom vs. SaaS dla sklepu B2B - kiedy budować, kiedy kupić

W skrócie

• 1. Custom ma sens gdy wymagania nie mieszczą się w żadnym pudełku, skala uzasadnia zespół development, długoterminowo
• 2. SaaS / gotowa platforma dla 95% przypadków polskiego B2B
• 3. Próg custom: ~5+ M zł obrotu rocznego + nietypowe wymagania + zespół IT na lata
• 4. TCO custom 5 lat: 3-7 mln zł (vs. 1.5-3 mln dla Magento / Shopware)
• 5. Ryzyko custom: tech debt, lock-in zespołu, brak ekosystemu

Co znaczy „custom"

Custom = zbudowane od zera, najczęściej na frameworku PHP (Symfony, Laravel) lub Node.js. Bez Magento, bez Shopware.

Pełna kontrola nad architekturą, kodem, integracjami. Zero gotowych modułów do dorobienia - wszystko piszesz sam.

Custom NIE jest:

• Magento z dużym custom kodem (to wciąż Magento)
• Shopware z 30 custom plugins (to wciąż Shopware)
• BigCommerce z custom storefront (to wciąż BigCommerce)

Custom = nie ma „kernel'a" platformy. Zaczynasz od pustego Symfony skeleton.

Kiedy custom ma sens

Test odrzutowy. Jeśli odpowiesz „nie" na którekolwiek z poniższych - NIE custom.

1. Twoje wymagania nie mieszczą się w żadnej gotowej platformie. Przykład: sklep z konfiguratorem 200-zmiennym + multi-tenant (sprzedajesz katalog innym firmom) + custom workflow akceptacji z 5-poziomową hierarchią.

Test: czy każda gotowa platforma wymagałaby >50% customizacji?

2. Twoja skala uzasadnia zespół IT. Obroty 50+ M zł rocznie. Zespół dev minimum 4-6 osób.

Test: roczny budżet IT > 1 mln zł?

3. Custom jest strategicznym wyróżnikiem. Twój sklep nie jest „kanałem sprzedaży" - jest platformą, którą inni używają (multi-tenant SaaS). Strategia produktowa firmy.

4. Twój horyzont jest długi. Custom zwraca się po 3-5 latach. Jeśli planujesz pivot za 2 lata - nie custom.

5. Masz tolerancję ryzyka. Custom = wiele decyzji w trakcie projektu. Może się nie udać.

Jeśli WSZYSTKIE pięć - rozważ custom. Inaczej - gotowa platforma.

Kiedy NIE custom (większość przypadków)

1. „Magento mi się nie podoba". Subiektywne. Nie powód dla custom.

2. „Custom będzie szybsze niż konfigurowanie Magento". Mit. Pierwsze 6 miesięcy custom = setup tego co Magento daje out-of-the-box. Nigdy nie nadrabia.

3. „Magento jest drogie, custom będzie tańszy". Mit. Custom 5-letni TCO 1.5-2× wyższy niż Magento OS dla podobnego scope.

4. „Mamy świetny zespół dev, zrobimy lepiej niż Magento". Możliwe, ale ROI? 10000 firm na świecie używa Magento. Twój zespół zrobi lepsze? Wątpliwe.

5. „Standard branżowy nie istnieje dla naszego use-case". Często - istnieje, tylko nie wiesz. Poszukaj branżowych rozwiązań.

TCO custom vs. gotowa platforma

Dla średniego polskiego B2B (15-50 M zł obrotu, 5-letnia perspektywa):

Magento Open Source + moduły:

• Wdrożenie: 700-1200 tys. zł
• Licencje: 30-50 tys. / rok = 150-250 tys. / 5 lat
• Utrzymanie: 250-500 tys. / rok = 1.25-2.5 mln / 5 lat
• TCO 5 lat: 2.0-3.7 mln zł

Custom (Symfony):

• Wdrożenie: 1.5-3 mln zł
• Licencje: 0
• Utrzymanie: 400-800 tys. / rok = 2-4 mln / 5 lat (większy zespół, wszystko własne)
• TCO 5 lat: 3.5-7 mln zł

Custom Saas mode (jeśli sklep to platforma dla innych firm):

• Wdrożenie: 2-5 mln zł
• Utrzymanie: 1-2 mln / rok = 5-10 mln / 5 lat
• TCO 5 lat: 7-15 mln zł

Custom jest 1.5-2× droższy. Plus daje pełną kontrolę i unique features.

Ryzyka custom

1. Tech debt over time. Bez external pressure aktualizacji - kod się starzeje. Po 5 latach modernizacja kosztuje 30-50% TCO.

2. Lock-in zespołu. Kod custom = zna go tylko twój zespół. Odejdą - knowledge ginie. Onboarding nowego dev'a 6-12 miesięcy.

3. Brak ekosystemu. Brak gotowych modułów. Każde nowe integracje (np. KSeF) - pełen custom dev.

4. Slower time-to-market dla feature. Co Magento ma natywnie (configurable products, layered navigation) - w custom budujesz sam.

5. Brak community / forum. Magento community na Stack Exchange. Custom? Tylko twój zespół.

6. Security responsibility. Magento ma security patches. Custom - ty audytujesz, ty patchujesz, ty reagujesz.

SaaS - alternatywa do custom

Trzecia opcja: SaaS (BigCommerce, Shopify Plus, commercetools).

Plus:

• Najmniej do robienia (vendor wszystko hostuje, aktualizuje, patche)
• Time-to-market najszybsze
• Predykowalne koszty

Minus:

• Ograniczona customizacja
• Vendor lock-in
• Cena pe-revenue (skala obrotu = więcej płacisz)
• Mniej elastyczne dla polskiego B2B (lokalne ERP, KSeF)

Dla polskiego B2B: SaaS rzadko optymalny ze względu na lokalne wymogi (KSeF, ERP). Wyjątek: B2B sprzedające na rynki anglojęzyczne.

Hybrydy

Composable commerce. Każdy element best-of-breed. CMS z jednego vendora, koszyk z innego, search z trzeciego.

Plus: każdy element optymalny. Minus: integracje kosztują, vendor management chaos.

Dla polskiego B2B - rzadkie, głównie korporacje.

Headless platform + custom storefront. Magento / Shopware backend + Next.js frontend. Pewna kontrola nad UX, gotowy backend.

Headless commerce.

FAQ

Czy custom jest lepszy dla unique business? Nie zawsze. Często „unique" oznacza tylko nieznajomość ekosystemu. Sprawdź czy gotowa platforma + customization wystarczy.

Czy startup B2B powinien iść custom? Prawie nigdy. Startup = potrzeba szybkiego MVP, walidacji, pivotów. Custom = przeciwne.

Czy mogę zacząć od gotowej platformy i pivot na custom później? Tak - typowy pattern. Magento na start (2-3 lata), custom gdy skala uzasadni (5+ M zł obrotu, unique requirements).

Czy custom open-source (Sylius) to to samo co custom? Pomiędzy. Sylius = framework e-commerce na Symfony. Mniej do robienia niż czysty custom, ale więcej niż Magento/Shopware. Niche use cases.

Co z multi-tenant SaaS dla mojego sklepu (sprzedaję platformę innym firmom)? Custom + cloud architecture. Adobe Commerce / Shopware nie są zaprojektowane dla pełnego SaaS multi-tenant.

Co dalej

• Pillar platform: Platformy e-commerce B2B
• Wybór platformy: Jak wybrać platformę
• Architektura: Monolit vs. microservices