Wdrożenie sklepu internetowego na platformie Shoper

Mniej obowiązków technicznych, ta sama potrzeba konfiguracji

Platforma abonamentowa zdejmuje z firmy część zadań: hosting, aktualizacje i zabezpieczenia są po stronie dostawcy. Nie zwalnia to jednak z poprawnego skonfigurowania samego sklepu — a to właśnie tam powstaje większość późniejszych problemów.

Co konfigurujemy

• Strukturę kategorii i sposób prezentacji produktów.
• Warianty, atrybuty i filtry ułatwiające wyszukiwanie.
• Podatki, koszty wysyłki i progi darmowej dostawy.
• Metody płatności i ich testowanie na prawdziwych transakcjach.
• Integracje z systemem magazynowym, kurierem i platformami sprzedaży.
• Treści wymagane przepisami.

Integracje jako główny obszar pracy

Przy platformach abonamentowych to właśnie połączenia z zewnętrznymi systemami wymagają najwięcej uwagi: stany magazynowe, wystawianie dokumentów, przekazywanie przesyłek do kuriera. Konfigurujemy je i sprawdzamy na rzeczywistych zamówieniach, a nie na testowych.

Ograniczenia platformy

Rozwiązanie abonamentowe daje mniej swobody niż sklep instalowany samodzielnie. Mówimy o tym przed wdrożeniem — jeśli firma potrzebuje nietypowych funkcji, lepiej wiedzieć to zawczasu niż po przeniesieniu całej oferty.

Dane firmy

Katalog produktów, zamówienia i dane klientów warto okresowo pobierać w postaci plików. To jedyna kopia niezależna od dostawcy i jedyna, która zostaje przy firmie w razie problemów z kontem.

Szybkość

Największy wpływ mają tu zdjęcia produktów. Nieprzeskalowane fotografie potrafią spowolnić sklep bardziej niż cokolwiek innego.

Przygotowanie katalogu przed uruchomieniem sklepu

Sprawne wdrożenie zaczyna się od uporządkowania danych produktowych. Nazwy, opisy, symbole, ceny, zdjęcia i przypisania do kategorii powinny tworzyć jeden spójny katalog. Jeżeli te same informacje występują w arkuszu, systemie magazynowym i materiałach od dostawców, trzeba ustalić źródło nadrzędne. Jest to system lub plik, którego dane uznaje się za obowiązujące podczas importu i późniejszych aktualizacji.

Szczególnej uwagi wymagają warianty, czyli odmiany jednego produktu różniące się na przykład rozmiarem albo kolorem. Każdy wariant może mieć własny symbol, cenę, zdjęcie i stan magazynowy. Niepoprawne powiązanie wariantów prowadzi do sprzedaży niewłaściwego towaru albo prezentowania dostępności, która nie odpowiada stanowi faktycznemu. Przed importem ustalany jest więc sposób identyfikowania produktów oraz ich odmian.

Atrybuty, czyli uporządkowane cechy produktu, służą nie tylko do wyświetlania informacji. Na ich podstawie mogą działać filtry w kategorii. Wpisanie tej samej cechy na kilka sposobów, na przykład z różną pisownią, tworzy osobne wartości i utrudnia wyszukiwanie. Dlatego nazewnictwo powinno zostać ujednolicone jeszcze przed zasileniem sklepu większą liczbą produktów.

Projektowanie kategorii i ścieżki zakupu

Struktura kategorii powinna odpowiadać sposobowi, w jaki asortymentu szukają klienci, a nie wyłącznie wewnętrznemu podziałowi firmy. Zbyt głębokie drzewo kategorii, czyli wielopoziomowy układ działów i poddziałów, wydłuża drogę do produktu. Zbyt ogólny podział sprawia natomiast, że na jednej liście pojawia się wiele nieporównywalnych pozycji.

Przed uruchomieniem sprawdzana jest cała ścieżka zakupu: od wejścia na stronę kategorii, przez kartę produktu i koszyk, aż po wybór dostawy, płatność oraz potwierdzenie zamówienia. Kontrola obejmuje także komunikaty pojawiające się przy braku towaru, błędnym formularzu albo niedostępnej metodzie dostawy. Klient powinien rozumieć, dlaczego nie może przejść dalej i co należy poprawić.

Osobnego przeglądu wymaga wersja mobilna, czyli widok sklepu na telefonie i mniejszym ekranie. Formularze, przyciski, zdjęcia oraz warianty produktu muszą pozostać czytelne bez powiększania strony. Sam fakt, że szablon automatycznie dopasowuje układ do ekranu, nie oznacza jeszcze, że każda wprowadzona treść będzie wygodna w użyciu.

Warianty wdrożenia zależne od sytuacji firmy

Nowy sklep bez wcześniejszego systemu sprzedaży wymaga przede wszystkim zbudowania katalogu, zasad dostawy i procesu realizacji zamówień. Można wtedy zaprojektować strukturę bez konieczności zachowania dawnych oznaczeń. Trzeba jednak wcześniej ustalić, gdzie będą aktualizowane ceny, stany oraz dane produktów, aby po uruchomieniu nie powstało kilka niespójnych źródeł.

Migracja, czyli przeniesienie działającego sklepu na inną platformę, ma inny zakres. Obejmuje nie tylko produkty, lecz także ocenę danych klientów, zamówień, adresów stron i materiałów informacyjnych. Nie każdy rodzaj danych daje się przenieść w identycznej postaci. Przed rozpoczęciem migracji ustala się więc, które elementy muszą zachować ciągłość, a które można odtworzyć w nowej strukturze.

Jeszcze innego przygotowania wymaga sprzedaż wielokanałowa, czyli równoczesna obsługa sklepu oraz zewnętrznych platform sprzedaży. W takim modelu trzeba wskazać system odpowiedzialny za stan magazynowy, ceny i statusy zamówień. Bez tej decyzji poszczególne kanały mogą przesyłać sprzeczne informacje albo aktualizować te same pola w różny sposób.

Płatności, dostawy i reguły koszyka

Konfiguracja płatności nie kończy się na włączeniu operatora. Sprawdzane jest przekazanie zamówienia, powrót klienta do sklepu oraz zmiana statusu po opłaceniu. Status to oznaczenie etapu obsługi, na przykład oczekiwania na płatność albo przygotowania przesyłki. Nieprawidłowa zmiana statusu może spowodować rozpoczęcie realizacji zamówienia nieopłaconego lub przeoczenie płatności, która została poprawnie wykonana.

W dostawach trzeba uwzględnić rodzaj przesyłki, wartość koszyka, wagę oraz ograniczenia konkretnych produktów. Reguły koszyka, czyli warunki automatycznie wpływające na dostępne opcje, powinny zostać sprawdzone na kilku różnych zamówieniach. Dotyczy to także progu darmowej dostawy, kuponów oraz sytuacji, w której w jednym koszyku znajdują się towary o odmiennych wymaganiach transportowych.

Test na rzeczywistym zamówieniu pozwala ocenić cały obieg informacji. Sprawdzane są wiadomości wysyłane do klienta, dane widoczne w panelu, naliczone koszty, dokumenty i przekazanie przesyłki do dalszej obsługi. Po zakończeniu testu wiadomo, czy proces działa jako całość, a nie tylko czy poszczególne ustawienia zostały zapisane.

Najczęstsze błędy przy samodzielnej konfiguracji

Częstym błędem jest rozpoczęcie pracy od wyglądu strony, zanim zostanie ustalona struktura katalogu i sposób obsługi zamówień. Późniejsza zmiana kategorii, wariantów albo źródła stanów magazynowych wymaga wtedy ponownego poprawiania menu, filtrów, opisów i integracji. Bezpieczniej najpierw opisać proces sprzedaży, a dopiero potem dopasować do niego prezentację sklepu.

Problemy powoduje również masowy import nieuporządkowanego arkusza. Import to automatyczne wczytanie wielu rekordów z pliku. Błędne symbole, niejednolite cechy lub puste pola mogą zostać powielone w całym katalogu. Przed pełnym importem warto sprawdzić niewielką, reprezentatywną grupę produktów, obejmującą pozycje proste, wariantowe i mające różne zasady dostawy.

Innym błędem jest jednoczesne włączanie wielu dodatków bez sprawdzania ich wpływu na proces zakupu. Dodatek może zmieniać koszyk, sposób prezentowania produktu albo przekazywania danych. Gdy kilka zmian zostanie uruchomionych naraz, trudniej wskazać przyczynę problemu. Każdą istotną funkcję należy więc zweryfikować przed przejściem do następnej.

Nie należy też traktować kopii wyeksportowanych danych jako ustawienia wykonywanego tylko raz. Eksport, czyli pobranie danych ze sklepu do pliku, powinien być wykonywany okresowo i przechowywany poza kontem platformy. Sam plik wymaga kontroli, ponieważ kopia jest użyteczna dopiero wtedy, gdy zawiera potrzebne pola i można ją poprawnie odczytać.

Kiedy problem nie wynika z platformy Shoper

Brak nowego zamówienia w systemie magazynowym nie zawsze oznacza usterkę sklepu. Przyczyną może być zatrzymana integracja, błędne dane dostępowe albo reguła, która przesyła wyłącznie zamówienia o określonym statusie. Diagnostyka powinna objąć całą drogę danych, a nie tylko panel administracyjny sklepu.

Nieprawidłowy stan produktu może pochodzić z systemu nadrzędnego lub z innego kanału sprzedaży. Jeśli kilka systemów aktualizuje ten sam produkt, trzeba sprawdzić kolejność synchronizacji. Synchronizacja to automatyczne uzgadnianie informacji pomiędzy systemami. Ręczna korekta w sklepie może zostać nadpisana przy następnym przesłaniu danych.

Powolne otwieranie karty produktu także nie musi wynikać z działania całej platformy. Przyczyną bywają ciężkie zdjęcia, zewnętrzne elementy strony lub rozbudowany szablon. Rozpoznanie źródła wymaga oddzielnego sprawdzenia zawartości karty, elementów wspólnych dla całego sklepu oraz usług pobieranych spoza platformy.

Dodatkowe pytania przed wdrożeniem

Czy cały katalog trzeba wprowadzać ręcznie?

Nie zawsze. Dane można przygotować do importu, jeżeli ich układ jest spójny i zawiera pola wymagane w sklepie. Przed wczytaniem trzeba jednak oczyścić nazwy, symbole, warianty i atrybuty. Automatyczne przeniesienie nie poprawi błędów znajdujących się w materiale źródłowym.

Czy można połączyć Shoper z używanym systemem magazynowym?

Zależy to od dostępnego sposobu integracji i zakresu danych, które mają być wymieniane. Przed wdrożeniem określa się, czy połączenie ma przesyłać produkty, ceny, stany, zamówienia, dokumenty czy statusy. Sama informacja o dostępności integracji nie wystarcza, ponieważ jej rzeczywiste możliwości mogą być węższe od potrzeb firmy.

Czy gotowy szablon wystarczy do uruchomienia sprzedaży?

Szablon zapewnia podstawowy wygląd, ale wymaga dopasowania treści, menu, zdjęć i elementów ścieżki zakupu. Konieczne jest również sprawdzenie widoku mobilnego oraz formularzy. Estetyczna strona główna nie potwierdza jeszcze, że koszyk i realizacja zamówienia zostały poprawnie skonfigurowane.

Czy po uruchomieniu można zmienić strukturę kategorii?

Można ją zmieniać, lecz taka decyzja wpływa na menu, filtry, przypisania produktów i adresy poszczególnych podstron. Im większy katalog, tym więcej elementów wymaga ponownego sprawdzenia. Dlatego główny podział asortymentu najlepiej ustalić przed importem pełnej oferty.

Co należy sprawdzić bezpośrednio przed rozpoczęciem sprzedaży?

Należy przejść cały proces jak klient: znaleźć produkt, wybrać wariant, dodać go do koszyka, zastosować dostępne reguły, wybrać dostawę, opłacić zamówienie i sprawdzić wiadomości. Po stronie obsługi trzeba zweryfikować status, dokumenty, zmianę stanu oraz przekazanie danych do połączonych systemów. Dopiero taki test pokazuje, czy sklep jest gotowy do przyjmowania rzeczywistych zamówień.

Uruchomienie sklepu jako kontrolowany proces

Wdrożenie Shoper nie sprowadza się do założenia konta i uzupełnienia kilku formularzy. Obejmuje przygotowanie danych, ustalenie odpowiedzialności poszczególnych systemów, konfigurację sprzedaży oraz sprawdzenie pełnego obiegu zamówienia. Dobrze zaplanowane uruchomienie ogranicza ręczne poprawki i pozwala wykryć niespójności, zanim zetkną się z nimi klienci. Ostatnim etapem powinno być rzeczywiste zamówienie kontrolne, ponieważ to ono łączy katalog, płatność, dostawę, dokumenty i stan magazynowy w jeden sprawdzalny proces.