Co to jest Magento i jakie ma wady i zalety?

Magento to rozbudowana platforma e-commerce przeznaczona do tworzenia i obsługi sklepów internetowych, szczególnie takich, które wymagają dużej elastyczności, złożonego katalogu produktów, wielu integracji albo niestandardowych procesów sprzedażowych.

System zdobył popularność przede wszystkim dlatego, że daje bardzo dużą kontrolę nad sposobem działania sklepu.

Można na nim budować zarówno klasyczny sklep B2C, jak i znacznie bardziej skomplikowane rozwiązania obejmujące:

• sprzedaż B2B,
• wiele sklepów i marek,
• kilka wersji językowych,
• różne waluty,
• rozbudowane katalogi,
• indywidualne ceny,
• integracje z ERP, PIM, WMS i CRM,
• niestandardowe procesy zakupowe.

Magento nie jest jednak platformą, którą wybierałbym tylko dlatego, że „potrafi dużo”.

Ogromna liczba możliwości oznacza również:

• większą złożoność,
• wyższe wymagania serwerowe,
• droższy development,
• bardziej wymagające aktualizacje,
• większą odpowiedzialność za utrzymanie.

Dlatego przy wyborze Magento najważniejsze pytanie nie brzmi:

Czy da się na nim zbudować nasz sklep?

W większości przypadków odpowiedź będzie brzmiała: tak.

Znacznie ważniejsze jest:

Czy skala i złożoność biznesu rzeczywiście uzasadniają użycie tak rozbudowanej platformy?

Co to jest Magento?

Magento jest systemem e-commerce umożliwiającym zarządzanie między innymi:

• produktami,
• kategoriami,
• zamówieniami,
• klientami,
• cenami,
• promocjami,
• płatnościami,
• dostawami,
• treściami sklepu.

Podobnie jak inne platformy sklepowe zapewnia podstawowy mechanizm prowadzenia sprzedaży online.

Jego charakter staje się jednak widoczny wtedy, gdy sklep zaczyna wymagać czegoś więcej niż prosty katalog i standardowy checkout.

Magento zostało zaprojektowane jako rozbudowany system, który można bardzo głęboko modyfikować i integrować z otoczeniem biznesowym.

To właśnie dlatego spotyka się je często przy większych wdrożeniach.

Magento Open Source i Adobe Commerce – czym się różnią?

Dzisiaj mówiąc o Magento trzeba rozróżnić przynajmniej dwa pojęcia:

• Magento Open Source,
• Adobe Commerce.

Magento Open Source jest otwartą wersją platformy, którą można pobrać, uruchomić na własnej infrastrukturze i rozwijać.

Adobe Commerce jest komercyjnym rozwiązaniem rozwijanym przez Adobe na bazie technologii Magento i przeznaczonym przede wszystkim dla bardziej wymagających organizacji.

Adobe przejęło firmę Magento, a wcześniejsza komercyjna linia Magento Commerce została rozwinięta pod nazwą Adobe Commerce.

Dlatego w praktyce nadal można usłyszeć określenia:

• Magento,
• Magento 2,
• Magento Open Source,
• Adobe Commerce.

Nie zawsze oznaczają dokładnie ten sam wariant produktu.

Czy Magento jest darmowe?

Magento Open Source można używać bez zakupu licencji na sam silnik.

To nie oznacza jednak, że sklep Magento jest darmowy.

Trzeba uwzględnić między innymi:

• hosting lub infrastrukturę chmurową,
• wdrożenie,
• projekt graficzny,
• development,
• rozszerzenia,
• integracje,
• utrzymanie,
• aktualizacje,
• monitoring,
• bezpieczeństwo.

W przypadku dużego wdrożenia koszt pracy technicznej może być wielokrotnie ważniejszy niż koszt samej licencji platformy.

To dobra ilustracja różnicy pomiędzy:

darmowym oprogramowaniem

a:

darmowym systemem e-commerce.

To nie jest to samo.

Jak działa Magento?

Magento działa jako aplikacja serwerowa obsługująca katalog, klientów, zamówienia i logikę sprzedażową.

Sklep posiada część publiczną widoczną dla klientów oraz rozbudowany panel administracyjny.

Administrator może zarządzać w nim między innymi:

• strukturą katalogu,
• produktami,
• promocjami,
• zamówieniami,
• konfiguracją sklepu,
• użytkownikami,
• ustawieniami płatności i dostaw.

Duża część zachowania platformy może zostać rozszerzona przez moduły albo indywidualny kod.

To właśnie ta możliwość głębokiej rozbudowy jest jedną z największych zalet Magento.

Magento 1 a Magento 2

W starszych materiałach można nadal spotkać odniesienia do Magento 1.

To poprzednia generacja platformy.

Oficjalne wsparcie Magento 1 zostało zakończone, dlatego nowych wdrożeń nie powinno się już budować na tej wersji.

Współczesne projekty Magento opierają się na Magento 2 i rozwijanej na tej bazie linii Adobe Commerce.

Jeżeli istniejący sklep nadal działa na Magento 1, jest to przede wszystkim temat migracji i bezpieczeństwa, a nie wyboru tej wersji do nowego projektu.

Dlaczego Magento jest uważane za platformę dla dużych sklepów?

Nie dlatego, że mały sklep technicznie nie może na nim działać.

Może.

Problem polega na relacji pomiędzy potrzebami biznesu a kosztem utrzymania całego rozwiązania.

Magento zaczyna pokazywać swoją przewagę przy projektach wymagających:

• dużej liczby produktów,
• złożonych atrybutów,
• niestandardowych reguł cenowych,
• wielu sklepów,
• zaawansowanych integracji,
• indywidualnej logiki biznesowej.

Jeżeli sklep sprzedaje 50 prostych produktów w jednym kraju i nie posiada żadnych szczególnych procesów, wiele możliwości Magento pozostanie niewykorzystanych.

Firma nadal będzie jednak ponosiła koszt wynikający ze złożoności platformy.

Największa zaleta Magento – elastyczność

Magento pozwala bardzo daleko odejść od standardowego modelu sklepu.

Można modyfikować:

• proces zakupowy,
• katalog,
• ceny,
• uprawnienia klientów,
• integracje,
• logikę zamówień.

Dla firmy posiadającej nietypowy model sprzedaży może być to ogromna przewaga.

Nie trzeba dopasowywać całego przedsiębiorstwa do ograniczeń prostego systemu sklepowego.

Można dostosować platformę do istniejących procesów.

Elastyczność ma jednak koszt

Im więcej można zmienić, tym większa liczba decyzji technicznych.

Prostsze platformy często narzucają pewien model działania.

To może być ograniczeniem.

Może być również zaletą, ponieważ:

• mniej rzeczy trzeba zaprojektować,
• mniej rzeczy można zepsuć,
• aktualizacje są łatwiejsze,
• utrzymanie jest prostsze.

Magento daje swobodę.

Trzeba jednak posiadać kompetencje, aby tę swobodę dobrze wykorzystać.

Rozbudowany katalog produktów

Magento bardzo dobrze radzi sobie z bardziej złożonym katalogiem.

Produkty mogą posiadać:

• atrybuty,
• warianty,
• różne typy konfiguracji,
• powiązania,
• indywidualne reguły.

To szczególnie ważne w handlu, gdzie produkt nie jest po prostu nazwą, zdjęciem i jedną ceną.

Przykładem może być asortyment techniczny posiadający:

• dziesiątki parametrów,
• wiele wariantów,
• zależności pomiędzy opcjami,
• różne ceny dla różnych klientów.

Magento i atrybuty produktów

System atrybutów pozwala budować bardzo szczegółowy model danych produktowych.

Atrybutem może być na przykład:

• kolor,
• materiał,
• moc,
• rozmiar,
• producent,
• standard techniczny.

Dzięki temu katalog może być później:

• filtrowany,
• przeszukiwany,
• wykorzystywany w integracjach.

Przy dużych katalogach jakość modelu danych staje się jednym z najważniejszych elementów całego wdrożenia.

Magento a PIM

Przy bardzo dużym katalogu Magento nie zawsze powinno być jedynym miejscem, w którym zarządza się wszystkimi informacjami produktowymi.

Firma może korzystać z PIM, czyli Product Information Management.

Wtedy architektura może wyglądać:

PIM → Magento → klient.

PIM staje się głównym źródłem danych produktowych, a Magento wykorzystuje te dane w sprzedaży.

To szczególnie przydatne, kiedy te same produkty trafiają również do:

• marketplace,
• aplikacji,
• katalogów,
• innych sklepów.

Magento a ERP

W większym e-commerce sklep bardzo rzadko działa całkowicie samodzielnie.

Może być połączony z ERP odpowiedzialnym za:

• stany magazynowe,
• ceny,
• dokumenty,
• kontrahentów,
• zamówienia.

Magento może wtedy pełnić rolę warstwy sprzedażowej.

Klient składa zamówienie w sklepie.

Dane trafiają do systemu ERP.

ERP może zwrócić:

• status realizacji,
• stan,
• cenę,
• informacje logistyczne.

Integracje są jednym z naturalnych zastosowań Magento

Rozbudowane sklepy często działają w otoczeniu wielu systemów:

• ERP,
• CRM,
• PIM,
• WMS,
• marketplace,
• systemy kurierskie,
• platformy marketingowe.

Magento posiada mechanizmy pozwalające budować takie połączenia.

Nie oznacza to jednak, że każda integracja jest prosta.

Najtrudniejszym problemem często nie jest samo przesłanie danych.

Jest nim ustalenie:

• który system jest źródłem prawdy,
• co dzieje się przy błędzie,
• jak rozwiązywane są konflikty,
• kiedy dane mają być synchronizowane.

Magento w sprzedaży B2B

Magento i Adobe Commerce są często rozważane w bardziej zaawansowanych projektach B2B.

Sprzedaż biznesowa może wymagać znacznie więcej niż standardowe:

produkt → koszyk → płatność.

Firma może potrzebować:

• indywidualnych cenników,
• warunków handlowych,
• limitów kredytowych,
• struktur użytkowników w jednej firmie,
• akceptacji zamówień,
• szybkiego ponawiania zakupów,
• zamówień na podstawie SKU.

Przy takich wymaganiach możliwości bardziej rozbudowanej platformy zaczynają mieć realne znaczenie.

Magento i multi-store

Jedną z charakterystycznych możliwości Magento jest obsługa wielu sklepów w ramach jednej instalacji.

Firma może posiadać na przykład:

• kilka marek,
• różne domeny,
• oddzielne sklepy dla krajów,
• różne katalogi i ceny.

Jednocześnie część danych może być współdzielona.

To potężna funkcja przy międzynarodowym e-commerce.

W małym sklepie będzie niemal bez znaczenia.

Wiele języków i walut

Sprzedaż międzynarodowa może wymagać:

• tłumaczeń,
• różnych walut,
• różnych podatków,
• lokalnych metod dostawy,
• lokalnych płatności.

Magento daje podstawę do budowy takich środowisk.

Nie oznacza to jednak, że ekspansja międzynarodowa jest tylko kwestią kliknięcia przełącznika.

Każdy rynek może posiadać inne:

• przepisy,
• oczekiwania użytkowników,
• procesy logistyczne.

Zarządzanie cenami w Magento

W bardziej zaawansowanym handlu cena nie zawsze jest jedną liczbą przypisaną do produktu.

Może zależeć od:

• grupy klienta,
• ilości,
• promocji,
• rynku,
• kanału sprzedaży.

Magento posiada mechanizmy pozwalające budować złożone reguły cenowe.

To duża zaleta w środowisku B2B i przy bardziej rozbudowanej polityce handlowej.

Promocje i reguły koszyka

Platforma pozwala tworzyć promocje zależne od określonych warunków.

Przykładowo rabat może być uruchamiany, gdy:

• klient należy do określonej grupy,
• koszyk przekroczy wskazaną wartość,
• zawiera konkretną kategorię,
• spełnia kilka warunków jednocześnie.

Przy dużej liczbie reguł trzeba jednak zachować porządek.

Promocje mogą zacząć wpływać na siebie w sposób, którego nikt nie przewidział.

Magento a SEO

Magento daje możliwość przygotowania sklepu pod SEO, ale sama instalacja nie zagwarantuje dobrej widoczności.

Trzeba zadbać między innymi o:

• strukturę kategorii,
• URL,
• canonical,
• indeksowanie filtrów,
• paginację,
• mapy XML,
• wydajność,
• linkowanie wewnętrzne.

Przy dużym katalogu szczególnie niebezpieczne mogą być tysiące automatycznie generowanych kombinacji filtrów.

Jeżeli nie zostaną prawidłowo zaprojektowane, mogą tworzyć ogromną liczbę adresów o niewielkiej wartości.

Duży sklep wymaga szczególnej kontroli indeksowania

Wyobraźmy sobie kategorię posiadającą filtry:

• kolor,
• marka,
• rozmiar,
• materiał,
• cena.

Liczba możliwych kombinacji szybko rośnie.

Nie każda z nich powinna być osobną stroną indeksowaną przez Google.

To właśnie przy dużych platformach SEO techniczne staje się częścią architektury systemu, a nie kosmetyczną optymalizacją wykonywaną po uruchomieniu sklepu.

Magento a szybkość działania

Magento nie należy do najlżejszych systemów e-commerce.

Posiada bardzo dużo funkcjonalności i rozbudowaną architekturę.

To oznacza, że wydajność zależy mocno od:

• serwera,
• konfiguracji,
• cache,
• jakości kodu,
• rozszerzeń,
• bazy danych.

Dobrze przygotowane Magento może działać bardzo szybko.

Źle przygotowane może być wyjątkowo ciężkie.

Magento wymaga odpowiedniej infrastruktury

To jedna z podstawowych różnic w porównaniu z prostszymi sklepami.

Nie wybierałbym przypadkowego taniego hostingu współdzielonego tylko dlatego, że posiada PHP i bazę danych.

Większy projekt może wymagać odpowiedniego podejścia do:

• CPU,
• RAM,
• cache,
• wyszukiwania,
• kolejek,
• CDN,
• monitoringu.

Infrastruktura jest częścią wdrożenia.

Cache w Magento

Przy rozbudowanym systemie cache ma ogromne znaczenie.

Nie ma sensu za każdym razem generować całej strony od początku, jeśli część wyniku można bezpiecznie wykorzystać ponownie.

Dobrze skonfigurowany cache może znacząco zmniejszyć obciążenie.

Problem pojawia się wtedy, gdy niestandardowe moduły nie współpracują z mechanizmami cache poprawnie.

Wyszukiwarka produktów

Przy katalogu liczącym dziesiątki albo setki tysięcy produktów wyszukiwarka jest jednym z kluczowych elementów UX.

Użytkownik nie będzie przeglądał ręcznie całego katalogu.

Potrzebuje:

• szybkiego wyszukiwania,
• trafnych wyników,
• filtrów,
• obsługi błędów pisowni,
• dobrych sugestii.

W większym sklepie wyszukiwarka nie jest dodatkiem.

Jest jednym z podstawowych mechanizmów sprzedaży.

Magento i moduły

Podobnie jak WordPress posiada wtyczki, Magento posiada rozszerzenia i moduły pozwalające dodawać funkcje.

Można w ten sposób wdrożyć między innymi:

• płatności,
• dostawy,
• integracje,
• funkcje marketingowe,
• zmiany checkoutu.

Duża liczba dostępnych rozszerzeń jest zaletą ekosystemu.

Nie oznacza jednak, że warto instalować wszystko, co istnieje.

Problem jakości modułów

Dwa rozszerzenia realizujące podobną funkcję mogą różnić się dramatycznie pod względem:

• jakości kodu,
• wydajności,
• bezpieczeństwa,
• wsparcia,
• zgodności z aktualizacjami.

Przy większym projekcie każdy dodatkowy moduł staje się kolejną zależnością.

Dlatego dobór rozszerzeń powinien być decyzją techniczną, a nie tylko zakupową.

Za dużo modułów może być problemem

Sklep rozwija się przez kilka lat.

Każda nowa potrzeba kończy się instalacją następnego rozszerzenia.

Po pewnym czasie powstaje system posiadający:

• dziesiątki modułów,
• nakładające się funkcje,
• konflikty,
• problemy z aktualizacją.

To nie jest problem charakterystyczny wyłącznie dla Magento.

W rozbudowanym środowisku jest jednak szczególnie kosztowny.

Magento a custom development

Jeżeli gotowe rozszerzenie nie realizuje potrzeb, można stworzyć własny moduł.

To jedna z największych przewag platformy.

Można budować:

• niestandardowe integracje,
• specjalne reguły sprzedażowe,
• dedykowane procesy,
• własne funkcje panelu.

Własny kod trzeba jednak później:

• utrzymywać,
• testować,
• dostosowywać do zmian platformy.

Magento wymaga kompetentnego developmentu

To nie jest system, w którym chciałbym przypadkowo modyfikować pliki rdzenia, żeby „na szybko coś poprawić”.

Rozbudowana architektura wymaga zrozumienia mechanizmów platformy.

Źle wykonana modyfikacja może:

• pogorszyć wydajność,
• utrudnić aktualizacje,
• stworzyć lukę bezpieczeństwa,
• powodować trudne do wykrycia konflikty.

Aktualizacje Magento

Aktualizacja większego sklepu powinna być procesem.

Nie sprowadzałbym jej do:

Kliknij aktualizuj i zobaczymy.

Trzeba uwzględnić:

• zgodność modułów,
• własny kod,
• motyw,
• integracje,
• zmiany w bazie.

Dlatego aktualizacje powinny być najpierw wykonywane i testowane na środowisku stagingowym.

Dlaczego aktualizacje są ważne?

Sklep internetowy przetwarza szczególnie wrażliwe dane i operacje.

Posiada:

• konta klientów,
• zamówienia,
• dane adresowe,
• integracje płatnicze.

Pozostawianie znanych luk bezpieczeństwa w publicznie dostępnej platformie e-commerce jest bardzo ryzykowne.

Bezpieczeństwo Magento

Sama platforma może być dobrze zabezpieczona, ale bezpieczeństwo całego sklepu zależy również od:

• serwera,
• modułów,
• haseł,
• uprawnień,
• aktualizacji,
• procedur administratorów.

Popularne platformy są atrakcyjnym celem automatycznych ataków właśnie dlatego, że potencjalnych instalacji jest dużo.

Magento i środowisko stagingowe

Przy większym sklepie środowisko testowe jest praktycznie koniecznością.

Zmiany powinny przechodzić przez:

development → staging → production.

Na stagingu można sprawdzić:

• aktualizacje,
• nowe moduły,
• zmiany checkoutu,
• integracje.

Produkcja nie powinna być pierwszym miejscem testowania nowego kodu.

Magento a Git i proces wdrożeniowy

Profesjonalny projekt powinien posiadać repozytorium kodu.

Dzięki temu można:

• śledzić zmiany,
• wycofać błędną wersję,
• pracować w kilka osób,
• przeprowadzać code review.

Magento zdecydowanie lepiej pasuje do kontrolowanego procesu developerskiego niż do ręcznego edytowania produkcji przez FTP.

Magento a headless commerce

Magento może również pełnić rolę backendu e-commerce oddzielonego od warstwy frontendowej.

W modelu headless:

Magento zarządza handlem i danymi, a osobna aplikacja odpowiada za interfejs użytkownika.

Frontend może komunikować się z backendem przez API.

Daje to dużą swobodę w projektowaniu doświadczenia użytkownika.

Zwiększa jednak również złożoność całego systemu.

Czy headless jest zawsze lepszy?

Nie.

Headless może mieć sens, jeśli:

• firma posiada wiele kanałów frontendowych,
• potrzebuje bardzo niestandardowego interfejsu,
• ma odpowiedni zespół developerski.

Dla zwykłego sklepu może oznaczać dodatkowy koszt bez proporcjonalnej korzyści.

Magento a omnichannel

W większym handlu klient może kupować przez:

• sklep internetowy,
• marketplace,
• salon,
• przedstawiciela handlowego.

Magento może być częścią takiej architektury.

Nie powinno jednak automatycznie stawać się źródłem wszystkich danych.

Trzeba zdecydować, które informacje należą do:

• ERP,
• PIM,
• CRM,
• Magento.

Magento nie powinno robić wszystkiego

To bardzo ważna zasada przy dużych wdrożeniach.

Skoro system pozwala przechowywać dane albo zaimplementować proces, nie oznacza to jeszcze, że jest najlepszym miejscem do jego realizacji.

Przykładowo:

Magento może przechowywać informacje o stanach.

Jeżeli jednak firma posiada centralny ERP lub WMS, to właśnie ten system może być właściwym źródłem prawdy.

Źródło prawdy jest kluczowe

Załóżmy, że stan produktu wynosi:

• 12 sztuk w ERP,
• 10 sztuk w Magento,
• 8 sztuk na marketplace.

Która wartość jest prawidłowa?

Bez jasno określonego systemu nadrzędnego integracja zaczyna tylko przesuwać konflikt pomiędzy platformami.

To dlatego przy dużym e-commerce architektura danych jest równie ważna jak sam sklep.

Magento a automatyzacja

Przy dużej liczbie zamówień ręczne wykonywanie wielu operacji szybko przestaje się skalować.

Można automatyzować między innymi:

• przekazywanie zamówień,
• aktualizację stanów,
• synchronizację cen,
• generowanie dokumentów,
• powiadomienia.

Przy projektowaniu automatyzacji ważne jest jednak nie tylko samo połączenie Magento z innym systemem, lecz również określenie logiki całego procesu i obsługi błędów.

Jakie są największe zalety Magento?

Bardzo duża możliwość rozbudowy

Platformę można dostosować do bardzo nietypowych potrzeb.

Rozbudowany katalog

Magento dobrze nadaje się do dużych i skomplikowanych struktur produktowych.

Multi-store

Możliwość zarządzania kilkoma sklepami w jednym środowisku może być ogromną zaletą dla grup marek i sprzedaży międzynarodowej.

Integracje

Platforma dobrze odnajduje się w architekturach, gdzie e-commerce jest tylko jednym z kilku systemów.

Możliwości B2B

Przy bardziej rozbudowanych wdrożeniach można obsługiwać procesy znacznie bardziej skomplikowane niż standardowy detal.

Kontrola nad rozwiązaniem

W Magento Open Source firma może posiadać własną infrastrukturę i kod oraz bardzo głęboko ingerować w sposób działania sklepu.

Jakie są największe wady Magento?

Wysoki próg techniczny

To system wymagający specjalistycznej wiedzy.

Nie jest tak łatwy do samodzielnego rozwijania jak prostsze platformy.

Wyższy koszt wdrożenia

Specjalistyczny development i bardziej złożona infrastruktura zwiększają budżet projektu.

Droższe utrzymanie

Po uruchomieniu nadal trzeba:

• aktualizować,
• monitorować,
• testować,
• rozwijać system.

Wymagania infrastrukturalne

Magento jest bardziej wymagające od wielu prostszych platform.

Złożoność aktualizacji

Duża liczba modułów i własnych modyfikacji może komplikować kolejne aktualizacje.

Ryzyko przerostu rozwiązania

Mała firma może płacić za możliwości, których nigdy nie wykorzysta.

Magento nie jest trudne dlatego, że jest źle zaprojektowane

To ważne rozróżnienie.

System jest skomplikowany przede wszystkim dlatego, że rozwiązuje skomplikowane problemy.

Platforma obsługująca:

• wiele sklepów,
• wiele cenników,
• rozbudowane katalogi,
• integracje,
• niestandardowe procesy

nie może być tak prosta jak narzędzie stworzone do uruchomienia kilkunastu produktów w jeden wieczór.

Problem pojawia się, gdy używamy skomplikowanego narzędzia do prostego zadania

To właśnie wtedy Magento może wydawać się niepotrzebnie ciężkie.

Jeżeli firma nie wykorzystuje jego przewag, pozostają głównie:

• koszt,
• wymagania,
• złożoność.

Dlatego dobór platformy powinien wynikać z realnych potrzeb.

Ile kosztuje sklep Magento?

Nie istnieje jedna cena.

Budżet zależy od:

• wersji platformy,
• projektu UX,
• liczby integracji,
• niestandardowego kodu,
• liczby produktów,
• infrastruktury,
• wymagań bezpieczeństwa.

Prosty projekt i rozbudowana platforma dla międzynarodowej sieci handlowej mogą różnić się kosztowo o rzędy wielkości.

Koszt wdrożenia to tylko początek

Przy wyborze platformy warto patrzeć na TCO, czyli całkowity koszt posiadania.

Trzeba uwzględnić kilka lat działania:

• hosting,
• aktualizacje,
• development,
• licencje modułów,
• monitoring,
• rozwój funkcji.

Platforma kosztująca więcej na starcie może być uzasadniona, jeśli rozwiązuje problemy ważne dla biznesu.

Jeżeli jednak te możliwości nie są potrzebne, koszt staje się zwykłym obciążeniem.

Magento a WooCommerce – najważniejsza różnica

Magento i WooCommerce mogą obsługiwać sprzedaż internetową, ale mają inne korzenie i filozofię.

Magento od początku jest rozbudowaną platformą e-commerce.

WooCommerce jest systemem sprzedażowym działającym w ekosystemie WordPressa.

W praktyce wpływa to na:

• architekturę,
• próg wejścia,
• koszt,
• sposób zarządzania treścią.

Kiedy Magento może mieć przewagę nad WooCommerce?

Rozważałbym Magento szczególnie przy bardzo dużej złożoności biznesowej, na przykład gdy potrzebne są:

• zaawansowane struktury multi-store,
• bardzo rozbudowane katalogi,
• złożona sprzedaż B2B,
• duża liczba indywidualnych procesów,
• architektura budowana od początku wokół dużej platformy commerce.

W takich projektach większy próg technologiczny może być uzasadniony.

Kiedy WooCommerce może być lepszym wyborem?

WooCommerce może mieć przewagę, jeżeli:

• sklep jest mały lub średni,
• ważną częścią strony są treści,
• firma chce prostszego utrzymania,
• budżet jest bardziej ograniczony,
• niestandardowe potrzeby można rozsądnie zrealizować w ekosystemie WordPressa.

Przy tworzeniu i rozwijaniu sklepów WooCommerce również można budować bardzo zaawansowane rozwiązania, integracje i sprzedaż B2B. Nie oznacza to jednak, że WooCommerce powinien zastępować Magento w każdym możliwym scenariuszu.

Czy Magento zawsze skaluje się lepiej od WooCommerce?

Nie sprowadzałbym wyboru do prostego hasła:

mały sklep – WooCommerce, duży sklep – Magento.

To zbyt duże uproszczenie.

Skalę można mierzyć na wiele sposobów:

• liczbą produktów,
• liczbą zamówień,
• ruchem,
• liczbą integracji,
• złożonością procesów.

Sklep z milionem prostych produktów może mieć inne wymagania niż sklep posiadający tysiąc produktów, ale niezwykle skomplikowaną sprzedaż B2B.

Platformę trzeba dopasować do złożoności, nie tylko wielkości firmy

Duża firma może posiadać bardzo prosty kanał sprzedaży.

Mała firma może mieć niezwykle skomplikowany konfigurator i nietypowy proces zamówienia.

Dlatego sama wysokość obrotu nie mówi jeszcze, którą platformę wybrać.

Magento a Shopify

Magento i Shopify reprezentują dwa bardzo różne modele.

Magento daje dużą kontrolę nad własnym środowiskiem i kodem.

Shopify działa przede wszystkim jako platforma SaaS, w której dużą częścią infrastruktury zajmuje się dostawca.

Magento oznacza zazwyczaj:

• więcej kontroli,
• więcej możliwości ingerencji,
• więcej odpowiedzialności.

Shopify oznacza zazwyczaj:

• szybszy start,
• prostsze utrzymanie,
• więcej ograniczeń wynikających z platformy.

Nie ma jednego zwycięzcy.

To wybór modelu.

Magento a PrestaShop

Oba systemy mogą działać jako samodzielnie hostowane platformy e-commerce i oba pozwalają na rozbudowę przez moduły.

Magento jest jednak zwykle postrzegane jako rozwiązanie cięższe, bardziej rozbudowane i kierowane do bardziej złożonych projektów.

PrestaShop może posiadać niższy próg wejścia przy typowym sklepie.

Magento zaczyna zyskiwać przewagę przy bardziej zaawansowanej architekturze i procesach.

Czy migracja z Magento jest trudna?

Może być.

Szczególnie jeżeli sklep działał przez wiele lat i posiada:

• duży katalog,
• historię zamówień,
• własne moduły,
• integracje,
• niestandardowe pola.

Migracja nie polega wtedy na prostym:

eksportuj produkty → importuj produkty.

Trzeba przenieść również logikę biznesową.

Co trzeba przeanalizować przed migracją Magento?

Co najmniej:

• produkty,
• kategorie,
• klientów,
• zamówienia,
• URL,
• przekierowania,
• integracje,
• moduły,
• niestandardowe procesy.

Nie każda funkcja powinna zostać odtworzona jeden do jednego.

Migracja jest dobrą okazją do usunięcia rzeczy, które przestały mieć sens.

Najczęstszy błąd: wybór Magento „na przyszłość”

Firma dopiero uruchamia sprzedaż i mówi:

Kiedyś będziemy ogromni, więc od razu wybierzmy Magento.

Problem polega na tym, że przez pierwsze lata może płacić za złożoność, której nie potrzebuje.

System powinien dawać możliwość rozwoju.

Nie musi od pierwszego dnia odpowiadać na problemy firmy stukrotnie większej.

Drugi błąd: niedoszacowanie utrzymania

Budżet wystarcza na wdrożenie.

Po uruchomieniu okazuje się jednak, że nie przewidziano pieniędzy na:

• aktualizacje,
• monitoring,
• poprawki,
• rozwój.

Platforma e-commerce jest systemem żywym.

Nie kończy się w dniu publikacji.

Trzeci błąd: za dużo custom developmentu

Skoro wszystko można zmienić, pojawia się pokusa zmieniania wszystkiego.

Po kilku latach sklep może być tak mocno zmodyfikowany, że każda aktualizacja staje się projektem.

Warto odróżniać:

funkcję dającą biznesową przewagę

od:

zmiany wykonywanej tylko dlatego, że ktoś preferuje inny sposób działania.

Czwarty błąd: modyfikowanie rdzenia

Niestandardowe zmiany powinny być implementowane zgodnie z architekturą platformy.

Bezpośrednie przerabianie core może stworzyć ogromny problem przy aktualizacjach.

Piąty błąd: brak dokumentacji integracji

Po kilku latach Magento komunikuje się z:

• ERP,
• PIM,
• WMS,
• kurierami,
• marketplace.

Nikt już nie pamięta:

• który system wysyła dane,
• jakie są kolejki,
• co dzieje się przy błędzie.

Przy zmianie wykonawcy pojawia się problem.

Szósty błąd: Magento jako centrum całego przedsiębiorstwa

Sklep zaczyna przejmować zadania:

• ERP,
• PIM,
• CRM,
• WMS.

Po kilku latach staje się gigantycznym monolitem biznesowym.

Nie każda informacja powinna być zarządzana w platformie sprzedażowej.

Siódmy błąd: optymalizacja dopiero po problemach

Sklep działa dobrze przy 500 zamówieniach.

Przy kampanii pojawia się 20 razy większy ruch i system przestaje odpowiadać.

Wydajność warto testować przed krytycznym wydarzeniem.

Ósmy błąd: brak monitoringu

Strona wydaje się działać.

Tymczasem:

• kolejka przestała przetwarzać zadania,
• ERP odrzuca zamówienia,
• wyszukiwarka indeksuje dane z opóźnieniem.

Monitoring większego e-commerce powinien obejmować również procesy biznesowe, a nie tylko pytanie, czy homepage zwraca kod 200.

Dziewiąty błąd: budowanie sklepu bez udziału biznesu

Zespół techniczny może świetnie wdrożyć wymagania.

Jeżeli jednak nikt nie potrafi wyjaśnić:

• jak działa sprzedaż,
• skąd biorą się ceny,
• kto zarządza stanem,
• co jest wyjątkiem,

technologia nie rozwiąże problemu.

Dziesiąty błąd: wybór platformy na podstawie jednej funkcji

Firma potrzebuje jednej nietypowej funkcji i od razu wybiera Magento.

Może się okazać, że tę samą funkcję można zbudować w prostszym systemie bez przyjmowania całej dodatkowej złożoności.

Trzeba patrzeć na cały projekt.

Dla kogo Magento jest dobrym wyborem?

Rozważałbym je poważnie, jeśli biznes posiada kilka z poniższych cech:

• bardzo rozbudowany katalog,
• wiele rynków lub sklepów,
• dużą liczbę integracji,
• złożony model B2B,
• niestandardowe reguły handlowe,
• własny zespół techniczny albo stałego partnera developerskiego,
• budżet pozwalający na profesjonalne utrzymanie.

Dla kogo Magento może być złym wyborem?

Zachowałbym ostrożność, jeśli:

• sklep jest niewielki,
• proces sprzedaży jest standardowy,
• budżet na utrzymanie jest bardzo ograniczony,
• firma chce samodzielnie wykonywać większość zmian bez zaplecza technicznego,
• najważniejszym celem jest bardzo szybki start.

W takiej sytuacji większa platforma może nie stworzyć przewagi.

Może jedynie zwiększyć koszt.

Czy Magento nadaje się dla małej firmy?

Technicznie tak.

Biznesowo – zależy.

Mała firma może posiadać bardzo złożony produkt i proces, który rzeczywiście uzasadnia Magento.

Jeżeli jednak prowadzi typowy sklep detaliczny, prostsza platforma może być zdecydowanie bardziej racjonalna.

Czy Magento nadaje się dla dużej firmy?

Bardzo często tak, ale również nie automatycznie.

Duża firma może potrzebować przede wszystkim:

• stabilnego SaaS,
• prostego katalogu,
• minimalnej obsługi technicznej.

Sam rozmiar organizacji nie przesądza o wyborze technologii.

Jak przygotować się do wdrożenia Magento?

Przed wyborem platformy określiłbym przede wszystkim:

1. Jak wygląda katalog produktów?
2. Który system przechowuje dane produktowe?
3. Skąd pochodzą ceny?
4. Skąd pochodzą stany magazynowe?
5. Jak wygląda proces zamówienia?
6. Jakie systemy trzeba zintegrować?
7. Czy występuje sprzedaż B2B?
8. Ile rynków i wersji sklepu ma powstać?
9. Jakie są wymagania dotyczące wydajności?
10. Kto będzie utrzymywał system po uruchomieniu?

Odpowiedzi na te pytania są ważniejsze niż lista funkcji znajdująca się na stronie producenta.

Magento powinno być częścią architektury biznesu

Przy małym sklepie można czasami potraktować platformę jako niemal samodzielne narzędzie.

Przy dużym projekcie to nie wystarczy.

Trzeba spojrzeć na cały przepływ:

produkt → dane → sklep → zamówienie → płatność → magazyn → wysyłka → księgowość.

Magento jest jednym z elementów tego systemu.

Najpierw proces, później platforma

Nie zaczynałbym dużego projektu od pytania:

Jak zrobić to w Magento?

Najpierw chcę wiedzieć:

Jak powinien działać biznes?

Dopiero potem można ustalić, które elementy realizuje Magento, które ERP, a które dodatkowe usługi.

Czy Magento jest nowoczesnym systemem e-commerce?

Tak, może być podstawą bardzo nowoczesnych i zaawansowanych platform sprzedażowych.

Nowoczesność nie wynika jednak z samej nazwy technologii.

Magento z:

• chaotycznymi integracjami,
• wolnym frontendem,
• nieaktualnymi modułami,
• ręcznymi procesami

nie stanie się dobrym systemem tylko dlatego, że jest Magento.

Tak samo prostsza platforma może działać znakomicie, jeżeli jest dobrze dopasowana do biznesu.

Czy warto wybrać Magento?

Tak, jeżeli jego możliwości rozwiązują realne problemy firmy.

Magento jest szczególnie mocne tam, gdzie pojawiają się:

• złożoność,
• skala,
• wiele systemów,
• niestandardowa logika sprzedaży.

Nie wybierałbym go natomiast jako symbolu „profesjonalnego sklepu”.

Platforma nie jest medalem za wielkość biznesu.

Jest narzędziem.

Najważniejsza zasada przy wyborze Magento

Magento ma sens wtedy, gdy biznes rzeczywiście potrzebuje jego złożoności.

Ogromna elastyczność, zaawansowany katalog, multi-store, B2B i integracje mogą stworzyć bardzo mocną podstawę dużego e-commerce.

Ta sama architektura użyta przy prostym sklepie może natomiast oznaczać:

• wyższy koszt,
• trudniejszy rozwój,
• droższe utrzymanie

bez realnej korzyści dla klienta czy firmy.

Dlatego zamiast pytać:

Czy Magento jest lepsze od WooCommerce, PrestaShop albo Shopify?

warto zapytać:

Która platforma najlepiej odpowiada na rzeczywistą skalę, procesy, integracje i kompetencje mojego biznesu?

To właśnie ta odpowiedź powinna zdecydować o technologii.