Agonia Records to wytwórnia muzyczna oraz sklep internetowy specjalizujący się w muzyce metalowej i jej licznych podgatunkach. Oferta sklepu obejmuje zarówno płyty z muzyką, jak i szeroką gamę merchu: koszulki, flagi oraz inne akcesoria związane z zespołami. Sklep działa w modelu B2C.
Development B2C
PWA
Muzyczna
2025
Decyzja o przejściu z dotychczasowego, customowego systemu na Magento była bezpośrednio związana z ograniczeniami poprzedniego rozwiązania. Brak elastyczności i wąskie możliwości rozwoju utrudniały dalszą rozbudowę sklepu oraz dopasowanie go do rosnących oczekiwań klientów. Migracja na Magento miała ten impas przełamać.
W momencie, gdy projekt trafił do Advox, wdrożenie było w praktyce zablokowane. Poprzednia agencja nie była w stanie uruchomić serwisu, a liczne błędy techniczne uniemożliwiały bezpieczny start. Głównym celem było zatem doprowadzenie platformy do stabilnego uruchomienia, z zachowaniem zakładanego przejścia na Magento i zabezpieczeniem możliwości dalszego rozwoju w kolejnych etapach.
Projekt został przejęty na zaawansowanym etapie wdrożenia, ale w stanie uniemożliwiającym start sprzedaży. Największe problemy koncentrowały się wokół trzech obszarów: nadmiaru customowego kodu, błędnej migracji danych oraz fragmentarycznej dokumentacji.
Przede wszystkim migracja danych produktowych została przeprowadzona błędnie, co skutkowało nieprawidłowymi konfiguracjami cen, podatków i ich synchronizacji. Wcześniejszy kod w sklepie był napisany “customowo”, przez co pojawiło się w nim wiele błędów wpływających zarówno na działanie kluczowych funkcji, jak i na stabilność całej platformy. Działanie sklepu dodatkowo uniemożliwiały nieprawidłowo skonfigurowane moduły zewnętrzne, w tym elementy integracji istotne dla sprzedaży i logistyki.
Mówiąc wprost - projekt cierpiał od nadmiaru customowych rozwiązań, z których część dublowała w pełni natywne funkcjonalności Magento. Te nieoptymalne rozwiązania niepotrzebnie komplikowały strukturę całej platformy, zwiększając ryzyko błędów i uniemożliwiając dalszy rozwój. Jednym z istotnych zadań Advox było więc usunięcie zbędnego kodu i przywrócenie spójności z core Magento, co realnie poprawiło stabilność i przewidywalność działania sklepu.
Projekt miał za sobą już około 5 lat historii oraz współpracę z dwiema wcześniejszymi agencjami, co przełożyło się na złożoną strukturę kodu, fragmentaryczną dokumentację i dużą niepewność co do rzeczywistego zakresu prac potrzebnych do ukończenia wdrożenia.
Prace Advox rozpoczęły się od szerokiej analizy i diagnozy problemów. Pierwsze 2 miesiące zostały w całości poświęcone weryfikacji kodu, konfiguracji oraz jakości danych. Dopiero po uporządkowaniu obrazu sytuacji można było zaplanować realny zakres działań naprawczych.
Na podstawie tak przygotowanego planu zrealizowano kompleksowy refactor błędnego kodu, ponowną migrację danych produktowych oraz identyfikację i korektę nieprawidłowych konfiguracji platformy. Co istotne, działania objęły również warstwę infrastrukturalną: sklep został przeniesiony z przeskalowanego środowiska AWS na standardowy hosting, co miało na celu zmniejszenie kosztów po stronie klienta.
Pierwsze wymierne efekty pojawiły się po około 3 miesiącach, kiedy największe błędy zostały usunięte, a platforma zaczęła działać w stabilny sposób na środowiskach przedprodukcyjnych. Po około 5 miesiącach od przejęcia projektu, serwis został uruchomiony w zakładanym zakresie MVP.
Platforma Agonia Records działa obecnie na Magento 2, w oparciu o motyw Luma oraz customowy frontend przejęty od poprzedniego wykonawcy. Z perspektywy architektonicznej ważną decyzją było skoncentrowanie się nie tyle na przebudowie rozwiązania, co na jego ustabilizowaniu. Projekt był już w zbyt zaawansowanym stadium, by uzasadnione było projektowanie architektury od nowa, dlatego priorytetem stało się przywrócenie poprawnego działania istniejących elementów.
Z biznesowego punktu widzenia najważniejszym obszarem była obsługa szerokich zasięgów geograficznych. Sklep funkcjonuje w modelu multiwebsite - osobne instancje obsługują rynek USA i kraje europejskie. Takie rozwiązanie pozwala na dostosowanie oferty, metod płatności i dostaw do specyfiki poszczególnych rynków.
Po stronie płatności wdrożono kilku niezależnych dostawców, takich jak PayPal, Stripe i Zen. Po stronie logistyki szczególny nacisk położono na integracje z DHL24, DHL Express, GLS oraz InPost.
Celem tych działań było przede wszystkim odciążenie pracowników obsługi sklepu. Automatyzacja weryfikacji płatności oraz procesu wysyłek miała zminimalizować liczbę ręcznych interwencji i umożliwić zespołowi Agonia Records skupienie się na zadaniach związanych z ofertą i klientem, a nie na kontroli operacyjnej każdego zamówienia.
Advox zadbał także o bezpieczeństwo cyfrowe sklepu. W tym celu zweryfikowano poprawność kodu oraz wdrożono najnowsze dostępne łatki bezpieczeństwa.
Proces współpracy opierał się na systematycznej weryfikacji i porządkowaniu zastanego rozwiązania. Każda zmiana była poprzedzona analizą, a jej efekty weryfikowano z perspektywy wpływu na stabilność serwisu. Taki tryb działania pozwolił stopniowo redukować ryzyko wystąpienia krytycznych błędów po starcie.
Jednym z głównych wyzwań nie była sama technologia, lecz uporządkowanie zakresu projektu. Wraz z postępem weryfikacji i diagnozy problemów ujawniały się kolejne obszary wymagające ingerencji. Zakres prac musiał więc ewoluować, aby objąć faktyczne potrzeby niezbędne do uruchomienia serwisu.
Mitygacja tego ryzyka opierała się na stałej komunikacji z klientem. Advox regularnie przedstawiał raporty z działań oraz wyniki analiz, a następnie wspólnie z Agonia Records definiował krótkoterminowe cele, które krok po kroku przybliżały projekt do osiągnięcia zakresu MVP i startu platformy. Taki iteracyjny model współpracy pozwolił zachować kontrolę nad priorytetami mimo zmieniającego się horyzontu prac.
Projekt Agonia Records był obciążony kilkoma znaczącymi trudnościami. Najważniejsze z nich to tzw. spaghetti kod, wynikający z wieloletniego, niespójnego rozwoju oraz błędna konfiguracja niepoprawnie zmigrowanych danych. Aby skutecznie poradzić sobie z tą złożonością, Advox podzielił całość projektu na duże kilka obszarów, a następnie schodził do coraz bardziej szczegółowych zadań. Po osiągnięciu danego celu lub zakończeniu etapu weryfikacji, który mógł zmienić rozumienie dalszego zakresu, następowały konsultacje z klientem i korekta planu prac.
To podejście umożliwiło przeprowadzenie projektu od stanu zablokowanego wdrożenia do etapu działającej, stabilnej platformy Magento. Ostatecznie sklep został uruchomiony w uzgodnionym zakresie MVP i jest gotowy do rozwoju w obszarach SEO, dostępności i integracji z kolejnymi systemami.
Wprowadźmy go w życie! Napisz do nas