Migracja do Shopify może wyglądać na udaną z zewnątrz i jednocześnie po cichu "psuć" zaufanie klientów.

‍

Migracja do Shopify nie kończy się w momencie uruchomienia nowego sklepu.

Kończy się wtedy, gdy historia zamówień, konta klientów, produkty i wszystkie dane biznesowe zostały przeniesione poprawnie - bez problemów dla klientów i bez dodatkowej pracy dla zespołu e-commerce.

Przez ostatnie lata pomagaliśmy markom naprawiać migracje, które na pierwszy rzut oka wyglądały na udane, ale po uruchomieniu sklepu ujawniały błędy w danych, brakującą historię zamówień czy problemy z kontami klientów.

Ten blog powstał z myślą o właścicielach marek, managerach e-commerce i zespołach, które planują migrację do Shopify i chcą uniknąć kosztownych błędów jeszcze przed startem nowego sklepu.

‍

Sklep działa. Checkout przechodzi. Produkty są widoczne. Redirecty są ustawione. Zespół ogłosił launch.

A potem zaczynają się wiadomości do supportu.

Gdzie jest moje poprzednie zamówienie?

Dlaczego nie mogę pobrać faktury?

Dlaczego moje konto wygląda na puste?

Dlaczego obsługa klienta nie widzi tego, co kupiłem rok temu?

Dla nowego klienta to może być mała niedogodność. Dla stałego klienta, kupującego B2B, subskrybenta albo osoby z reklamacją to już realny problem zaufania. Klienta nie interesuje, że zmieniła się platforma. Klienta interesuje, czy sklep nadal o nim pamięta.

Dlatego historia klientów i zamówień nie powinna być traktowana jak mały import danych na końcu migracji. Trzeba ją zaplanować wcześniej, dobrze zmapować i przetestować przed launchem.

Historia klienta to więcej niż lista maili

Wiele zespołów zaczyna migrację od prostego pytania: czy możemy przenieść klientów do Shopify?

Zwykle tak. Lepsze pytanie brzmi jednak inaczej: co w naszym biznesie oznacza historia klienta?

Dla małego sklepu DTC to mogą być konta klientów, adresy, zgody newsletterowe i poprzednie zamówienia. Dla większej marki dochodzą zwroty, punkty lojalnościowe, subskrypcje, konta firmowe B2B, historia faktur, NIP-y, zgłoszenia supportowe, ceny hurtowe, referencje ERP, zamówienia z marketplace'ów i segmenty klientów.

To są różne problemy danych.

Eksport CSV z listą klientów nie wystarczy, jeśli support potrzebuje pełnego kontekstu zamówień. Lista ID zamówień nie wystarczy, jeśli finanse muszą połączyć faktury z właściwym klientem. Konto klienta nie wystarczy, jeśli aktywny subskrybent traci stan płatności.

Zanim zacznie się import, zespół migracyjny powinien ustalić, które dane klienta są naprawdę potrzebne po launchu i po co.

Co można przenieść do Shopify

W większości migracji dane klientów i zamówień dzielą się na kilka grup.

Dane klienta zwykle obejmują imię i nazwisko, adres email, telefon, adres domyślny, adresy rozliczeniowe, adresy wysyłki, tagi, notatki, zgody marketingowe i status konta.

Historia zamówień może obejmować numery zamówień, daty, pozycje zamówienia, SKU, ilości, ceny, rabaty, podatki, metody dostawy, status płatności, status realizacji, numery trackingowe i zwroty.

Do tego dochodzą dane customowe. Sklepy na Magento i WooCommerce często mają lata danych z pól customowych, modułów i pluginów. PrestaShop, Shopware, Shoper, IdoSell i platformy customowe też zapisują dane klientów i zamówień na różne sposoby. Czasem dane są czyste. Czasem są efektem wielu lat zmian platformy, aktualizacji pluginów i ręcznej pracy w panelu.

Shopify może przyjąć dużą część tej historii, ale nie zawsze jeden do jednego.

Część danych powinna trafić do Shopify jako natywne dane klienta albo zamówienia. Część lepiej zapisać jako metafields. Część powinna zostać w zewnętrznym systemie, takim jak ERP, OMS, WMS, CRM, system subskrypcji, program lojalnościowy albo helpdesk. Części danych nie warto migrować wcale, bo są stare, zdublowane albo ryzykowne prawnie.

Celem nie jest ślepe przeniesienie każdego pola. Celem jest zachowanie danych, których naprawdę będą potrzebować klienci i zespół.

Hasła klientów wymagają osobnego planu

Hasła klientów są jednym z najczęściej źle rozumianych elementów migracji ecommerce.

W większości przypadków haseł nie da się przenieść z Magento, WooCommerce, PrestaShop, Shopware, Shoper, IdoSell albo platformy customowej do Shopify w taki sposób, żeby działały jak wcześniej. To normalne. Hashe haseł są projektowane tak, żeby nie dało się ich łatwo przenosić i odczytywać.

Dla klienta oznacza to jedno: po migracji może być potrzebna aktywacja konta albo reset hasła.

To nie jest problem, jeśli dobrze to zakomunikujesz.

Problem zaczyna się wtedy, kiedy sklep startuje bez wyjaśnienia. Stały klient próbuje się zalogować, stare hasło nie działa, a email resetujący hasło wygląda jak błąd. Support musi wtedy tłumaczyć migrację każdemu klientowi osobno.

Lepszy plan obejmuje komunikację przed i po launchu:

• Powiedz klientom, że sklep przechodzi na Shopify.
• Wyjaśnij, że dostęp do konta może wymagać resetu hasła.
• Ułatw znalezienie ścieżki resetu.
• Przygotuj gotowe odpowiedzi dla supportu.
• Monitoruj problemy z aktywacją kont w pierwszych tygodniach po starcie.

Dla sklepów z dużym udziałem powracających klientów, subskrypcjami albo B2B ten element jest bardzo ważny.

Historia zamówień wpływa na support, finanse i ponowne zakupy

Historyczne zamówienia nie są tylko archiwum.

Support używa ich do odpowiadania na pytania. Finanse potrzebują ich do faktur, zwrotów i kontekstu podatkowego. Zespół ecommerce używa ich do segmentacji i email flows. Klienci używają ich, żeby ponownie zamówić produkt, sprawdzić poprzedni rozmiar, pobrać dokument albo potwierdzić szczegóły gwarancji.

Jeśli historia zamówień jest niepełna albo źle zmapowana, problem pojawia się w całym biznesie.

Zgłoszenia supportowe trwają dłużej, bo zespół musi szukać danych w starej platformie, ERP albo arkuszach. Klienci tracą zaufanie, bo konto nie pokazuje ich realnej historii zakupów. Segmentacja emailowa jest słabsza, bo flows oparte o zakupy nie mają tych samych danych. Kupujący B2B mogą stracić kontekst ponownych zamówień, a to często jeden z głównych powodów logowania do konta.

Dobry plan migracji odpowiada na te pytania przed developmentem:

• Ile lat historii zamówień ma być dostępne w Shopify?
• Czy klient ma widzieć stare zamówienia na swoim koncie?
• Czy support potrzebuje starych zamówień w Shopify, czy wystarczy dostęp w ERP albo helpdesku?
• Czy stare numery zamówień mają zostać zachowane?
• Jak pokazać zwroty, anulacje i refundy?
• Które zamówienia są powiązane z subskrypcjami, punktami lojalnościowymi albo warunkami B2B?
• Które dane są wymagane prawnie, a które są tylko szumem?

Dla części sklepów przeniesienie całej historii zamówień do Shopify będzie dobrą decyzją. Dla innych lepszy będzie import ostatnich zamówień do Shopify i pozostawienie starszych rekordów w ERP albo hurtowni danych.

Nie ma jednej odpowiedzi dla każdego sklepu. Jest poprawna odpowiedź dla Twoich operacji.

Ryzyka zależą od platformy źródłowej

Każda platforma ma własne wzorce migracji.

Magento i Adobe Commerce często mają złożone statusy zamówień, atrybuty customowe, logikę B2B, referencje ERP, dane multi-store i długą historię redirectów. Model danych jest mocny, ale to oznacza też dużo ukrytej logiki.

WooCommerce bardzo często zależy od pluginów. Pola klientów, faktury, subskrypcje, bundle, membership, punkty lojalnościowe i customowe pola checkoutu mogą pochodzić z różnych pluginów. Migracja musi ustalić, który plugin stworzył które dane i gdzie te dane powinny żyć na Shopify.

Migracje z PrestaShop i Shopware wymagają uważnego mapowania kategorii, podatków, języków i grup klientów. Struktura może wyglądać prosto na froncie, a potem robi się bardziej złożona po sprawdzeniu zamówień, grup klientów i lokalnych zasad sprzedaży.

Shoper i IdoSell są częste na polskim rynku. Największym tematem jest ciągłość operacyjna: płatności, faktury, ERP, magazyn, konta klientów, lokalne metody dostawy i dokumenty zamówień. Shopify może zastąpić storefront, ale proces biznesowy wokół zamówienia trzeba ułożyć od nowa.

Platformy customowe bywają najłatwiejsze albo najtrudniejsze. Jeśli model danych jest czysty i udokumentowany, migracja może być prosta. Jeśli pierwotni developerzy odeszli, a platforma była łatana przez lata, pierwszym etapem jest archeologia danych.

BigCommerce i migracje Shopify-to-Shopify zwykle są bardziej uporządkowane, ale nadal wymagają planu. Przejście między platformami SaaS nie usuwa potrzeby mapowania historii zamówień, ID klientów, metafields, integracji i analityki.

Co psuje się, kiedy historia klientów jest zrobiona za szybko

Źle wykonana migracja danych rzadko wybucha spektakularnie w dniu launchu. Zwykle objawia się małymi, drogimi problemami.

Klient loguje się i widzi puste konto.

Support nie może znaleźć poprzedniego zamówienia w nowym panelu.

Finanse nie mogą połączyć starych numerów zamówień z fakturami.

Klaviyo albo inna platforma emailowa traci segmenty oparte o zakupy.

Subskrybenci są zdublowani.

Kupujący B2B tracą kontekst konta firmowego.

Zwroty i reklamacje wymagają ręcznego sprawdzania starej platformy.

Punkty lojalnościowe nie zgadzają się z realną historią zakupów.

Analityka traktuje powracających klientów jak nowych.

Żaden z tych problemów nie musi blokować checkoutu. Ale każdy z nich sprawia, że sklep wydaje się mniej wiarygodny od strony klienta. Do tego dochodzi wewnętrzna praca porządkowa po launchu, czyli dokładnie wtedy, kiedy zespół powinien zajmować się sprzedażą, merchandisingiem i konwersją.

Jak podchodzimy do tego w Nethype

W Nethype traktujemy migrację klientów i zamówień jako część głównej strategii migracji, a nie jako późne zadanie techniczne.

Pierwszym krokiem jest audyt. Sprawdzamy, gdzie dziś żyją dane klientów i zamówień, które systemy z nich korzystają i co musi być dostępne po launchu. To obejmuje platformę źródłową, ERP, WMS, OMS, CRM, email marketing, loyalty, reviews, subskrypcje, helpdesk, analitykę i aplikacje customowe.

Potem tworzymy plan mapowania danych. Dla każdego pola decydujemy, gdzie powinno trafić na Shopify albo poza Shopify. Dane natywne, metafields, aplikacje zewnętrzne, systemy zewnętrzne i archiwum mają różne role.

Przed launchem robimy testowe importy. Nie sprawdzamy tylko tego, czy import się zakończył. Sprawdzamy, czy realne scenariusze klienta nadal działają:

• Czy klient może zresetować hasło i wejść na konto?
• Czy support widzi kontekst historycznych zamówień?
• Czy stare numery zamówień są wyszukiwalne?
• Czy adresy są poprawnie zmapowane?
• Czy subskrypcje, loyalty i email tools dostają właściwy stan klienta?
• Czy klienci B2B, konta firmowe i warunki hurtowe są obsłużone poprawnie?
• Czy finanse mogą połączyć przeniesione zamówienia z fakturami i danymi podatkowymi?

Po launchu monitorujemy aktywację kont, zgłoszenia supportowe, niedostarczone emaile, problemy checkoutowe, synchronizację zamówień i skargi klientów. Pierwsze tygodnie są częścią migracji. Dobry plan je uwzględnia.

Kiedy nie warto migrować wszystkiego

Przeniesienie całej historii do Shopify brzmi bezpiecznie, ale więcej danych nie zawsze oznacza lepszy sklep.

Stare rekordy mogą być zdublowane, niepełne, niepotrzebne prawnie albo bezużyteczne operacyjnie. Część danych lepiej zostawić w ERP, systemie księgowym albo bezpiecznym archiwum. Część pól customowych może opisywać stare zasady biznesowe, które już nie obowiązują.

To szczególnie ważne przy sklepach, które działają od wielu lat.

Przed przeniesieniem wszystkiego warto zapytać, po co jest dana grupa danych:

• Czy klient musi ją widzieć?
• Czy support używa jej co tydzień?
• Czy finanse potrzebują jej z powodów prawnych albo księgowych?
• Czy marketing używa jej do segmentacji?
• Czy wpływa na aktywne subskrypcje, gwarancje, loyalty albo ceny B2B?

Jeśli odpowiedź brzmi nie, archiwum może być lepsze niż import.

Najczystsze migracje nie kopiują przeszłości bezmyślnie. Zachowują to, co ma znaczenie, i usuwają to, co stało się operacyjnym bałaganem.

Checklist przed migracją klientów i zamówień

Przed przejściem na Shopify Twój zespół powinien umieć odpowiedzieć na te pytania:

• Które platformy i systemy przechowują dziś dane klientów?
• Które systemy przechowują dziś dane zamówień?
• Ile lat historii zamówień powinno być widoczne w Shopify?
• Czy klienci muszą mieć dostęp do starych faktur albo dokumentów?
• Czy ktoś zakłada, że stare hasła klientów będą działać po migracji?
• Które email flows zależą od historii zakupów?
• Czy są aktywne subskrypcje?
• Czy są punkty lojalnościowe, store credits albo gift cards?
• Czy są konta firmowe B2B, price lists albo terminy płatności?
• Jakie statusy zamówień istnieją dziś i jak powinny mapować się na Shopify?
• Które stare numery zamówień muszą pozostać wyszukiwalne?
• Które integracje potrzebują danych zamówień od pierwszego dnia?
• Co support odpowie klientom pytającym o dostęp do konta?
• Kto sprawdzi pierwsze 100 kont klientów po launchu?

Jeśli na te pytania nie ma odpowiedzi przed developmentem, migracja ma ślepy punkt.

Zaufanie klienta jest częścią zakresu migracji

Migracja do Shopify zmienia więcej niż storefront. Zmienia sposób, w jaki firma przechowuje, czyta i wykorzystuje historię klienta.

Dla klienta platforma jest niewidoczna, dopóki coś nie przestanie działać. Klient oczekuje, że konto, zamówienia, faktury, subskrypcje i historia kontaktu nadal będą miały sens po przeniesieniu sklepu.

To oczekiwanie powinno być częścią zakresu migracji od pierwszego audytu.

Jeśli planujesz migrację z Magento, WooCommerce, PrestaShop, Shopware, Shoper, IdoSell, BigCommerce albo platformy customowej na Shopify, zacznij od danych, które klienci zauważą jako pierwsze.

Produkty są ważne. SEO jest ważne. Design jest ważny.

Pamięć o potrzebach klienta też jest ważna.

Planujesz migrację do Shopify?

Nethype pomaga markom ecommerce przechodzić na Shopify i Shopify Plus, łącząc jakość storefrontu, migrację danych, integracje, UX i stabilność po launchu.

Jeśli przygotowujesz migrację i chcesz zrozumieć, co stanie się z kontami klientów, historią zamówień i danymi biznesowymi, napisz do nas na info@nethype.co

Pomożemy Ci zmapować ryzyka, zanim zaczną je zgłaszać Twoi klienci.

‍

‍