Ile trwa wdrożenie Magento 2? Harmonogram i etapy prac

Ile realnie trwa wdrożenie Magento 2 od zera do pierwszego zamówienia?

Standardowe wdrożenie Magento 2.4.7 Open Source na frontendzie Hyvä z podstawowym zestawem integracji trwa od 12 do 16 tygodni. W przypadku rozbudowanych projektów B2B lub wielomagazynowych B2C z dedykowaną dwukierunkową synchronizacją z Comarch ERP Optima lub Subiektem nexo PRO, proces ten wydłuża się do 6–9 miesięcy (od 600 do 1400 roboczogodzin). Jeżeli agencja obiecuje Ci w pełni przetestowany, produkcyjny sklep na silniku Adobe Commerce postawiony w 4 tygodnie, dostaniesz nieskonfigurowany szablon z masą konfliktów w di.xml, którego utrzymanie sparaliżuje Twój biznes przy pierwszej fali ruchu.

W SISL prowadzimy wdrozenia Magento 2 i Adobe Commerce w oparciu o sztywny podział technologiczny, bo wiemy, że platforma nie wybacza skrótów. Na ostateczny czas pracy wpływa nie sam silnik, lecz jakość bazy produktowej, poziom skomplikowania logiki B2B (indywidualne cenniki, limity kredytowe, subkonta) oraz polski stack integracyjny: od bramek płatności, przez kurierów, aż po KSeF i Comarch czy InsERT.

Jak wygląda harmonogram wdrożenia Magento 2 krok po kroku?

Wdrożenie nie zaczyna się od pisania kodu. Każdy dzień zaoszczędzony na analizie mści się tygodniami poprawek podczas testów UAT. Poniżej znajduje się zweryfikowany w boju harmonogram dla sklepu ze średniej półki złożoności (10 000–50 000 SKU, 3 integracje zewnętrzne, dedykowany motyw graficzny).

Faza 1: Warsztaty architektoniczne i scoping (Tydzień 1–3)

To etap, w którym decydujemy o strukturze atrybutów, drzewie kategorii, konfiguracji Multi-Source Inventory (MSI) oraz mapowaniu danych z systemem ERP. Definiujemy, które operacje mają odbywać się asynchronicznie przez RabbitMQ, a które wymagają bezpośredniego strzału API.

• Modelowanie danych produktowych (produkty proste, konfigurowalne, bundled).
• Specyfikacja integracji z ERP (kierunki przepływu danych: stan magazynowy, zamówienia, kontrahenci, faktury).
• Dobór modułów komercyjnych (np. Amasty, Mirasvit, MageWorx), aby nie pisać koła na nowo.
• Efekt: Kompletny dokument Scope of Work (SOW) i backlog w Jirze rozpisany na 2-tygodniowe sprinty.

Faza 2: Środowisko, infrastruktura i backend core (Tydzień 3–6)

Instalacja i konfiguracja środowiska zgodnego z oficjalnymi wymaganiami Adobe dla wersji 2.4.7. Zapomnij o tanich hostingach współdzielonych – Magento wymaga dedykowanej infrastruktury bazodanowej i cache’ującej.

• Konfiguracja stacku: PHP 8.3 z rozszerzeniami OPcache i APCu, MariaDB 10.6 / MySQL 8.0, Redis (osobna instancja dla sesji, osobna dla cache’u default).
• Wdrożenie OpenSearch 2.12+ (od wersji 2.4.x Magento nie wspiera już bezpośrednio natywnego MySQL do wyszukiwania ani starszych instancji Elasticsearch).
• Konfiguracja Varnish Cache 7.x jako reverse proxy oraz reguł SSL na Nginx.
• Uruchomienie procesu CI/CD (GitLab CI/GitHub Actions), automatyzującego deployment: bin/magento setup:upgrade, bin/magento setup:di:compile oraz kompilację assetów statycznych.

Faza 3: Frontend i wdrożenie Hyvä Themes (Tydzień 6–12)

Dawniej etap ten opierał się na ociężałym motywie Luma, który ładował ponad 200 skryptów RequireJS i biblioteki Knockout.js, generując tragiczne wyniki Core Web Vitals (LCP na poziomie 4-6 sekund). U nas w projektach standardem jest Hyvä Themes (licencja 1 000 EUR per instancja).

Praca na Hyvä opiera się na Tailwind CSS i czystym Alpine.js, co skraca czas wdrożenia warstwy wizualnej o 30-40% w porównaniu do Lumy czy headless PWA (np. Vue Storefront), a sklep bez trudu osiąga 90+ punktów na mobile w Google PageSpeed Insights.

Faza 4: Integracje z polskim ekosystemem e-commerce (Tydzień 10–16)

To tutaj zbiegają się wszystkie zewnętrzne systemy. Ten etap generuje najwięcej niespodzianek, jeśli API zewnętrznych dostawców nie jest stabilne lub brakuje w nim dokumentacji pól niestandardowych.

Największym błędem planistycznym jest zakładanie, że integracja z systemem ERP to zadanie na tydzień. Samo obsłużenie blokad magazynowych, walidacji NIP na białej liście VAT czy specyfiki stawek split payment wymaga rygorystycznych testów brzegowych.

Dlaczego integracje z ERP i polskimi bramkami pożerają najwięcej czasu?

Polski rynek e-commerce charakteryzuje się bardzo specyficznymi wymogami fiskalnymi i logistycznymi. Standardowe moduły ściągane z Magento Marketplace rzadko odpowiadają realiom polskiego prawa podatkowego i specyfice magazynowej.

• Comarch ERP Optima / Subiekt GT i nexo PRO: Dwukierunkowy sync danych. Magento musi wysyłać zamówienia ze statusem rezerwacji, pobierać wygenerowane dokumenty WZ/FS oraz na bieżąco (np. co 5 minut przez cron) aktualizować stany magazynowe. Przy 40 000 SKU nie można wykonywać pełnego reindeksowania w locie – konieczne jest zrzucanie zmian do kolejki i selektywna aktualizacja tablic inventory_source_item.
• KSeF (Krajowy System e-Faktur): Integracja z ministerialnym API do automatycznego nadawania numerów KSeF dla faktur generowanych do zamówień B2B i wysyłki plików XML zgodnych ze strukturą logiczną FA(2).
• Płatności (Przelewy24 / PayU): Obsługa natywnego BLIK-a (w tym BLIK OneClick), Apple Pay, Google Pay oraz dynamiczne przeliczanie walut z weryfikacją statusów płatności przez asynchroniczne webhooki.
• Logistyka (InPost ShipX, Baselinker, DPD): Generowanie etykiet bezpośrednio z panelu admina Magento, pobieranie punktów odbioru Paczkomatów na checkout oraz asynchroniczne wysyłanie numerów trackingowych do klienta po wywołaniu bin/magento queue:consumers:start.

Co najczęściej wydłuża wdrożenie Magento w połowie projektu?

Jeżeli projekt łapie opóźnienie, w 90% przypadków odpowiadają za to trzy czynniki:

1. Brudne dane w starym sklepie: Migracja ze starych silników (WooCommerce, PrestaShop 1.6/1.7) przy pomocy Magento Data Migration Tool potrafi ujawnić tysiące produktów bez unikalnych SKU, zduplikowane adresy e-mail klientów czy atrybuty o sprzecznych typach danych (np. ta sama cecha zapisana raz jako dropdown, raz jako pole tekstowe).
2. Konflikty wtyczek firm trzecich: Zainstalowanie obok siebie modułów od Amasty (np. Custom Order Number), Mirasvit (Advanced SEO Suite) i zewnętrznej bramki kurierskiej często prowadzi do nadpisywania tych samych wstrzyknięć w di.xml lub błędów w pluginach around*. Debugowanie sytuacji, w której setup:di:compile wyrzuca błąd Fatal error: Declaration of... must be compatible with..., potrafi zająć kilkanaście godzin pracy senior developera.
3. Zbyt późne zaangażowanie działu IT klienta: Wdrożenie staje w miejscu, gdy okazuje się, że zewnętrzny dostawca ERP nie ma otwartych portów dla bazy danych, nie skonfigurował WebAPI, a limit zapytań serwera produkcyjnego blokuje testowe webhooki.

Ile godzin deweloperskich pochłaniają poszczególne etapy?

Poniższa tabela przedstawia uśredniony podział pracochłonności dla dedykowanego wdrożenia Magento 2.4.7 Open Source:

Przy średnich rynkowych stawkach software house’ów i wyspecjalizowanych studiów w Polsce (220 – 380 PLN netto za roboczogodzinę), realny koszt solidnego wdrożenia zamyka się w przedziale 120 000 – 350 000 PLN netto. Jeśli zestawiasz to z ofertami za 20 000 PLN z portali ogłoszeniowych – porównujesz dwa zupełnie różne produkty.

Kiedy warto skrócić harmonogram, a kiedy to samobójstwo?

Jeśli zależy Ci na czasie, nie obcinaj testów manualnych ani budżetu na architekturę. Najskuteczniejszą metodą skrócenia harmonogramu do 10–12 tygodni jest restrykcyjne podejście do fazy MVP (Minimum Viable Product):

• Wystartuj z jednym krajem i jedną walutą: Odłóż konfigurację Multi-Store dla rynków zagranicznych na etap po wdrożeniu produkcyjnym.
• Użyj standardowych komponentów UI Hyvä: Nie projektuj od zera każdego modala i dropdownu w koszyku – skorzystaj z gotowej biblioteki Hyvä UI i dostosuj ją kolorystycznie.
• Uruchom standardową integrację ERP: W Fazie 1 zsynchronizuj tylko stany magazynowe i ceny. Pełną automatyzację faktur i dokumentów magazynowych wprowadź w Fazie 2, gdy sklep już zarabia na siebie.

Próba wdrożenia wszystkich możliwych funkcji, 10 niestandardowych algorytmów promocji i pełnego PIM w pierwszym rzucie niemal zawsze kończy się przekroczeniem terminu o 100%. Jeśli masz gotowe makiety, planujesz migrację lub chcesz skonsultować estymaty technologiczne swojego projektu – napisz do nas. Przeanalizujemy Twoje wymagania bez zbędnego marketingu i powiemy wprost, ile czasu zajmie dowiezienie stabilnego sklepu.