2 posty z tagiem "case-study"

Shoper wprowadza Storefront, czyli nowy typ szablonu sklepu internetowego. Dzięki Storefront klient ma większe możliwości personalizacji wyglądu sklepu. Niestety, jedną z kluczowych decyzji jaka zapadła podczas projektowania Storefront był brak wsparcia dla "integracji własnych". Co niesie za sobą szereg komplikacji - nie chciałem tego nazwac "problemem", bo uważam, że to krok w dobrym kierunku. Ale od początku?

Czym są integracje własne?​

Integracje własne w Shoper, to miejsce w panelu admina, gdzie można było umieszczać dowolne skrypty integrujące usługi zewnętrzne z naszym sklepem. Najczęściej wykorzystywano je do integracji:

• usług Google: Analytcis, Tag Manager, Ads, Optimize
• reklam Facebooka: pixele, trackery, eventy
• usługi retargetingowe: Criteo, RTB House, Adform
• usługi marketing automation, np. Trustisto
• narzędzia do testowania: Hotjar, VWO, Optimizely
• narzędzia do zbierania opinii: TrustedShops, Opineo, Ceneo
• narzędzia do chatowania: LiveChat, Tawk.to, Intercom
• i innych.

Integracje własne posiadały mechanizm zmiennych, które można było wykorzystać w skryptach. Dzięki temu, można było przekazywać do zewnętrznych narzędzi dane o kliencie, koszyku, czy zamówieniu.

Dodatkowo w integracjach własnych dostępny był context, czyli informacja o tym gdzie aktualnie znajduje się klient. Dzięki temu można było wyświetlać skrypty tylko na wybranych podstronach sklepu np. tylko na stronie produktu, czy tylko na stronie kategorii. Osobne miejsce w integracjach własnych miała strona z podziękowaniem za zakup, gdzie można było umieszczać skrypty np. z kodem konwersji.

Tak wyglądało to w panelu admina:

Problem z integracjami własnymi​

Taka "dowolność" w zarządzaniu skryptami na stronie sklepu niesie za sobą pewne ryzyko. Nieprawidłowo zdefiniowane skrypty mogą spowodować problemy z wyświetlaniem strony, czy nawet z jej działaniem. Z kuluarów było słychać, że support Shoper często musiał ratować klientów z opresji, kiedy Ci nieumiejętnie zarządzali skryptami. To prowadziło do sytuacji, kiedy klienci byli niezadowoleni i zrzucali winę na Shoper, że ich sklep nie działa.

Shoper postanowił coś z tym zrobić.

Storefront, a integracje własne​

Przed wprowadzeniem do sklepów Shoper szablonów typu Storefront, mieliśmy do dyspozycji szablony RWD. W tych szablonach integracje własne działały bez problemu. Wszystkie zdefiniowane skrypty były wyświetlane na odpowiednich podstronach sklepu.

Z chwilą wprowadzenia Storefront, integracje własne przestały działać, co wprowadziło w zdumienie zarówno właścicieli sklepów, programistów jak i agencje, które zajmują się obsługą sklepów Shoper.

Storefront nie posiada miejsca na integracje własne. Wszystkie skrypty, które chcemy umieścić na stronie sklepu, musimy dodać w inny sposób. Rozwiązań jest kilka.

Rozwiązanie​

1. Google Tag Manager - moim zdaniem najlepszym sposobem na wpinanie skryptów zewnetrznych jest robienie tego przez menadżer tagów np. Google Tag Manager (GTM). Shoper udostępnił możliwość dodania GTM do Storefront (poprzez dedykowany moduł - patrz niżej) dzięki czemu możemy zarządzać wszystkimi skryptami właśnie z poziomu GTM. Problemem może być tzw. warstwa danych (dataLayer), która jest dostępna w Storefront. Czy bedzie zawierać niezbędne zmienne do odpowiedniego konfigurowania skryptów? O tym przeczytasz w naszym kolejnym artykule na temat GTM w Shoper Storefront. Moduł GTM w Storefront wygląda następująco:

2. Moduły Storefront - nowością w Storefront są tzw. moduły, czyli elementy z których składa się szablon Storefront. Shoper udostępnił szereg wbudowanych modułów, w tym ten do dodania Google Tag Managera oraz Google Analytics 4, ale również udostępnił mechanizm do tworzenia własnych modułów. Dzięki czemu twórcy aplikacji (tacy jak My w agencji ShoperMan) moga tworzyć moduły integrujące wybrane usługi. W ten sposób można zintegrować sklep z dowolnym narzędziem zewnętrznym - o ile jest/będzie do tego moduł. Ciężar w tym przypadku przeniesiono na programistów i Twórców dodatków.

Potrzebujesz wsparcia?​

Wracam do Was z kolejnym rozwiązanym problemem klienta, tym razem związanym z raportowaniem kupionych produktów.

Problem​

Nasz klient miał problem ze zliczaniem produktów z zamówień według wariantów. Warianty to różne wersje tego samego produktu, np. rozmiar, kolor, pojemność itp. Na koniec każdego dnia klient chciał mieć zestawienie ile produktów w rozmiarze S, X, XL lub XXL zamówiono. Shoper w raporcie nie grupował tych sprzedaży po wariantach.

Podstawowy widok zamówień w Shoperze wyglądał tak jak poniżej i nie dawał odpowiedzi na pytanie klienta:

Eksport zamówień do pliku CSV umieszczał szczegóły produkty w wielu kolumnach, ale mimo to wariant nie był w osobnej kolumnie, tylko wymieniony w kolumnie z nazwą produkty. Poza tym samo umieszczanie produktów w kolumnach a nie w osobnych wierszach stanowiło problem z analizą danych

Rozwiązanie​

Stworzylismy dedykowane rozwiązanie dla klienta, które każdego dnia generowało plik Excel i wysyłało klientowi go mailem z danymi sprzedażowymi za dzień poprzedni.

W pliku Excel umieściliśmy wszystkie zamówienia, a kupione produkty pogrupowaliśmy według wariantu. Finalnie klient otrzymał plik w którym jedna z zakładek odpowiadała na postawione przed nami zadanie.

Podsumowanie​

Rozszerzeniem tego pomysłu może być zbudowanie mini panelu gdzie klient mógłby zobaczyć te dane w formie wykresów i tabel. Można by również dodać możliwość filtrowania danych po różnych kryteriach, np. po kategorii produktu, dacie zamówienia, itp.

W tym konkretnym przypadku liczyła się szybkość wdrożenia, gdyż zamówienia spływały szybkim tempem i klient chciał mieć dane w wybranym formacie jak najszybciej.

Wszystkie przedstawione na zdjęciach dane są fikcyjne i służą jedynie celom demonstracyjnym.