typowe problemy podczas migracji sklepu
TRANSCRIPT
Typowe błędy podczas zmiany systemu e-commerce
czyli jak złapać diabła za rogi
Skala biznesu?Trudność migracji a skala biznesu❏ Małe i mikro sklepy
❏ przychody 1 000zł / dzień❏ do 10 tys. użytkowników / m-c
❏ Średnie sklepy ❏ przychody 5 000 - 10 000 / dzień
❏ Duże sklepy❏ przychody +50 000zł / dzień❏ powyżej 500 tys. użytkowników / m-c❏ powyżej 200 tys. produktów
Migracja - mały sklep❏ Marża dzienna netto sklepu 200 - 500zł / dzień
❏ Koszty korzyści utraconych w przypadku migracji - mniejsze niż koszty dedykowanych prac programistycznych
❏ Podstawowy zakres migracji danych❏ katalog produktów (nazwa produktu, zdjęcia, atrybuty, opis, drzewo kategorii, producenci)❏ stany magazynowe❏ ceny❏ baza klientów❏ zamówienia❏ subskrybenci
Średni sklep❏ Marża dzienna netto sklepu 1 000 - 2 000zł / dzień
❏ Koszty korzyści utraconych w przypadku migracji porównywalne do kosztów prac programistycznych
❏ Proste funkcje dedykowane wykorzystywane przez klientów i partnerów
❏ Dodatkowy zakres migracji danych❏ program lojalnościowy❏ grupy i rabaty dla klientów❏ cenniki dodatkowe
Duży sklep❏ Marża dzienna netto sklepu + 5 000zł / dzień
❏ Wysokie koszty w przypadku przejściowych problemów
❏ Zaawansowane funkcje dedykowane
❏ Dodatkowe zagrożenie PR-owe w przypadku problemów
❏ Pełny zakres migracji danych❏ program partnerski❏ landing pages❏ aukcje Allegro❏ kupony rabatowe❏ gratisy, zestawy produktowe
Schowek? nikt nie używa schowka
Po migracji okazało się, iż z funkcji schowka korzysta kilkanaście tysięcy klientów
Typowe problemy:Analiza przedwdrożeniowa
❏ Brak analizy przedwrożeniowej
❏ Słaba pamięć, brak dokumentacji wewnętrznej
❏ Niekompletny zespół pracujący nad przygotowaniem analizy
❏ Nie docenianie potrzeb i oczekiwań pracowników oraz klientów
❏ Janek wiedział ale nie powiedział - bo nikt nie zapytał
❏ Obcinanie kosztów
Typowe problemy:Migracja danych
❏ Brak dostępu do bazy danych, FTP lub API
❏ Niejasna struktura bazy danych, brak dokumentacji do API
❏ Brak testów zaimportowanych danych po stronie klienta
❏ Nie wystarczający czas przewidziany na skopiowanie danych❏ ile trwa stworzenie 200 tys. produktów❏ ile trwa skopiowanie 500 tys. zamówień
❏ Brak możliwości migracji haseł użytkowników
❏ Niezgodności w typie danych
Typowe problemy:Czasochłonność
❏ Ile trwa przygotowanie migracji danych?❏ mały sklep z popularnej platformy = 4 - 8h
❏ średni sklep z popularnej platformy = 16 - 30h
❏ duży sklep z popularnej platformy = 50 - 80h
❏ duży sklep z systemu dedykowanego = 100 - 180h
❏ Migracja danych to nie migracja ustawień
❏ Czas to pieniądz!
Użytkownicy wchodzący na strony wyszukiwarki
Po uruchomieniu sklepu pojawiły się tysiące 404 - w kampaniach AdWords, programie
partnerskim itp. używano linków do wyszukiwarki
Typowe problemy:Zła metodologia
❏ Brak specyfikacji dotyczącej zakresu wdrożenia
❏ Brak lub nieprawidłowy harmonogram prac
❏ Zbyt duże wymagania na start - waterfall effect
❏ Brak jasno wytyczonych celów
❏ Brak wystarczających zasobów po stronie klienta
❏ Źle dobrany czas migracji
Typowe problemy:Ludzie
❏ “Każda zmiana rodzi opór”
❏ Źle sformowany zespół projektowy
❏ Zbyt wiele obowiązków dla członków zespołu wdrożeniowego
❏ Pan informatyk “złota rączka” odpowie
❏ Brak komunikacji wewnętrznej, marketingu nowego systemu
❏ Brak szkoleń
Typowe problemy:SEO
❏ Brak migracji linków❏ do produktów❏ do kategorii❏ do producentów
❏ Nieudokumentowane sposoby generowania linków
❏ Brak audytu i optymalizacji SEO nowego systemu
❏ Zaindeksowana wersja deweloperska powodująca duplikacje
❏ Różnice w działaniach systemów❏ inne nazewnictwo obrazków i optymalizacji przy zdjęciach❏ inny sposób generowania statystyk (Google Analytics)
Typowe problemy:Harmonogram prac - średni sklep
Zadanie Czas - źle Czas - dobrze
Analiza przedwdrożeniowa 4h 40h
Opracowanie projektu graficznego 20h 120h
Przygotowanie szablonu sklepu w wersji responsywnej
20h 200h
Migracja danych ze starego systemu 4h 20h
Konfiguracja systemu 4h 40h
Testy systemu 8h 40h
Szkolenie pracowników 4h 16h
Świetni specjaliści od ERP
Często nie mają doświadczenia w elastycznych modelach e-commerce
Dlaczego ERP“nie działa”?
❏ Wszyscy chcieli wdrożyć ERP... tylko nikt nie wiedział do czego służy
❏ Wybrano znany system ERP… ale firma wdrażająca nie miała doświadczenia
❏ Wybrano system który sprawdził się w zaprzyjaźnionej hurtowni, ale nie sprawdzono czy obsługuje takie procesy i funkcje jak:❏ sprzedaż na zasadzie dropshippingu❏ przetwarzanie stanów magazynowych i cen u dostawców na podstawie plików XLS, CSV,
w tym wybór najkorzystniejszej oferty na podstawie zadanych kryteriów❏ automatyzacje zarządzania pracą magazynu ❏ integracje z kurierami❏ automatyczne księgowanie płatności na konto, pobrań
Co mówią firmy wdrażające ERP
❏ “Musimy sprawdzić jak był opisany ten proces w specyfikacji”
❏ “Mamy taki moduł, musimy go tylko skonfigurować”
❏ “To jest tylko podpięcie się do API - zajmie maksymalnie tydzień”
❏ “Pozostało tylko przetestować system”
A jak wygląda rzeczywistość?
❏ “Musimy sprawdzić jak był opisany ten proces w specyfikacji” ↳ Istnieje prawdopodobieństwo iż firma zapomniała o procesie
❏ “Mamy taki moduł, musimy go tylko skonfigurować” ↳ W systemie jest moduł, którego nikt nie używał przez 2 lata
❏ “To jest tylko podpięcie się do API - zajmie maksymalnie tydzień” ↳ Firma nie robiła integracji z e-commerce, potrwa to min. m-c
❏ “Pozostało tylko przetestować system” ↳ Jest ERP i zbiór modułów dedykowanych, ale nikt w całości systemu jeszcze nie testował
Specyfikacja wdrożenia systemu ERP
“Jak czegoś nie ma w specyfikacji, to znaczy że nie istnieje!”
