Checklista przed wdrożeniem Magento to lista pytań i decyzji, które firma powinna zamknąć, zanim roześle zapytania do agencji i podpisze umowę: co sklep ma robić na start, na jakiej edycji stanie, z czym się zintegruje, jakie dane przeniesie, na jakim frontendzie pojedzie i jak będzie odbierany. Bez tych odpowiedzi każda agencja wycenia własne wyobrażenie o projekcie, a różnice w ofertach niewiele mówią. Poniżej masz siedem obszarów z konkretnymi punktami do odhaczenia - możesz przejść je sam, razem ze swoim zespołem.
Jak przejść tę checklistę
Nie rozsyłaj jej jako ankiety. Długi formularz wypełniony przez jedną osobę zwykle kończy się dokumentem, który nikomu nie odpowiada na pytanie „ile to będzie kosztować i dlaczego”. Lepiej sprawdzają się warsztaty po około trzy godziny, na których przy jednym stole siedzą osoby decyzyjne z biznesu i z IT. Materiały - eksporty z obecnego systemu, dokumentację integracji, cenniki, przykładowe zamówienia - zbierasz między sesjami, kiedy już wiesz, czego naprawdę potrzebujesz.
Każdy punkt może mieć jeden z trzech stanów: zamknięty (jest decyzja i osoba, która za nią odpowiada), świadomie odłożony (wiadomo, że to etap 2) albo otwarty. Do agencji idziesz wtedy, gdy otwartych punktów nie ma albo są jasno opisane jako założenia.
Biznes i zakres: co sklep ma robić na start
Zacznij od procesów, nie od funkcji. Lista „chcemy mieć” bez kontekstu procesowego to prosta droga do przepłacenia.
- Model sprzedaży - B2C, B2B czy oba. Czy klient B2B kupuje inaczej niż detaliczny: konta firmowe, kilku kupujących w jednej firmie, limity, płatność przelewem z terminem.
- Rynki, języki i waluty - na start i w perspektywie 12-24 miesięcy. Każdy kolejny store view i waluta to praca przy treściach, cenach i podatkach.
- Katalog - liczba produktów i wariantów, typy produktów (proste, konfigurowalne, zestawy), skąd pochodzą opisy i zdjęcia.
- Ceny - jedna lista czy cenniki per klient lub grupa, ceny z ERP, rabaty ilościowe.
- Promocje - jakie mechanizmy stosujesz dziś i które z nich naprawdę zarabiają: kody, progi koszyka, gratisy, łączenie promocji.
- Obsługa zamówień - statusy, częściowe wysyłki, zmiany po złożeniu zamówienia, faktury i korekty.
- Zwroty i reklamacje - kto je obsługuje, w jakim systemie i czy klient zgłasza je w sklepie.
- MVP i etap 2 - lista funkcji, bez których nie uruchomisz sprzedaży, oddzielona od listy „później”.
Ostatni punkt jest najważniejszy. Projekt, w którym wszystko jest „na start”, zwykle startuje później i drożej. Natywny Magento pokrywa sporo procesów od ręki - zanim zamówisz moduł na miarę, sprawdź, czy standardowa funkcja nie wystarczy na pierwszy rok.
Edycja Magento: Open Source, Adobe Commerce czy Mage-OS
Edycję wybierasz przed zbieraniem ofert, bo od niej zależą zakres prac, koszt licencji i lista dostępnych funkcji. Jeśli zostawisz tę decyzję agencji, dostaniesz edycję, którą tej agencji najwygodniej sprzedać.
| Kryterium | Magento Open Source / Mage-OS | Adobe Commerce |
|---|---|---|
| Licencja | Bez opłaty licencyjnej, płacisz za rozwój i infrastrukturę | Roczna licencja Adobe, której wysokość zależy od skali sprzedaży |
| B2B | Przez rozszerzenia albo własny kod | Natywny moduł B2B: konta firmowe, katalogi współdzielone, negocjowane wyceny |
| Marketing i treści | Reguły cenowe katalogu i koszyka, Page Builder | Dodatkowo m.in. segmentacja klientów i planowanie zmian treści (staging) |
| Wsparcie producenta | Społeczność i Twój wykonawca | Wsparcie Adobe w ramach licencji |
| Niezależność | Pełna; Mage-OS to fork Open Source rozwijany przez społeczność | Zależność od cennika i kierunku rozwoju Adobe |
- Czy potrzebujesz funkcji dostępnych tylko w Adobe Commerce i czy zbudowanie ich na Open Source byłoby droższe niż licencja w horyzoncie 3-5 lat?
- Czy budżet traktuje licencję jako koszt stały, co roku, a nie jednorazowy?
- Czy wykonawca ma doświadczenie z wybraną edycją, szczególnie z modułem B2B?
- Jeśli rozważasz Mage-OS - czy kluczowe rozszerzenia działają na nim bez zmian?
W praktyce rozstrzyga pierwsze pytanie: albo realnie potrzebujesz konkretnych funkcji Adobe Commerce, albo płacisz za licencję, z której nie korzystasz.
Integracje: ERP, PIM, CRM, WMS, płatności i kurierzy
Integracje to miejsce, w którym wdrożenia Magento najczęściej rozjeżdżają się z budżetem. Nie dlatego, że Magento słabo się integruje, tylko dlatego, że druga strona połączenia bywa niewiadomą. Dla każdego systemu odpowiedz na te same pytania - najlepiej w tabeli, którą potem dołączysz do zapytania ofertowego.
- Pełna lista systemów - także tych „oczywistych”, jak fakturowanie, newsletter czy system opinii.
- Źródło prawdy - który system jest nadrzędny dla ceny, stanu, danych klienta i statusu zamówienia.
- Kierunek i częstotliwość - co płynie do Magento, co z niego wychodzi, na bieżąco czy wsadowo. I czy biznes naprawdę potrzebuje czasu rzeczywistego, bo to kosztuje.
- Kto odpowiada za API po drugiej stronie - czy jest dokumentacja, środowisko testowe i osoba, która ma czas w Twoim harmonogramie.
- Co przy awarii - kolejka i ponawianie, powiadomienie, ręczna ścieżka awaryjna oraz kto to monitoruje.
- Płatności i kurierzy - czy istnieją utrzymywane moduły dla Twojej wersji Magento, czy trzeba je napisać.
Dane i migracja ze starego sklepu
Jeśli startujesz od zera, ta część jest krótka. Przy replatformingu to jedno z głównych ryzyk projektu.
- Produkty - skąd przyjdą (stary sklep, ERP, PIM), w jakiej jakości i kto je uporządkuje przed importem. Atrybuty i warianty rzadko przenoszą się jeden do jednego.
- Klienci - konta, adresy i zgody marketingowe. Czy hasła da się przenieść, czy klienci ustawią je na nowo - to zależy od platformy źródłowej.
- Zamówienia historyczne - czy muszą być widoczne w koncie klienta, czy wystarczą w ERP albo w archiwum. To częsty, kosztowny punkt, który niewiele wnosi.
- SEO i przekierowania - lista obecnych adresów z ruchem i linkami, mapa przekierowań 301 na nowe adresy, zachowane treści kategorii.
- Plan przełączenia - próbna migracja na stagingu, zamrożenie zmian w starym sklepie i migracja różnicowa w dniu startu.
- Weryfikacja - kto po Twojej stronie sprawdza dane po migracji i według jakich kryteriów.
Przy przejściu z Magento 1 masz oficjalne narzędzie Adobe do migracji danych (Data Migration Tool), ale ono przenosi dane i ustawienia, nie rozszerzenia ani szablony - te buduje się na nowo. Jeśli przebudowujesz starsze Magento 2, audyt Magento obecnego sklepu pokaże, co z kodu i rozszerzeń warto zostawić, a co przepisać.
Frontend i wydajność: Luma, Hyvä czy headless
Frontend wpływa na koszt wdrożenia, koszt utrzymania i na to, które rozszerzenia zadziałają bez przeróbek. To decyzja na lata, więc podejmij ją przed ofertami, a nie w trakcie projektu.
-
Luma - domyślny motyw Magento. Wspierają go praktycznie wszystkie rozszerzenia, ale stoi na cięższym stosie (RequireJS, KnockoutJS, jQuery) i dobra wydajność wymaga pracy.
-
Hyvä - lżejszy frontend oparty na Alpine.js i Tailwind CSS. Zwykle szybszy i prostszy w rozwoju, ale rozszerzenia z własnym frontendem potrzebują wersji zgodnej z Hyvä albo adaptacji.
-
Headless - osobna aplikacja frontendowa, która rozmawia z Magento przez API (najczęściej GraphQL). Daje pełną swobodę, ale to dwa systemy do utrzymania, więcej pracy przy SEO i renderowaniu oraz rozszerzenia, których część frontendową trzeba zbudować samodzielnie.
-
Wybrany frontend i uzasadnienie oparte na wymaganiach, a nie na modzie.
-
Lista rozszerzeń z częścią frontendową i ich zgodność z wybranym frontendem.
-
Wolumen: liczba SKU dziś i za 2-3 lata, liczba wariantów, kategorii i store view.
-
Ruch w szczycie: ile sesji i zamówień na godzinę podczas największej kampanii w roku.
-
Mierzalne cele wydajności dla kluczowych typów stron (np. czas odpowiedzi serwera, Core Web Vitals), a nie „sklep ma być szybki”.
-
Kto odpowiada za hosting i testy obciążeniowe przed startem.
Jak porównać oferty agencji wdrożeniowych Magento
Oferty da się porównać tylko wtedy, gdy wyceniają ten sam zakres. Wyślij wszystkim agencjom ten sam dokument - wynik checklisty, listę integracji, decyzję o edycji i frontendzie - i poproś o odpowiedź w tej samej strukturze. Dopiero wtedy różnica w cenie zaczyna coś znaczyć.
| Element oferty | Co powinno się w nim znaleźć |
|---|---|
| Rozbicie kosztów | Wycena per etap lub moduł, w widełkach, z liczbą roboczogodzin |
| Założenia i wykluczenia | Co agencja przyjęła za pewnik i czego oferta nie obejmuje |
| Edycja, frontend, rozszerzenia | Konkretne decyzje i lista płatnych rozszerzeń z kosztem licencji po Twojej stronie |
| Integracje | Osobna wycena każdej integracji i założenia co do API po drugiej stronie |
| Testy | Jakie testy, kto je wykonuje i ile czasu masz na testy akceptacyjne |
| Harmonogram | Kamienie milowe, zależności od Twojego zespołu i bufor na ryzyka |
| Zespół | Kto realnie pracuje nad projektem i w jakim wymiarze |
| Model rozliczenia | Stała cena czy czas i materiały oraz sposób wyceny zmian zakresu |
| Start i stabilizacja | Uruchomienie produkcyjne, okres stabilizacji po starcie, przekazanie projektu |
Czerwone flagi, przy których warto dopytać, zanim pójdziesz dalej:
- Okrągła kwota bez rozbicia na etapy i roboczogodziny.
- Brak założeń - wtedy wszystko, czego nie zapisano, wraca później jako zmiana zakresu.
- Brak testów albo jedno zdanie „testy w cenie”.
- „Wszystko się da” przy integracjach, bez pytań o API i środowisko testowe.
- Agencja nie zadała żadnych pytań przed wyceną. Dobra oferta zwykle zaczyna się od listy pytań.
- Dużo kodu na miarę tam, gdzie wystarczy natywna funkcja Magento.
Najtańsza oferta nie musi być złą ofertą. Jeśli jednak jest wyraźnie tańsza od pozostałych, sprawdź najpierw, czego w niej brakuje.
Umowa, odbiory i utrzymanie
Umowa powinna przekładać ustalenia z checklisty na zobowiązania. Te punkty warto mieć na piśmie przed podpisem:
- Kamienie milowe powiązane z płatnościami i z konkretnymi rezultatami, a nie z upływem czasu.
- Kryteria odbioru - scenariusze testowe, które muszą przejść, czas na zgłoszenie uwag oraz co blokuje odbiór, a co nie.
- Repozytorium kodu na koncie Twojej firmy, z dostępem od pierwszego dnia.
- Własność kodu - przeniesienie autorskich praw majątkowych do kodu pisanego na zamówienie, z wymienionymi polami eksploatacji. Ten fragment warto dać do przejrzenia prawnikowi.
- Konta i licencje na Twoją firmę - domena, hosting, licencja Adobe Commerce, płatne rozszerzenia, konta w bramkach płatności.
- Proces wydań - code review, testy i automatyczne wdrożenia na staging i produkcję zamiast ręcznych zmian na serwerze. Jeśli chcesz ten proces ułożyć także po swojej stronie, zajmuję się tym w ramach prowadzenia projektów.
- Gwarancja - jak długo trwa, co obejmuje i w jakim czasie naprawiane są błędy zgłoszone w okresie gwarancyjnym.
- SLA - czas reakcji i czas naprawy, osobno dla awarii krytycznych i drobnych błędów.
- Utrzymanie po starcie - kto i jak często instaluje poprawki bezpieczeństwa Adobe oraz aktualizacje rozszerzeń.
- Dokumentacja - architektura, integracje, proces wdrażania zmian i konfiguracja środowisk, przekazane razem z projektem.
- Zmiana wykonawcy - co dostajesz i w jakim terminie, jeśli zdecydujesz się przejść do innej firmy.
Co zrobić z gotową checklistą
Jeśli większość punktów masz zamkniętych, masz w rękach coś, czego brakuje w wielu zapytaniach ofertowych: spójny, policzalny zakres. Dołącz go do zapytania, poproś agencje o odpowiedź w tej samej strukturze i porównuj oferty punkt po punkcie.
Jeśli wiele punktów zostaje otwartych - szczególnie przy integracjach, migracji albo wyborze edycji - możesz przejść tę listę z ekspertem w ramach analizy przedwdrożeniowej Magento. Robimy to na warsztatach z Twoim zespołem, a wynikiem jest dokument, z którym idziesz do dowolnej agencji.
