Standardowa platforma zaczyna ograniczać rozwój. To, co na starcie było zaletą, po kilku latach staje się ograniczeniem: brak dostępu do logiki procesu, do danych albo miejsca na funkcje, których nie przewidział dostawca.
Wdrożenia Magento dla złożonego e-commerce
Wdrażamy Magento tam, gdzie sklep przestał być osobną aplikacją, a stał się jednym z systemów firmy: wymienia dane z ERP, PIM i CRM, obsługuje kilka rynków albo dwa modele sprzedaży naraz. Prowadzimy projekt od analizy wymagań, przez architekturę i development, po uruchomienie i dalszy rozwój platformy.
Bezpłatna rozmowa, 30-60 minut. Wychodzisz z niej z oceną dopasowania i listą obszarów wymagających analizy - nie z ofertą.
Kontekst
Decyzja o Magento rzadko zaczyna się od technologii.
Zaczyna się od tego, że obecne rozwiązanie zaczyna kosztować. Proces sprzedaży trzeba naginać do możliwości systemu. Kolejna integracja wymaga obejścia. Zmiana, która z perspektywy biznesu jest oczywista, technicznie okazuje się niemożliwa albo nieproporcjonalnie droga.
Powody powtarzają się w większości projektów, z którymi firmy do nas trafiają:
Rosną wymagania integracyjne. Stany magazynowe, ceny, zamówienia, dokumenty sprzedażowe, dane produktowe i statusy wysyłek muszą wymieniać się między systemami bez ręcznej pracy i bez rozjazdów.
Pojawiają się procesy, których nie da się kupić w postaci gotowego modułu. Nietypowa konfiguracja produktu, własna logika cenowa, zatwierdzanie zamówień, obsługa klientów kontraktowych, specyficzne reguły dostępności.
Firma chce kontroli nad kodem, danymi i infrastrukturą, bo e-commerce jest zbyt istotny, żeby zależeć wyłącznie od decyzji zewnętrznego dostawcy platformy.
E-commerce obsługuje wiele rynków lub modeli sprzedaży, a różnice między nimi są większe niż zmiana tłumaczenia i waluty.
W takich warunkach kontrola nad kodem, danymi i architekturą przestaje być kwestią preferencji technicznej. Staje się warunkiem tego, żeby platforma nadążała za firmą przez kolejne lata.
Magento nie jest przy tym automatycznie lepsze od platform SaaS. Jest lepsze wtedy, gdy elastyczność i kontrola realnie zwracają się w stosunku do większej złożoności projektu.
Projekty, które prowadziliśmy
Zobacz nasze realizacje
Podejście
Co robimy inaczej
Zaczynamy od pytań, nie od listy funkcji.
Jak powstają i zmieniają się dane produktowe? Skąd pochodzą ceny i stany magazynowe? Który system odpowiada za zamówienie na poszczególnych etapach? Które procesy zostają w ERP, a które powinny znaleźć się w Magento? Co ma się wydarzyć, jeśli jeden z systemów chwilowo nie odpowiada?
Odpowiedzi na te pytania mają znacznie większy wpływ na późniejszą stabilność i koszt rozwoju niż sama lista funkcji sklepu.
Liczymy koszt decyzji, nie tylko koszt developmentu.
W złożonym e-commerce najdroższy rzadko jest sam kod. Znacznie więcej kosztują decyzje architektoniczne, które po roku lub dwóch zaczynają blokować rozwój platformy - i których zmiana wymaga wtedy przepisania dużej części systemu.
Integracja to nie podłączenie API.
Ustalamy nie tylko, jakie dane mają być przesyłane, ale również który system jest źródłem prawdy, kiedy powinny się synchronizować i co ma się wydarzyć w przypadku błędu lub powtórzenia. To odróżnia integrację działającą podczas testów od integracji, która stabilnie obsługuje codzienną sprzedaż.
Moduły używamy wtedy, gdy rzeczywiście rozwiązują problem.
Nie ma sensu pisać od nowa funkcji, która istnieje i jest dobrze utrzymywana. Nie budujemy jednak architektury projektu z przypadkowej kolekcji pluginów tylko dlatego, że skracają pierwszy etap developmentu. Liczy się całkowity koszt w cyklu życia platformy.
Projektujemy z perspektywy utrzymania.
Inaczej podejmuje się decyzje techniczne, gdy zespół patrzy na kod wyłącznie do dnia odbioru projektu, a inaczej wtedy, gdy później sam będzie go aktualizował, diagnozował i rozwijał. My jesteśmy w tej drugiej sytuacji.
Zakres
Zakres wdrożenia
Możemy poprowadzić projekt end-to-end albo wejść w wybrane etapy, jeśli część prac realizujesz samodzielnie.
Proces nie jest sztywnym waterfallem. Część prac idzie równolegle wszędzie tam, gdzie pozwalają na to zależności - projektowanie UX zwykle wyprzedza development, a integracje często powstają obok prac nad frontendem.
Discovery i analiza wymagań
Warsztaty z zespołem biznesowym i technicznym. Analiza modelu sprzedaży, procesów, systemów zewnętrznych, ograniczeń i planów rozwoju. Ustalamy, co faktycznie musi znaleźć się w pierwszej wersji platformy, a co może poczekać.
Dokumentacja funkcjonalno-techniczna i architektura
Spisane wymagania, sposób realizacji funkcjonalności, architektura rozwiązania, projekt integracji i kluczowe decyzje technologiczne. Dokument służy do wyceny, do developmentu i do późniejszego utrzymania platformy.
UX/UI
Możemy przygotować pełny UX i projekt graficzny. Nie musisz przychodzić z gotowymi makietami. Jeśli masz własny zespół projektowy lub agencję, pracujemy na ich materiałach.
Development
Magento, Hyvä, custom development, integracje i konfiguracja platformy. Integracje traktujemy jako część architektury, nie jako pracę doklejaną na końcu projektu.
Testy i uruchomienie
QA, testy integracji z Twoimi systemami, przygotowanie i migracja danych, konfiguracja środowisk, plan i realizacja go-live.
Stabilizacja, utrzymanie i rozwój
Odpowiedzialność nie kończy się w dniu uruchomienia. Po stabilizacji platforma może przejść pod długoterminowe utrzymanie i dalszy rozwój po naszej stronie.
Technologia
Kluczowe decyzje technologiczne
Magento Open Source czy Adobe Commerce
Nie zaczynamy projektu od wyboru licencji. Zaczynamy od wymagań.
W nowych projektach domyślnym punktem wyjścia jest Magento Open Source. Adobe Commerce rekomendujemy wtedy, gdy konkretne wymagania biznesowe uzasadniają jego funkcje i koszt licencji. Ta decyzja powinna zapadać po analizie procesów, a nie na początku rozmowy o projekcie.
Frontend
Dla nowych wdrożeń domyślnie proponujemy Hyvä.
Lżejszy frontend oznacza krótsze czasy ładowania i lepsze Core Web Vitals - parametry, które Google uwzględnia w ocenie strony i które realnie wpływają na zachowanie użytkownika na ścieżce zakupowej. Hyvä traktujemy jako element rozwiązania, nie jako osobny produkt do dokupienia.
Integracje
Projektujemy je jako część architektury platformy.
Ustalamy kierunek i częstotliwość wymiany danych, sposób obsługi błędów i powtórzeń oraz to, który system jest źródłem prawdy dla poszczególnych danych. Mamy potwierdzone doświadczenie w integracjach z SAP, Comarch, MS Dynamics i Enova, a także z systemami dedykowanymi po stronie klienta.
Infrastruktura
Hosting i infrastruktura są zakresem opcjonalnym.
Możemy zaprojektować środowisko, uruchomić je i zoptymalizować, ale nie musisz kupować infrastruktury od nas. Jeśli masz własnego dostawcę lub zespół, pracujemy z nim. W praktyce często angażujemy się w ten obszar, bo konfiguracja PHP, bazy danych, Redis, Varnish, OpenSearch i warstwy cache ma bezpośredni wpływ na działanie całej platformy.
Wdrożenie a zastąpienie istniejącej platformy
Wdrożenie nie zawsze oznacza start od zera. Równie często chodzi o zastąpienie działającego rozwiązania nową platformą przy zachowaniu ciągłości sprzedaży.
Jeśli największym wyzwaniem projektu jest przeniesienie danych, klientów, zamówień, adresów URL, pozycji w wyszukiwarce i istniejących integracji, właściwym punktem wyjścia jest osobna usługa:
Migracja i replatforming →Zespół
Dlaczego Velocity
Kompetencje
Magento jest naszą główną kompetencją.
Pracujemy z Magento ponad 10 lat, jesteśmy partnerem Adobe. Znamy koszty utrzymania decyzji architektonicznych, bo sami utrzymujemy platformy, które wdrażamy.
Eksperci
Projekt realizują nasi eksperci.
Wdrożenie Magento nie jest zadaniem, które można bezpiecznie oddać zespołowi uczącemu się platformy w trakcie projektu.
Złożoność
Pracujemy w złożonych środowiskach.
Duże katalogi, rozbudowane dane produktowe, integracje z ERP, PIM i CRM oraz procesy, które nie mieszczą się w standardowej konfiguracji. Wdrażaliśmy projekty z katalogami liczącymi setki tysięcy produktów i duże liczby atrybutów.
Odpowiedzialność
Bierzemy odpowiedzialność po uruchomieniu.
Z dużą częścią naszych klientów współpracujemy już od wielu lat. Platformę projektujemy z myślą o tym, jak będzie utrzymywana i rozwijana przez kolejne lata.
Kiedy Magento nie jest dobrym wyborem
Magento zwykle nie jest ekonomicznie uzasadnione dla prostego sklepu: kilkudziesięciu produktów, standardowego procesu zakupowego, niewielkiej liczby integracji i braku istotnych wymagań niestandardowych. Jeśli celem jest możliwie najtańszy i najszybszy start, prostsza platforma SaaS zwykle sprawdzi się lepiej.
Mówimy to na pierwszej rozmowie. Wdrożenie Magento w projekcie, który go nie potrzebuje, kończy się kosztem utrzymania bez odpowiadającej mu korzyści.
Ile kosztuje i ile trwa wdrożenie
Nie ma jednej sensownej ceny wdrożenia Magento, ale są przedziały.
od
70 000 zł
czas trwania
3–9 mies.
Wdrożenia Magento, które prowadzimy, zaczynają się zwykle od 70 000 zł i trwają od 3 do 9 miesięcy. Projekty z rozbudowanymi integracjami i modelem B2B to zwykle 6-9 miesięcy
Na zakres i koszt wpływają przede wszystkim: liczba i jakość integracji, dostępność API systemów zewnętrznych, model B2C czy B2B, zakres UX/UI, liczba rynków, skala custom developmentu i stan danych do migracji.
Pierwsza rozmowa nie jest płatnym discovery. To wstępna analiza, która pozwala obu stronom ocenić, czy dalsza współpraca ma sens. Pełne discovery jest osobnym, płatnym etapem projektu - część wymagań zbieramy jednak już w procesie ofertowym, żeby wycena opierała się na konkretach, a nie na założeniach.
Pytania
FAQ
VLCT
Dla większości projektów wystarcza Magento Open Source. Adobe Commerce ma sens wtedy, gdy konkretne wymagania - na przykład rozbudowane funkcje B2B dostępne natywnie, zaawansowane zarządzanie treścią czy wymagania korporacyjne po Waszej stronie.. Odpowiedź powinna wynikać z analizy wymagań, nie z domyślnego wyboru.
VLCT
Indywidualne cenniki i rabaty per kontrahent, konta firmowe z wieloma użytkownikami i rolami, procesy zatwierdzania zamówień, limity kredytowe, zapytania ofertowe, szybkie składanie zamówień z listy SKU oraz integrację warunków handlowych z ERP. Część z tych funkcji jest dostępna natywnie w Adobe Commerce, część budujemy w Magento Open Source.
VLCT
Tak. Magento udostępnia API REST i GraphQL, a integracje projektujemy indywidualnie pod system po drugiej stronie. Mamy doświadczenie m.in z SAP, Comarch, MS Dynamics i Enova oraz z systemami dedykowanymi. Kluczowe pytania to zakres wymienianych danych, kierunek i częstotliwość synchronizacji oraz to, który system jest źródłem prawdy.
VLCT
Zależy od projektu. Ekosystem oferuje zarówno rozszerzenia bezpłatne, jak i komercyjne, z licencją jednorazową lub roczną. Nie każdą funkcję warto kupować: przy nietypowych procesach gotowy moduł potrafi generować wyższy koszt utrzymania niż własna implementacja. Rekomendacje przedstawiamy na etapie analizy wymagań.
VLCT
Nie wszystkie, ale te, które wpływają na architekturę i model danych - tak. Zakres integracji, model katalogu, logika cenowa i struktura kont klientów powinny być ustalone przed startem, bo ich późniejsza zmiana jest kosztowna. Szczegóły interfejsu, treści i mniejsze funkcje można doprecyzowywać w trakcie projektu.
VLCT
Tak. Magento natywnie obsługuje wiele witryn, sklepów i widoków w jednej instalacji, z odrębnymi katalogami, cenami, walutami, językami i konfiguracją podatkową. Skala złożoności zależy od tego, jak bardzo rynki różnią się procesem sprzedaży, a nie od samej ich liczby.
VLCT
Po go-live następuje okres stabilizacji, w którym reagujemy na zgłoszenia i dostrajamy działanie platformy w warunkach produkcyjnych. Później sklep może przejść pod stałe utrzymanie i rozwój: aktualizacje bezpieczeństwa, monitoring, rozwiązywanie problemów i kolejne funkcje. Możecie też przejąć platformę do własnego zespołu - dokumentacja i jakość kodu mają to umożliwiać.