Przeprowadzka bez zgrzytów: Jak duże marki zmieniają technologię, na której stoi ich biznes

Prelekcja dotyczy bezpiecznej migracji sklepu internetowego na nową platformę, głównie z perspektywy agencji Atomi (Artur Rak, szef praktyki Shopify, i Łukasz Smykla, dział integracji i backend). Główna teza: największym ryzykiem nie jest sama zmiana platformy, lecz przeniesienie starych problemów do nowego środowiska. Na początku Łukasz dodaje krótkie ostrzeżenie o głośnej w ostatnich dniach luce bezpieczeństwa w PHP, na którym stoją Magento, Presta, WooCommerce i OpenCart. Zaleca sprawdzenie serwerów i zespołów IT. Pierwsza część opisuje „dług" jako sumę decyzji, które w chwili podejmowania były racjonalne. Wyróżnia dług technologiczny, procesowy, architektoniczny (np. cena z ERP aktualizowana raz w nocy), organizacyjny i danych (np. niepełne dane produktowe, różne rozumienie SKU). Prelegenci krytykują „mit migracji 1:1", czyli chęć odtworzenia na nowej platformie wszystkiego, co jest teraz. Proponują ocenę każdej funkcji przez cztery pytania: jaką daje wartość, dla kogo jest, czy jest aktualna i czy jest na to dowód. Do priorytetyzacji służy podział MoSCoW (must, should, could, want). Lista z takim podziałem ma ułatwić agencji wycenę i decyzję biznesową. Osobna grupa to funkcje, które działają źle i nie powinny być przenoszone wcale. Druga część dotyczy integracji z ERP, PIM, OMS i WMS. Autorzy uważają, że integracje są powodem do dobrego zaplanowania migracji, a nie do rezygnacji z niej, i radzą zacząć od przeglądu i mapy integracji z decyzją dla każdej. Najtrudniejsza bywa integracja produktów, a nie zamówień. Przykładem jest middleware łączący Shopify z własnym PIM-em i ERP dla branży meblarskiej. PIM powstał ok. 2006 r. w PHP i nie miał API. Łukasz podkreśla też potrzebę jasnych źródeł prawdy dla treści produktu, cen i stanów magazynowych. Trzecia część to go live. Autorzy radzą: - ustalić role i osoby decyzyjne oraz kryteria go/no-go; - przygotować checklistę (link do niej jest na slajdzie); - sklasyfikować awarie na ograniczone, krytyczne i poważne, z rollbackiem jako ostatecznością; - starannie wybrać termin, bo ważna jest dostępność ludzi do testów (np. nie tuż przed Black Friday); - włączyć w proces także zespoły contentu, PPC i SEO. Koszt przestoju proponują liczyć jako obrót z godziny razy marża, plus utraceni klienci, plus koszty błędów. Podają przykład 5000 zł za pierwszą godzinę i 10 000 zł za drugą. Radzą też rozważyć wstrzymanie kampanii. Według nich przepięcie domen .pl, .com i .eu trwa zwykle minuty, a nie 24–48 godzin, choć domena irlandzka potrzebowała kilku godzin. Żaden z nich nie musiał wykonywać rollbacku. Łukasz przygotował plan powrotu przez DNS, a jego doświadczenie to blisko 50 migracji. Na koniec omawiają okres hypercare po starcie: zamówienia, konwersję, checkout, synchronizację integracji, dane produktowe, przekierowania zamiast 404, analitykę i komunikację zmian w logowaniu do klientów. Podają przykładowe nakłady godzin w projektach Shopify (UberTools ponad 1400, Bogart Meble ponad 700, Ground Game ponad 600) oraz dane o rosnącej liczbie migracji do Shopify, według nich ponad 16,5 tys. instancji i ponad 44% wzrostu kwartał do kwartału. Perspektywa jest w dużej mierze związana z Shopify, a opinie o kosztach wdrożenia i utrzymania to wypowiedzi prelegentów, nie wyniki badań.