Start / YouTube / Odcinek
Odcinek Dr-Ecommerce · 26:57

8 błędów przy migracji sklepu internetowego i jak ich uniknąć

Zmiana platformy sklepu nie musi skończyć się katastrofą. Jerzy Żanowski, który od siedmiu lat wdraża sklepy internetowe, przechodzi przez 8 błędów, które najczęściej widzi przy migracjach: od nieprzejrzanych modułów, przez start tuż przed sezonem, po zgubione pozycje w Google i testy obcięte w budżecie.

Prowadzący: Jerzy Żanowski
8 błędów przy migracji sklepu internetowego i jak ich uniknąć
W skrócie

Najważniejsze wnioski z odcinka

  • Przed migracją przejrzyj moduły: co jest używane, a co nie. Stare wtyczki to luka bezpieczeństwa i często płacisz za aktualizacje czegoś, z czego już nie korzystasz.
  • Przy sklepie z historią i integracjami wybieraj wykonawcę, który robi płatną analizę przedwdrożeniową. Każde zadanie dostaje w niej opis i estymację godzin, więc znasz precyzyjną kwotę.
  • Po Twojej stronie musi być osoba, która ma czas na projekt (choćby pół etatu) i decyzyjność: zatwierdza zadania i dodatkowe wyceny bez pytania przełożonego.
  • Nie uruchamiaj sklepu przed szczytem sprzedaży. Po starcie przez 2–3 miesiące trwa stabilizacja i wysyp zleceń, więc rozmowy z wykonawcami zacznij 3–4 miesiące wcześniej i startuj po sezonie.
  • Nowa platforma to nowa struktura adresów URL. Bez przekierowań 301 roboty Google trafią na błędy 404, a lata pracy nad SEO przepadną. Zapytaj agencję SEO, co zrobić przed przepięciem.
  • Policz nowe koszty: hosting, chmurę, płatności, nowe moduły zamiast tych, które nie są już rozwijane, i SLA. Nie przenoś też starego wyglądu 1:1, bo przenosisz dług technologiczny.
  • Integracja z ERP czy WMS może wymagać dodatkowej pracy, a testy to około 10–15% budżetu wdrożenia. Wiedzę o modułach i zmianach trzymaj w jednym miejscu, np. w Confluence.

Błąd 1: brak audytu modułów

▶ 00:24

Zanim zaczniesz migrację, zajrzyj na zaplecze sklepu i przejrzyj moduły: z czego korzystasz, czego już nie używasz i co wymaga zmiany. Stare, nieużywane wtyczki można odinstalować, bo im starsze, tym bardziej podatne na ataki. Sprawdź też, czy nie płacisz z karty za aktualizacje modułu, którego już nie używasz.

Jeśli sklep jest pod opieką software house'u, zapytaj, co było zmieniane, i spisz mapę funkcji. E-commerce managerowie często zmieniają pracę co 2–3 lata, więc nowa osoba może nie mieć kogo zapytać. Źródłem prawdy będzie wtedy software house. Jerzy poleca taki przegląd także bez migracji, bo model biznesowy się zmienia, a opłaty roczne zostają.

Błąd 2: brak płatnej analizy przedwdrożeniowej

▶ 03:03

Niektóre software house'y twierdzą, że analiza nie jest potrzebna. Przy prostym sklepie pudełkowym może to przejść, ale przy sklepie z pięcioletnią historią, integracjami i listą życzeń czekających na nowe środowisko Jerzy radzi wybrać firmę, która przed umową robi płatną analizę. Płatną, bo to praca ludzi.

Dobry dokument analizy opisuje zadanie po zadaniu: integracje, funkcje, zmiany na karcie produktu i listingach. Analityk wie, co jest standardem, a co wymaga konfiguracji lub programowania, i przy każdej pozycji podaje liczbę godzin. Dzięki temu lepiej poznajesz swoje potrzeby i dostajesz precyzyjną kwotę, do której dolicza się opiekę analityka, PM-a i testy.

Błąd 3: brak osoby odpowiedzialnej po stronie klienta

▶ 06:05

To według Jerzego krytyczny problem, który spowalnia całą migrację. Potrzebna jest osoba, która może poświęcić choćby pół etatu na pracę z software house'em: odpowiedzi, potwierdzanie wykonanych zadań i doprecyzowanie rzeczy, które wcześniej nie zostały opisane. Jeśli ktoś siada do tego raz w tygodniu i zatwierdza bez czytania, projekt nie dojedzie na czas i nie będzie taki, jak trzeba.

Ta osoba musi mieć decyzyjność: zatwierdzać zadania, zmieniać założenia i przyjmować dodatkowe wyceny do ustalonej liczby godzin bez pytania przełożonych. Inaczej, jak mówi Jerzy, nie jest managerem, tylko osobą, która przekazuje zadania dalej.

Błąd 4: start przed pikiem sprzedaży

▶ 08:45

Przez siedem lat wdrożeń Jerzy widział wiele sezonowych biznesów: grille, baseny ogrodowe, choinki, materace turystyczne. Najgorszy pomysł to zaczynać prace tuż przed sezonem albo uruchamiać nowy sklep właśnie na szczyt sprzedaży.

Po uruchomieniu zawsze przychodzi okres stabilizacji. Nawet przy dobrych testach pojawiają się nowe wyzwania i pomysły, a agencje SEO przychodzą z rekomendacjami. Przez 2–3 miesiące jest wysyp zleceń. Dlatego rozmowy z wykonawcami warto zacząć 3–4 miesiące przed planowanym startem, zamknąć negocjacje w miesiąc i uruchamiać sklep po sezonie, a nie przed nim, gdy np. bramka płatności może nie zadziałać.

Próbna migracja danych

▶ 12:19

Ważny element każdej migracji to weryfikacja baz danych: próbne importy, czyszczenie starych danych i przeniesienie historii zamówień, klientów oraz subskrybentów ze zgodami marketingowymi. Stare środowisko zostanie wyłączone, a za backup też trzeba płacić.

Warto już na etapie analizy udostępnić software house'owi próbkę danych, żeby mógł zobaczyć ich strukturę. Integracja z danym ERP czy przerobiony szablon często wymagają, żeby zespół najpierw zrozumiał, co się w nich wydarzyło.

Błąd 5: spadki w SEO i brak przekierowań 301

▶ 13:25

Sklep latami buduje widoczność, a potem jest przepinany z dnia na dzień bez informowania agencji SEO. Roboty Google wchodzą cyklicznie, trafiają na inne adresy, stare zwracają błąd 404, więc sklep leci w dół.

Przy zmianie silnika, np. z Magento albo Shopera na PrestaShop, struktura adresów URL zmienia się całkowicie: domena zostaje, ale wszystko po ukośniku jest inne. Trzeba wyciągnąć wszystkie stare adresy i ustawić stałe przekierowania 301 w nowym silniku. Programiście zajmuje to zwykle około godziny, a większość sklepów ma do tego narzędzia.

Warto też przejrzeć strukturę treści, np. nagłówki H1 i H2, i zapytać agencję SEO, co zrobić przed przeniesieniem, np. czy usunąć z mapy strony adresy produktów, których już nie ma.

Błąd 6: nieznane koszty po migracji

▶ 16:05

W starym układzie koszty są znane, a u nowego dostawcy infrastruktura często zmienia się skokowo, np. na chmurę z replikacją i automatycznym dokładaniem zasobów w szczytach. Do tego nowe moduły i wtyczki, nowe metody płatności z opłatami, np. raty, których nie było w Magento poniżej wersji 2, i koszty transportu.

Przy dużym skoku wersji, np. z PrestaShop 1.6 na 9, część modułów nie jest już rozwijana i trzeba kupić inne. Dochodzi też koszt mocniejszego SLA czy dodatkowych zasobów na kampanie. Wszystko to warto spisać przed migracją.

Błąd 7: przenoszenie długu technologicznego

▶ 18:45

„Na nowym sklepie wszystko ma być tak samo, tylko silnik inny” to według Jerzego najgłupsza rzecz przy migracji. Przy odświeżeniu raz na 2–5 lat zmieniają się trendy w projektowaniu sklepów i oczekiwania klientów, a konkurencja mierzy zachowania użytkowników.

Przeniesienie starego wyglądu na nowy szablon to ciągnięcie za sobą tych samych problemów. Najpierw warto sprawdzić w analityce i na mapach ciepła, jak klienci poruszają się po sklepie, gdzie szukają informacji i dlaczego opuszczają strony. To wskaże, jak przebudować karty produktów czy bloga. Lepszej okazji do odświeżenia sklepu nie będzie.

Błąd 8: integracja z ERP i WMS oraz testy

▶ 20:55

Podłączenie ERP do nowego sklepu to spotkanie dwóch standardów wymiany danych. Analityk dostaje dokumentację API i sklep się do niej dostosowuje, ale mogą wyjść dodatkowe komplikacje: serwer pośredni, żeby nie testować na produkcji, albo zmienione nazwy i położenie pól u dostawcy ERP. Przy każdym systemie, z którym sklep wymienia dane, trzeba uwzględnić szlifowanie.

Wycena dobrego wdrożenia powinna zawierać godziny na testy (QA). Testy automatyczne nie wystarczą, trzeba też sprawdzić ręcznie front, backend, przekazywanie danych przez API do ERP i bramki płatności w środowiskach testowych. To zwykle 10–15% budżetu. Przy wdrożeniu na 300–400 godzin walka o 30 godzin testów wynika z niezrozumienia roli testera.

Silosy informacyjne

▶ 24:35

Część wiedzy o tym, jak działają narzędzia i moduły, siedzi tylko w czyjejś głowie. Punktem wyjścia powinien być dokument analizy przedwdrożeniowej, aktualizowany przy każdej zmianie, np. nowym kalkulatorze, module rat czy sliderze.

Jerzy radzi zbierać informacje o modułach i funkcjach w jednym miejscu, np. w Confluence, i zobowiązać się do ich aktualizowania, żeby wiedza została w firmie, gdy ktoś odejdzie.

FAQ

Pytania i odpowiedzi z odcinka

Jak przygotować się do migracji sklepu internetowego?

Przejrzyj moduły i usuń nieużywane, zamów płatną analizę przedwdrożeniową, wyznacz po swojej stronie osobę z czasem i decyzyjnością, zaplanuj start po szczycie sprzedaży, przygotuj przekierowania 301 i próbną migrację danych.

Jak nie stracić pozycji w Google przy migracji sklepu?

Wyciągnij wszystkie stare adresy URL i ustaw stałe przekierowania 301 na nowe adresy przed przepięciem sklepu. Poinformuj agencję SEO i zapytaj, co jeszcze zrobić, np. czy usunąć z mapy strony nieistniejące produkty.

Kiedy najlepiej przeprowadzić migrację sklepu?

Po szczycie sprzedaży, nie przed nim. Po uruchomieniu przez 2–3 miesiące trwa stabilizacja i poprawki, więc rozmowy z wykonawcami warto zacząć 3–4 miesiące przed planowanym startem.

Ile budżetu przeznaczyć na testy przy wdrożeniu sklepu?

Według Jerzego Żanowskiego zwykle 10–15% wartości wdrożenia. Testy obejmują front, backend, integrację z ERP przez API i płatności w środowiskach testowych.

Czy przenieść wygląd sklepu 1:1 na nową platformę?

Lepiej nie. To przenoszenie długu technologicznego. Najpierw sprawdź w analityce i na mapach ciepła, jak klienci korzystają ze sklepu, i na tej podstawie przebuduj karty produktów czy nawigację.

Project Management

Planujesz migrację sklepu?

Prowadzę wdrożenia, migracje i sklepy B2B po stronie klienta jako project manager na godziny. Pakiety od 10 h w miesiącu, start w 48 h do tygodnia.

Sprawdź, jak pracuję
Pełna transkrypcja odcinka

Transkrypcja z automatycznych napisów YouTube. Mogą się w niej zdarzyć błędy, w razie wątpliwości liczy się nagranie.

Wstęp: 8 błędów przy migracji

00:00
cześć nazywam się Jerzy żanowski witam cię na kanale doktor i commerce i dzisiaj porozmawiamy o 8 typowych błędach które się wydarzają podczas migracji sklepu internetowego jeżeli trafiłeś tutaj na ten kanał i stoisz przed wyzwaniem zmigrowania na przykład systemu rrp czy jakiegoś wms-u to myślę że również znajdziesz tutaj dla siebie cenne wskazówki punkt 1. na tej liście to jest brak audytu sklepu przed startem chcę ci powiedzieć że warto jest OD czasu do czasu zajrzeć do zaplecza sklepu internetowego zobaczyć jakie masz Tam moduły Po prostu je przejrzeć rozklikać zobaczyć i sprawdzić z czego korzystamy czego już nie korzystamy lub co będzie wymagało jeszcze zmiany

Błąd 1: brak audytu modułów

00:46
bo co dostajesz Po takim procesie takiej nazwijmy to higienizacji twojej bazy modułów czy wtyczek które masz możesz odinstalować stare nieużywane wtyczki które mogłyby być dla ciebie luką czy takim miejscem yy łatwym na przykład do do gdzieś ataku przez jakiś hakerów no bo im starsza rzecz tym taka bardziej podatna 2. sprawa jeżeli yy płacisz na przykład za aktualizację modułów no to warto jest zobaczyć czy czasem nie pobiera ci z karty kredytowej yy pieniędzy za moduł którego już nie używasz więc przeglądasz pod kątem używam nie używam rzeczy nieużywane wpisujesz do usunięcia z danej wersji sklepu EE jeżeli dodatkowo

01:32
masz jesteś pod opieką w software house'u no to tutaj uważam że dobrze jest się skontaktować ze swoim opiekunem i Po prostu zapytać które rzeczy i co było dla was zmieniane Po to żeby też opisać sobie taką mapę tych funkcjonalności które w sklepie są bo pamiętajmy że tak Jak yy wchodzicie do sklepów internetowych to to rzadko jest tak że yy e commerce manager jest w sklepie dłużej niż 2 3 lata często zmieniacie tą pracę tak często lub częściej i to jest okej natomiast pamiętaj że Tam gdzie przychodzisz to masz pewien Stan który zastajesz i może już nie być twojego poprzednika więc często się możesz nie za nie mieć kogo zapytać nie idealnie by było mieć to spisane więc już ty możesz zadbać na przyszłość natomiast jeżeli nie było takiej możliwości

02:18
no to na pewno takim źródłem prawdy będzie yy software house więc sprawdzasz to co jest ogólnie polecam nawet jeżeli nie migrujesz co jakiś czas dokonać sprawdzenia takich modułów no bo często płacimy za jakieś roczne aktualizacje a może już nie korzystamy bo zmienił się model biznesowy i na przykład zamiast jakiegoś narzędzia do social mediów no to przenieśliśmy się do jakiegoś kombajnu multimedialnego więc wartałoby to Po prostu już sobie obciąć i nie płacić więc pod tym kątem warto jest yy zweryfikować co tak naprawdę w tym sklepie piszczy partnerem kanału jest firma lh kropka pl dostawca domen hostingów serwerów i dedykowanych landing page opartych o AI z kodem doktora e commerce 20% na 1. zamówienie

Błąd 2: brak płatnej analizy przedwdrożeniowej

03:03
partnerem kanału jest firma waynet największa w polsce agencja wykonująca sklepy na prestashop kontakt do waynet w opisie odcinka 2. rzecz to jest brak analizy przedwdrożeniowej teraz być może się z tym spotkałeś lub nie jeżeli szukasz swojego nowego dostawcy sklepu internetowego no to software house'y które są mniejsze bądź Po prostu pomijają ten proces dostaniesz taką informację że zwyczajnie nie ma co tutaj robić analizy przed wydrożeniowej wszystko jest jasne wszystko wiemy wiesz co takie rzeczy mogą być mogą przejść jeżeli to jest 1. sklep prosty pudełkowy który otwierasz ale jeżeli przenosisz wyobraź sobie sklep który ma pięcioletnią historię zanim stoją integrację różnego rodzaju podpięcia i przy okazji zmiany silnika

03:48
ty chcesz jeszcze do tego dokonać jakiejś modernizacji masz całą listę takich życzeń które czekały właśnie na nowe środowisko no to ja ci polecam wybrać do współpracy te firmy w których w procesie przed podpisaniem umowy robicie płatną analizę tutaj dlaczego płatną no bo każdy Jak deleguje Tam swoich ludzi do pracy no to oczywiście że on Po prostu musimy my zarobić za swoją pracę musi być to wynagrodzenie wypłacone więc w dobrym tonie ja myślę jest yy Po prostu zapłacić za taką analizę natomiast unikać firm które chcą was wdrażać bez analizy OD razu wyobraź sobie że chcesz dokładnie rozpisać takie procesy co to będzie Jak będzie działało Jak to się zmieni to co działa i wydaje mi się

04:34
że w głowach ludziom to Po prostu nie zostanie przykładowy dokument analizy powinien definiować krok Po kroku tak jakby zadanie Po zadaniu co będzie wdrażane jeżeli chodzi na przykład o integrację systemu co będzie wdrażane o funkcje które zaimplementujemy dotyczy to tak samo wyglądu sklepu i tych zmian które chcesz poczynić na karcie produktu na na przykład na listingach one muszą być konkretnie opisane i dobry analityk będzie wiedział co jest standardem w sklepie a co wymaga dodatkowej do konfiguracji do programowania i też powinien przy danej pozycji podać ci Po prostu wymiar godzin który jest potrzebny na realizację bo potem jeżeli sobie skończycie taką analizę i zsumujecie te wszystkie godziny na modernizację czy dostosowanie

05:20
silnika sklepu do twoich potrzeb no to dać ci to wymiar godzin więc robiąc analizę to nie tylko ty yy na podstawie dobrych pytań analityka lepiej poznajesz swoje potrzeby bo często to są takie pytania Po prostu naprowadzające natomiast 2. rzeczą jest to że wtedy już bazujecie na bardzo precyzyjnej kwocie bo każde zadanie będzie miało jakąś estymację wyrażoną oczywiście w godzinach plus do tego doliczasz opiekę analityka w procesie opiekę pma jakieś testy no i to ci sumuje kwotę więc nie umawiaj się na gębę jeżeli to te ceny nie są tak zwane fix price uważam że analityk Po prostu powinien w takim procesie być OD samego początku ym

Błąd 3: brak osoby decyzyjnej

06:05
rzecz 3. to jest brak osoby odpowiedzialnej Po waszej stronie osób które zmieniają system my to bardzo często widzimy jako software housey i i uważam że jest to krytyczny problem który wpływa na tempo realizacji całej migracji jeżeli chcesz zmienić sklep internetowy jesteś nawet właścicielem tak słuchasz teraz tego podcastu ale nie masz nikogo kto mógłby poświęcić pół dniówki czy pół wymiaru yy swojego czasu pracy na to żeby się zaangażować w pracę z software house'em na odpowiedzi komunikację potwierdzanie wykonanych zadań czy też Po prostu zwykłą komunikację żeby coś doprecyzować co jest nowem wyszło jako wcześniej niezdefiniowane

06:50
no to ten proces będzie się bardzo mocno rozciągał yy musi być osoba odpowiedzialna Po stronie zlecenia dawcy która też i co jest bardzo ważne będzie miała określoną decyzyjność bo jeżeli z 1 strony siadasz raz na tydzień do takich zadań które ci wysyłamy wtedy odpisujesz często no nie czytasz dokładnie bo chcesz to Po prostu odbić no to ym nie dowieziemy na czas i prawdopodobnie to nie będzie to czego oczekujesz no bo jeżeli mi zatwierdzisz nawet powiesz dobra chcę tak już nie chcę tego zmieniać bo nie mam Po prostu na to czasu no to to ty na tym stracisz 2. rzecz jest taka że osoba która będzie twojego ramienia czy ty nadzorować proces wdrożenia sklepu Po waszej stronie powinna mieć decyzyjność i tutaj w tym yy pod pojęciem decyzyjności rozumiem Po

07:38
prostu zatwierdzanie zadań na zasadzie tak potwierdzam to zadanie dobrze działa nie to zadanie źle działa albo lub teraz musimy zmienić założenia zadania bo coś Tam Nam doszło a 4. rzecz to jest to że musisz mieć możliwość Po yy jakby zaciągnięcia pewnych zobowiązań bez konieczności proszenia o akceptacji dziś w górze i tutaj chodzi głównie o takie rzeczy Jak na przykład dodatkowe wyceny bo jeżeli ja wysyłam gdzieś jesteśmy w trakcie na przykład jakiejś pracy już pół uruchomieniowy z klientem ja dosyłam mu 10 zadań mówię tu jest akcept tu jest godzina na przykład tu godzina tu 2 tu 3 i podaję te estymacje z góry na dół i teraz muszę czekać tydzień aż ta osoba zapyta się swojego przełożonego czy to możemy to zrobić no to powiem ci to bardzo mocno wydłuża uważam że by

08:26
żeby przejść dobrze i szybko i sprawnie taką migrację jeżeli to będziesz ty lub inna osoba w organizacji no to musisz mieć umówione że do pewnej do pewnego wymiaru godzin możesz te zobowiązania podejmować żeby się Po prostu nikogo nie pytać bo bez tego nie jesteś żadnym menedżerem jesteś Po prostu osobą która forwarduje zadania więc warto jest o to zadbać odpowiednio wcześniej kolejna rzecz to jest niedopasowany harmonogram wdrożenia do twojej sezonowości biznesu ja wdrażam już sklepy internetowe 7. rok i tak naprawdę w tym okresie spotkałem się z różnymi biznesami które były szczególnie wrażliwe na sezonowość

Błąd 4: harmonogram a pik sprzedaży

09:12
czy to były sprzęt na przykład ym grillowy były baseny ogrodowe były choinki były jakieś materace wycieczkowe ym i to wszystko miało swój taki naturalny roczny rytm kiedy na przychodziły te piki sprzedaży i i teraz wyobraź sobie że zaczynasz cały proces zmiany czy ogólnie prac z software house'em dokładnie wtedy kiedy masz ten pik lub bezpośrednio przed albo co gorsza chcesz bo też widziałem takie szatańskie pomysły żeby uruchomić sklep internetowy właśnie na ten pik sprzedażowy teraz powiem ci jeszcze rzecz o której być może niewiele osób sobie zdaje sprawę ona jest logiczną konsekwencją uruchomienia sklepu internetowego ale musi się też wydarzyć w tym procesie

09:59
więc jeżeli mamy wyobraź sobie teraz że masz już skończone wszystkie prace z analizy przed wdrożeniowej o której mówiliśmy na początku jest to przez ciebie sprawdzone przetestowane i dajesz Nam zielone światło mówisz słuchajcie możecie uruchamiać sklep i my przejdziemy tą całą procedurę przepniemy te dns-y dodamy certyfikaty i to wszystko zaskoczy ale jest jeszcze taka 1 ważna rzecz która nazywa się ym okresem stabilizacji oprogramowania i nawet jeżeli wszystko przez ciebie czy przez NAS było dobrze przetestowane to może się wtedy okazać że do dojdą Nam nowe wyzwania których ani my ani wy nie przewidzieliście albo Po prostu powiesz dobrze to teraz byśmy jeszcze coś Tam chcieli dodać co Nam się urodziło w głowie przez te 2 miesiące i masz do tego pełne prawo ja teraz powiem ci że to co widzę w sklepach które biorę pod opiekę już Po tym okresie

10:46
w takim przygotowania uruchomienia czyli aktualnie teraz ja wchodzę do do sklepu wtedy kiedy kolega mi je przekazuje Jak zakończył wdrożenie no to przez 2 miesiące 2 3 mamy taki pik zleceń one się oczywiście stabilizują ale to jest wtedy ten czas na te dodatkowe prace pomysły gdzieś już wchodzą agencje SEO ze swoimi rekomendacjami i teraz wyobraź sobie że z tym jeszcze próbujesz się zmieścić przed swoim pikiem sprzedażowym i powiem ci to się prawdopodobnie nie uda więc jeżeli jesteś w biznesie już dłużej widzisz kiedy klienci kupują lub zwyczajnie Jak większość sklepów sprzedajesz więcej na święta gdzieś na Wielkanoc trochę na wakacje bądź może świeżo Po wakacjach no to zacznij sobie rozmawiać tak żeby ciebie to też nie obciążało

11:32
ze sklepami z dostawcami powiedzmy 3 4 miesiące wcześniej zamknij te negocjacje w okresie miesiąca i potem jeżeli w 3 miesiące zespół ci do wiezie jeżeli będzie dostępny Po twojej stronie i commerce manager no to możesz Po okresie tego piku Po prostu wtedy się uruchamiać więc myślę że to jest najlepsza rzecz którą można zrobić dla swojego sklepu na pewno się nie uruchamiać przed pikiem bo może wyjść 1.000.000 rzeczy które spowodują że wtedy kiedy ty będziesz czekać na wzmożony ruch klientów oni będą gdzieś odbijali się bo na przykład yy bramka jakaś płatnicza Po prostu Nam zwyczajnie nie zaskoczy tutaj jeszcze bardzo ważna rzecz myślę że w kontekście ogólnie całej migracji sklepu internetowego

Próbna migracja danych

12:19
to jest kwestia ym zweryfikowania z baz danych czyli źródeł z których startujemy Tam gdzie się przenosimy z robienia próbnej migracji jakichś yy właśnie próbnych importów wyczyszczenia starych baz danych ale też przeniesienia na przykład historii zamówień EE całej bazy z klientów subskrybentów z good marketingowych no bo w większości przypadków jeżeli porzucasz stare środowisko ono za jakiś czas będzie wyłączone Tam jeszcze będzie jakiś backup podtrzymywany pewnie przez miesiąc 2 no ale też musisz za niego płacić więc chciałabyś czy chciałbyś to Po prostu przenieść także warto jest wziąć też pod uwagę żeby w czasie migracji czy w czasie analizy nawet przedwdrożeniowej wystawić jakąś próbkę danych software house'owi z którym będziecie to robić

13:04
żeby oni sobie Po prostu mogli zobaczyć na strukturę danych bo często jest tak i to niezłe że my siadamy Po raz 1. OD dłuższego czasu do danego typu integracji z danym erpm czy do tak zmienionego kodu czy szablonu sklepu że musimy sobie tak troszeczkę to w głowie poukładać co się Tam Po prostu stało pozdrawiam kolejny problem to są spadki w SEO że budujesz sobie widoczność sklepu przez wiele wiele lat i nagle wskutek tego że bez informowania twojej agencji przepinasz sklep z dnia na dzień cały twój wypracowany wynik spada roboty Google wchodzą sobie cyklicznie na przykład raz na tydzień na twój sklep i mówią kurczę tutaj są już inne adresy no to znaczy że starych nie ma

Błąd 5: spadki SEO i przekierowania 301

13:49
zwraca Nam ten błąd 404 to znaczy że prawdopodobnie sklep nie działa i teraz sprawdzą 2 3 4 5 10 takich adresów wszystkie zwracają 404 puch sklep leci na dół Jak sobie przejść taki proces pod pod kątem seopoprawnie żeby nie uszkodzić jakby nie stracić nie zdepozycjonować sobie tego tych swoich wyników więc ja myślę że zacznij OD tego że jeżeli już się zbliżasz do migracji zapytaj swoją agencję co trzeba zrobić oprócz jeszcze przekierowania 301 jeżeli zmieniasz silnik sklep nie wiem na przykład z magento na prestę no to pamiętaj o tym że struktura url i tych linków diametralnie ci się zmieni no bo te silniki Po prostu inaczej budują

14:34
to nie jest złe tak Po prostu jest idziesz z shopera na prestę tak samo no to będziesz mieć inne adresy url czyli domena będzie ta sama ale Po tym slashu już będzie wszystko inne więc musisz ykhm wyciągnąć te wszystkie adresy które masz i musimy je przypisać na stałe w nowym silniku i zrobią robiąc to takie twarde yy przekierowani na to też mamy bardzo wąski okres czasu więc jeżeli będziemy dobrze przygotowani to sobie wcześniej zrobimy taką migrację i Jak już puścimy yy z mi przepiszemy dnsy już zaczniemy ten proces przepisywania twojego sklepu no to żeby roboty google'a miały to stałe przekierowanie to jest dla programisty myślę że do godziny czasu pracy

15:19
większość sklepów już ma tak zwane yy te takie automaty Po prostu którymi można to Po prostu yy poprzerzucać do tego dochodzi też architektura treści na sklepie yy nie zalecamy jakiegoś ukrywania indeksów h 1 h 2 ważne dobrze by było też Po prostu zobaczyć Jak wygląda struktura właśnie ym poszczególnych paragrafów czy nie jest to gdzieś zdublowane i też pod tym kątem sobie przejrzeć Po prostu zawartość sklepu ale na pewno zwróć się do swojej agencji SEO z którą pracujesz poinformuj przenosimy się co mamy zrobić czy są jakieś linki których ym adresy do produktów których nie ma to może w ogóle to trzeba wywalić z tej site mapy żeby gdzieś nie przenosić yy takich śmieci

Błąd 6: nowe koszty po migracji

16:05
Po prostu ym gdzieś nie ciągnąć za sobą tych błędów kolejny błąd to jest brak znajomości wszystkich kosztów przedsiębiorstwa już Po migracji no bo jeżeli funkcjonujesz sobie w jakimś układzie OD wielu wielu lat no to znasz mniej więcej panujesz nad tymi kosztami ale teraz jeżeli idziesz do nowego dostawcy to często Tam już będzie zmiana jakaś skokowa infrastruktury z której korzystasz może to będzie jakaś infrastruktura chmurowa z replikacjami bo na tym na przykład też ci zależało z taką automatyczną takim dokładaniem na przykład za sobą wtedy kiedy masz piki do tego dochodzą zmienione na przykład wtyczki moduły do tego nowego środowiska i Po pewnym czasie okazuje się że koszty rosną w kosmos

16:52
i teraz warto jest to też sprawdzić że jeżeli będziesz się przenosić no to będziesz mieć na pewno koszt hostingu jakiś certyfikat dostaniesz ale też wyobraź sobie że będziesz na przykład zmieniać metody płatności będziesz zmieniać metody yy jakieś moduły będą na nowe dochodziły czy coś będzie pisane szczególnie dla ciebie i teraz było na przykład na starym nie było danej metody płatności bo na przykład nie był rad kiedyś tak było na magento poniżej wersji 2. że Tam nie było w ogóle płatności na raty więc część klientów z tego powodu migrowała więc musisz sobie też policzyć że gdzieś będziesz jeszcze opłacać jakiś fit bramek do metod oczywiście koszty transportu też ale też jeżeli będzie taka sytuacja że trzeba będzie zainstalować inne moduły na nowej technologii no to Tam być może też będzie opłata

17:38
bo też pamiętaj że ym jeżeli zmieniasz na przykład platformę nie wiem ze yy takiego starej łukomierz czy starej presty na nową prestę my się z tym też często mierzymy to jest taka kwestia że często Dany moduł Jak jest na sklepie zainstalowany to on działa ale sklep nie był 4 5 lat podnoszony bo taka była decyzja biznesowa i okazuje się że jakiś Tam procent modułów już nie jest na przykład rozwijany i dostosowywany Po prostu firma przestała to robić i co w tej sytuacji no właśnie robiąc ten audit z początku sklepu no to sobie sprawdzasz oczywiście czy Jak załóżmy że podnoszę się z presty Tam 1 6 na 9 1 no to sprawdzam czy już ten moduł jest dostępny jeżeli w danym momencie Dany nie jest dostępny to muszę poszukać następnego i to są też te koszty

18:24
których wcześniej Po prostu nie miałeś więc warto jest gdzieś sobie te rzeczy spisać zobaczyć Po prostu Jak to będzie wyglądało czy w pikach kiedy będziesz dopalać kampanię na przykład a te ppc i będą ci dołożone zasoby bądź sla sobie zmienisz na takie bardziej ym bym powiedział wrażliwe że odpowiada w ciągu godziny to jest też twój dodatkowy koszt ale warto jest to wszystko wcześniej sobie sprawdzić kolejny błąd to jest transfer długu technologicznego i szczególnie to jest widoczne wtedy kiedy spotykamy się z takim hasłem że chcielibyśmy żeby na nowym sklepie było wszystko tak samo Jak na starym sklepie tylko żeby był silnik pozmieniony i wtedy robimy chyba najgłupszą rzecz jaka jest do w czasie tej migracji

Błąd 7: przenoszenie długu technologicznego

19:09
czyli przekodowujemy cały wygląd sklepu na ten nowy szablon czyli dokładnie to co było Tam ma być tu i to jest powiem ci dlaczego to jest głupotą dlatego że jeżeli zmieniasz czy robisz jakieś radykalne odświeżenia sklepu raz na 2 3 czy 5 lat no to weź pod uwagę że w międzyczasie zmieniają się też pewne trendy związane z tym Jak się projektuje sklepy zmieniają się oczekiwania użytkowników wchodzą jakieś nowe badania yy twoi twoja konkurencja na przykład mierzy sobie zachowania klientów na sklepie i wie co jest dla niej dobre a wie co jest dla niej złe ty na przykład nie korzystasz z żadnych hitmap czy nie analizujesz danych OD google'a na temat tego Jak się klienci zachowują na twojej stronie bo nie masz powiedzmy tych metryk podłączonych

19:55
no to przenoszenie tego trupa starego przepraszam za takie określenie na nowe środowisko spowoduje że ciągniesz za sobą te same problemy które miałaś masz tak naprawdę więc polecałbym żeby popatrzeć najpierw w analitykę Jak klienci chodzą Po sklepie gdzie szukają informacji czemu szybko na przy nie wiem opuszczają daną stronę bo to będzie też dla ciebie yy jasna informacja Jak powinieneś czy powinnaś przebudować struktury kart produktowych być może w ogóle przebudować bloga bo blogi dalej mają bardzo dużą moc jeżeli chodzi o podtrzymanie uwagi klientów więc nie pchałbym się w przenoszenie takie oszczędzanie to nie róbmy jukexu

20:41
przenieśmy sobie to tak Jak będzie yy zobaczymy teraz działa to będzie działać no wydaje mi się że ym o ile powiedzmy można zakodować te rzeczy tak żeby były w ten sam sposób działały no to nie ma chyba lepszej okazji do tego żeby zastanowić się nad tym Jak ten sklep Po prostu odświeżyć kolejny błąd to jest niedoszacowana integracja z systemami erp wms i tu jest tak że to niekoniecznie musi być błąd czy jakieś zaniedbanie zaniechanie z naszej czy waszej strony bo yy gdzieś policzyliśmy na skróty w tej analizie tu o której mówiliśmy na początku ale weź pod uwagę że podłączenie twojego systemu rpowego do nowego sklepu to jest znowuż

Błąd 8: integracja ERP/WMS i testy

21:27
zetknięcie się 2 różnych standardów wymiany danych które niekoniecznie muszą ze sobą grać i teraz tak ym dobry analityk w trakcie analizy dostanie OD OD dostawcy twoich usług całą dokumentację API on sobie zobaczy Jak są Jak jakie informacje są wysyłane odbierane my do tego się dostosujemy dokodujemy Tam sobie ewentualnie pola żeby to co jest yy w sklepie na przykład sprzedane z daną metodą transportu z jakimś Tam statusem żeby było przekazane do ciebie ale może się okazać że do twojego dostawcy że Po drodze wystąpią jakieś ym dodatkowe komplikacje na przykład typu trzeba będzie gdzieś jeszcze zbudować jakiś pośredni serwer yy żeby nie pchać tego wszystkiego w okresie testowym na serwer produkcyjny yy albo na przykład ym

22:12
zmienią się jakieś ustawienia jeszcze z tych domyślnych u twojego dostawcy erpa i na przykład zmienią się nazwy pół czy miejsca pół i to też będzie wymagało dodatkowej pracy tak naprawdę z każdym dostawcą do którego będziesz wysyłała wysyłała czy wysyłał informacje no to ja bym sobie uwzględnił że i trzeba będzie coś pewnego rodzaju jeszcze przeszlifować testy sklepu internetowego i to jest rzecz która dla wielu z was jest Nadal nieoczywista mianowicie dobry sklep który robi ci dobre wdrożenie powinien zarówno w twojej wycenie czyli tym co dostajesz yy zanim podpiszesz umowę o współpracę

22:58
powinien zawierać też te godziny dodatkowe na testy ten q a tak zwany nie ale Po co to jest potrzebne no właśnie Po to żebyśmy zobaczyli Jak na nowym środowisku będą się zachowywały te funkcje które dla ciebie wdrażamy ym oczywiście są testy automatyczne które są sprawdzane jeżeli wrzuca się zmiany natomiast ja powiem ci że pracując i przy testach automatycznych i przy testach manualnych uważam że to naszym jest też obowiązkiem żeby dokładnie sprawdzić Jak te funkcje które wam wdrażamy czy za Bruno wygląd Jak i ten cały bekent Jak będą się zachowywały Po tym Jak trafią na tą reprodukcję i Tam będziemy sobie yy Po prostu sprawdzali Jak Jak to funkcjonuje więc yy jest to jakiś wymiar pewnie 10

23:43
15% wartości budżetu z reguły budzi to zdziwienie natomiast uważam że jest to absolutnie niezbędne no nie da się wpuścić na produkcję rozwiązania którego się nie przetestuje oczywiście inaczej testuje się front end inaczej się testuje ym przekazywanie informacji Po yy tym API testowym do systemu erp a jeszcze inaczej robi się testy bramek na przykład płatności to są takie środowiska sandboxowe ale to ci udostępni tak naprawdę każdy dostawca czy płatności czy metody wysyłki gdzie możesz sobie zrobić testowe zamówienie i tak testowo je oczywiście opłacić natomiast myślę że jeżeli gdzieś masz w głowie wdrożenie na 300 400h no to

24:28
walka o 30h na testy głównie wynika z niezrozumienia Jak istotna jest ta rola EE testera no i na koniec mamy ja bym zaliczył tutaj jeszcze taką ostatnią rzecz to są pewnego rodzaju silosy informacyjne czyli część z was ma pewną wiedzę Jak coś działa Jak Dane narzędzia są zbudowane ale to jest taka wiedza która gdzieś Tam jest w głowie i teraz ym kiedy powstają takie do czego kiedy dochodzi do tego że gdzieś wiedza nie jest transferowana jeżeli wydrażacie nowe moduły które nowe no jakieś jakiekolwiek zmiany to właśnie taki dokument analizy przedwydrożeniowej powinien być takim punktem wyjścia i on powinien być aktualizowany globalnie w całej firmie

Silosy informacyjne

25:14
więc jeżeli dochodzą jakieś zmiany na przykład na froncie sklepu gdzie dokładacie jakiś nie wiem kalkulator dokładacie jakieś nie wiem wtyczkę OD rad czy jakiś slider no to dobrze by było Po prostu te rzeczy opisać tak żeby inne osoby niż Dana kompetencja miały dostęp kiedy NAS już Po prostu w tej firmie nie będzie więc 1 system zbierania informacji o modulach o funkcjonalnościach co dochodzi uważam że jest to must have w tym procesie dlatego też w trakcie tego yy przygotowania i takiej higienizacji danych powinniśmy się zatroszczyć o to żeby zbierać w 1 miejscu takim konfluensie na przykład informacje właśnie o tym

Zakończenie

26:00
jakim yy z czego korzystamy Jak to zostało zmienione i też yy wewnętrznie się zobowiązać do tego żeby yy aktualizować takie rzeczy cześć z mojej strony w tym odcinku to już wszystko jeżeli potrzebujesz pomocy w obszarze prowadzenia projektów przy migracjach czy stawianiu nowych i komersów odezwij się do mnie kontakt zostawię ci w opisie odcinka i pamiętaj też o subskrypcji i zostawieniu kciuka w górę bo to pomoże mi w rozwoju tego kanału cześć z tej strony Jerzy żanowski witam cię na kanale doktor i commerce i dzisiaj porozmawiamy sobie o ośmiotypowych błędach podczas migracji sklepu internetowego ale zanim zaczniemy omawiać tych 8 punktów jeżeli jeszcze nie subskrybujesz tego kanału

26:46
to wciśnij przycisk subskrybuj daj kciuka i zostaw jakiś komentarz zatem zaczynajmy