Dla jakich projektów powstał Sylius

Zamiast pytać, kiedy „przerastasz” gotową platformę, warto zadać lepsze pytanie: dla jakiego typu projektu w ogóle powstał Sylius. To pytanie o profil wdrożenia, a nie o granice czegokolwiek. Sylius zaprojektowano z myślą o konkretnym, wąskim rodzaju projektów, i najłatwiej zrozumieć jego rolę, patrząc właśnie na ten profil. Ten tekst opisuje, jakie realne wymagania uzasadniają budowę na miarę, czyli kiedy wybrać Sylius, a przy okazji pokazuje, dlaczego dla zdecydowanej większości sklepów właściwym wyborem pozostaje sprawdzona platforma, czyli PrestaShop.

Mówimy o profilu Sylius, nie o granicach PrestaShop

Ważne zastrzeżenie na początek. Ten tekst nie opisuje momentu, w którym gotowa platforma się kończy, bo taki obraz jest fałszywy. PrestaShop to dojrzała technologia, na której z powodzeniem działają duże, złożone i ambitne sklepy. Nie ma tu żadnej ściany, po której trzeba uciekać gdzie indziej.

Opisujemy coś innego: profil projektu, dla którego framework taki jak Sylius został pomyślany od podstaw. To projekty o pewnych charakterystycznych cechach, które sprawiają, że budowa na miarę jest dla nich naturalnym punktem wyjścia. Te cechy dotyczą charakteru wdrożenia, a nie tego, czego rzekomo „nie da się” na gotowej platformie.

To rozróżnienie jest istotne, bo pozwala podejść do tematu trzeźwo. Jeśli Twój projekt ma cechy z tego profilu, budowa na miarę może być dobrym wyborem. Jeśli ich nie ma, a większość sklepów ich nie ma, to znak, że sprawdzona platforma da Ci więcej mniejszym kosztem. Cały układ decyzyjny rozkładamy w przewodniku o tym, jak wybrać między Sylius a PrestaShop.

Greenfield: nowy produkt cyfrowy z handlem w środku

Najbardziej typowy profil projektu Sylius to greenfield, czyli budowa czegoś nowego od zera. Nie chodzi o kolejny sklep, tylko o produkt cyfrowy, w którym handel jest jednym z elementów większej całości. Może to być platforma łącząca sprzedaż z usługą, aplikacja z wbudowanym modelem transakcyjnym albo system, w którym sklep jest częścią szerszego procesu biznesowego.

Takie projekty zaczynają się nie od pytania „jaki sklep”, tylko od pytania „jaki produkt”. Handel jest w nich wpleciony w coś większego i od pierwszego dnia zakłada własny model danych oraz logikę dopasowaną do całości. W takim ujęciu gotowa platforma sklepowa bywa niewłaściwym punktem wyjścia nie dlatego, że jest słaba, tylko dlatego, że projekt nie jest w istocie sklepem.

To właśnie dla takich wdrożeń framework pokazuje swoją wartość: daje fundament i swobodę, żeby zbudować dokładnie to, czego wymaga nowy produkt, bez naginania gotowego sklepu do roli, do której nie był pomyślany. Jeśli jednak budujesz sklep, a nie produkt z handlem w środku, ten profil Cię nie dotyczy, i to dobra wiadomość dla tempa oraz kosztu wdrożenia.

Nietypowa logika w rdzeniu modelu

Drugą cechą profilu Sylius jest logika biznesowa tak specyficzna, że stanowi rdzeń przewagi i wymaga wiernego odwzorowania. Bywają modele sprzedaży, konfiguracji, wyceny czy realizacji zamówień, które nie przypominają niczego standardowego, bo to właśnie ich nietypowość jest sercem biznesu. Dla takich modeli budowa na miarę pozwala odwzorować reguły dokładnie tak, jak działają, bez kompromisów.

Kluczowe jest słowo „rdzeń”. Nie chodzi o pojedynczą nietypową funkcję, którą gotowa platforma i tak obsłuży modułem albo rozsądnym dostosowaniem. Chodzi o sytuację, w której cała logika działania jest niestandardowa i to ona odróżnia biznes od innych. To rzadki przypadek, w którym indywidualność nie jest kaprysem, lecz istotą modelu, którą trzeba wbudować w fundament.

Tu potrzebna jest uczciwa samoocena, bo pokusa uznania własnej logiki za wyjątkową jest silna. Zdecydowana większość sklepów, które uważają swoje reguły za unikalne, po analizie odkrywa, że mieszczą się one w tym, co gotowa platforma obsłuży sprawnie i taniej. Prawdziwie nietypowy rdzeń to wąski margines, a rozpoznanie go bez wyolbrzymiania jest częścią dobrej decyzji.

Architektura headless i kompozytowa

Trzecią cechą profilu jest architektura headless lub kompozytowa jako realne wymaganie, a nie modny dodatek. Bywają projekty, w których od początku wiadomo, że jeden silnik ma zasilać wiele kanałów i punktów styku przez API, a warstwa prezentacji jest budowana osobno i niezależnie. Dla takich założeń framework projektowany z myślą o podejściu API-first jest naturalnym kandydatem.

Trzeba jednak odróżnić headless jako fundament projektu od headless jako hasła. Sama chęć „bycia nowoczesnym” nie jest powodem, żeby wchodzić w architekturę kompozytową, która ma swoją cenę w złożoności i koszcie. Kiedy takie podejście naprawdę się opłaca, a kiedy jest przerostem formy, rozkładamy w tekście o headless commerce w praktyce.

Dla wielu sklepów klasyczne, zintegrowane podejście jest prostsze, tańsze i w zupełności wystarczające, a gotowe platformy świetnie je realizują. Headless jako wymaganie z rdzenia projektu to znów wąski profil, nie domyślny wybór. Jeśli architektura kompozytowa nie jest u Ciebie koniecznością, a wygodą albo modą, prawie zawsze lepiej wypada rozwiązanie zintegrowane na sprawdzonej platformie.

Własny model danych od pierwszego dnia

Kolejna cecha profilu to potrzeba własnego, nietypowego modelu danych od samego początku. Bywają projekty, w których to, czym są produkt, zamówienie czy klient, odbiega od standardowego rozumienia na tyle, że gotowy model gotowej platformy byłby raczej przeszkodą niż pomocą. Wtedy budowa na miarę pozwala zaprojektować dane dokładnie pod specyfikę projektu.

To sytuacja, w której nie tyle rozbudowujesz standardowy model, ile potrzebujesz zupełnie innego. Framework daje tu swobodę zbudowania struktury danych od podstaw, bez dziedziczenia założeń, które w tym projekcie nie pasują. Dla produktu o naprawdę nietypowej naturze to realna zaleta, bo dane są fundamentem, na którym stoi wszystko inne.

Jak zawsze, kluczowa jest skala nietypowości. Rozbudowany, ale w gruncie rzeczy standardowy model danych gotowa platforma obsłuży bez problemu, także przy dużym i złożonym katalogu. Potrzeba własnego modelu od zera dotyczy projektów, których natura naprawdę wykracza poza to, czym jest typowy sklep, a takich jest niewiele.

Migracje z rozwiązań customowych i Magento

Osobnym źródłem projektów Sylius są migracje, ale bardzo konkretnego rodzaju. Chodzi o zespoły, które przychodzą z rozbudowanego rozwiązania customowego albo z platformy takiej jak Magento, mają za sobą doświadczenie z budową na miarę i świadomie szukają frameworka, bo ich wymagania od początku były nietypowe. To migracja w obrębie świata rozwiązań szytych na miarę, a nie ucieczka z gotowej platformy.

Taki odbiorca zwykle dobrze wie, czego potrzebuje i dlaczego. Ma już zbudowaną logikę, którą chce przenieść albo rozwinąć, i szuka fundamentu dającego mu podobną swobodę przy lepszej architekturze i tempie rozwoju. Dla niego wybór frameworka jest kontynuacją dotychczasowego podejścia, a nie zmianą filozofii.

Warto podkreślić, że to profil odbiorcy spoza typowego e-commerce na gotowej platformie. Ktoś, kto prowadzi sprawny, standardowy sklep, rzadko jest adresatem takiej migracji, bo nie ma powodu porzucać czegoś, co działa. Sylius poszerza tu ofertę o projekty z określonym rodowodem, a nie namawia zadowolonych użytkowników gotowych platform do zmiany.

Złożona wielokanałowość z jednego silnika

Kolejna cecha profilu to naprawdę złożona wielokanałowość, w której jeden silnik ma zasilać wiele różnych punktów styku: własny sklep, aplikacje, urządzenia, systemy partnerów, a każdy z nich ma inne wymagania. Gdy taka rozproszona sprzedaż jest sercem modelu, architektura kompozytowa z jednym źródłem prawdy i wieloma kanałami zasilanymi przez API staje się naturalnym podejściem.

Trzeba jednak odróżnić prawdziwą, złożoną wielokanałowość od zwykłej sprzedaży w kilku miejscach. Sklep, który sprzedaje na własnej stronie i w paru dodatkowych kanałach, zwykle nie potrzebuje do tego budowy na miarę, bo gotowe platformy dobrze obsługują wielokanałowość w typowym zakresie. Profil Sylius dotyczy sytuacji, w której liczba i różnorodność kanałów oraz ich integracja są tak duże, że stanowią osobne wyzwanie architektoniczne.

Dla większości sklepów, także tych sprzedających w kilku kanałach, ta cecha po prostu nie zachodzi. Wielokanałowość w normalnym wydaniu jest chlebem powszednim gotowych platform i nie jest powodem, by sięgać po framework. Dopiero wielokanałowość jako rdzeń złożonego modelu, a nie jako dodatek, wpisuje się w profil, o którym tu mowa.

Integracje wplecione w rdzeń modelu

Ostatnia cecha profilu to integracje, które nie są dodatkiem do sklepu, tylko częścią jego rdzenia. Bywają projekty, w których sprzedaż jest nierozerwalnie spleciona z zewnętrznymi systemami, procesami i logiką partnerów, a te powiązania są tak nietypowe i głębokie, że stanowią o istocie rozwiązania. Wtedy budowa na miarę pozwala wpleść integracje w fundament, zamiast doklejać je z boku.

Warto tu jednak zachować rozsądek, bo integracje ma niemal każdy sklep i większość z nich jest typowa. Połączenia z płatnościami, logistyką, księgowością czy systemami magazynowymi to standard, który gotowe platformy obsługują sprawnie, często gotowymi modułami. Profil Sylius dotyczy nie samego istnienia integracji, lecz sytuacji, w której ich nietypowość i głębokość są sercem modelu biznesowego.

Jak wygląda budowanie nietypowej logiki i integracji na miarę, rozkładamy szerzej w tekście o custom logice biznesowej w Sylius. W tym miejscu wystarczy zapamiętać zasadę, która wraca przy każdej z opisanych cech: liczy się nie to, czy coś masz, tylko czy jest to na tyle nietypowe, że stanowi rdzeń projektu.

Kiedy to nie jest projekt dla Sylius

Skoro opisaliśmy profil, warto jasno powiedzieć, kiedy się w nim nie mieścisz, bo to najczęstsza sytuacja. Jeśli budujesz albo prowadzisz sklep, którego potrzeby są typowe, choćby rozbudowane, to nie jest projekt dla Sylius. Jeśli zależy Ci na szybkim, pewnym starcie, jeśli Twoja logika mieści się w standardzie, jeśli nie masz twardego wymogu architektury kompozytowej, to znak, że gotowa platforma jest właściwym wyborem.

Dotyczy to także sklepów dużych, wielojęzycznych i ambitnych, o ile ich charakter jest typowy dla e-commerce. Sama wielkość, obrót czy plany rozwoju nie wpychają projektu w profil Sylius, bo o tym profilu decyduje nietypowość, a nie skala. Duży, ale zwyczajny sklep to wciąż zwyczajny sklep, dla którego sprawdzona platforma da najlepszy stosunek wartości do kosztu.

Mieszczenie się poza profilem Sylius to nie żadne ograniczenie, tylko przewaga. Znaczy, że dojrzała platforma z jej ekosystemem i dostępnością specjalistów da Ci to, czego potrzebujesz, szybciej, taniej i bezpieczniej. Dla większości firm to najlepsza możliwa odpowiedź, a jak wygląda takie wdrożenie, opisujemy przy okazji wdrożenia PrestaShop.

Jak rozpoznać swój profil

Rozpoznanie własnego profilu zaczyna się od kilku uczciwych pytań. Czy budujesz sklep, czy produkt cyfrowy, w którym handel jest tylko częścią? Czy Twoja logika sprzedaży jest naprawdę nietypowa w rdzeniu, czy tylko rozbudowana? Czy architektura kompozytowa jest twardym wymogiem, czy raczej wygodą? Czy przychodzisz z customowego rozwiązania z konkretnym powodem?

Jeśli na większość tych pytań odpowiadasz w stronę standardu, Twój profil wskazuje na gotową platformę. Jeśli kilka z nich trafia wprost w opisane wyżej cechy, i to nie na zasadzie życzenia, ale realnej konieczności, warto rozważyć budowę na miarę. Klucz to odpowiadać na te pytania szczerze, a nie tak, jak chciałoby się, żeby projekt wyglądał.

Warto tę ocenę zrobić na spokojnie i najlepiej z kimś, kto zna oba światy, bo łatwo tu o dwa błędy: przecenić własną wyjątkowość albo ulec modzie. Dobra diagnoza profilu oszczędza potem ogromnych kosztów, bo wybór technologii oderwany od realnych wymagań jest jedną z najdroższych pomyłek w całym projekcie.

Kiedy wybrać Sylius: od profilu projektu do decyzji

Cała ta analiza prowadzi do prostego wniosku: technologię dobiera się do profilu projektu, a nie odwrotnie. Sylius ma jasno określony profil, opisany wyżej, i w jego obrębie jest znakomitym wyborem. Poza tym profilem, czyli dla zdecydowanej większości sklepów, właściwą rekomendacją pozostaje sprawdzona, dojrzała platforma. To nie hierarchia, tylko dopasowanie narzędzia do zadania.

Jeśli po uczciwej analizie okazuje się, że Twój projekt trafia w profil Sylius, to znaczy, że masz przed sobą wdrożenie, które warto zbudować dobrze, z pełnym wykorzystaniem swobody, jaką daje framework. Pomagamy w takich projektach w ramach wsparcia dla wdrożeń Sylius, dokładnie tam, gdzie budowa na miarę realnie się opłaca. A jeśli okazuje się, że jesteś poza tym profilem, to jeszcze lepsza wiadomość, bo sprawdzona platforma da Ci więcej mniejszym kosztem i ryzykiem.