Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa DataFirefly Waitlist: powiadomienie o dostępności ze śledzeniem konwersji dla PrestaShop 8 i 9, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Niewidoczny przychód ukryty w brakach magazynowych
W rosnącym sklepie od 5 do 15 procent ruchu produktowego ląduje na kartach produktów niedostępnych. Bez systemu przypomnień ten ruch jest tracony dwukrotnie: raz jako sprzedaż tu i teraz, a raz jako klient, który nie wróci za trzy tygodnie sprawdzić, czy produkt jest już dostępny. DataFirefly Waitlist zamienia to tarcie w mierzalny przychód. Zainteresowany odwiedzający zostawia adres e-mail w 5 sekund, Ty wysyłasz mu automatyczne powiadomienie przy uzupełnieniu stanu, a on wraca i kupuje. Przy produktach o dużym popycie (kolekcje kapsułowe, serie limitowane, indeksy sezonowe) współczynnik konwersji po powiadomieniu często mieści się między 15 a 30 procent.
Dlaczego obsługa wariantów robi całą różnicę
Większość konkurencyjnych modułów powiadamiania o dostępności obsługuje wyłącznie produkty proste. W sklepie sprzedającym odzież, obuwie albo sprzęt z wariantami to rozwiązanie bezużyteczne: klient zainteresowany wariantem Czerwony rozmiar L dostanie powiadomienie, gdy do sprzedaży wróci Niebieski rozmiar XS, straci zaufanie i się wypisze. DataFirefly Waitlist obsługuje zapis dla pary produkt i wariant. Odwiedzający wyraźnie widzi wybrany wariant w formularzu, e-mail wskazuje dokładną kombinację, a link prowadzi wprost do karty z już wybranym wariantem. Gdy odwiedzający zmieni wariant przed zakupem, przycisk aktualizuje się w czasie rzeczywistym przez dedykowany endpoint AJAX: znika, jeśli wybrany wariant jest dostępny, pojawia się ponownie w przeciwnym razie i przełącza cel.
Śledzenie konwersji, które dowodzi wartości
Większość modułów marketingowych komunikuje się obietnicami: zwiększa średni koszyk o X procent. Z Waitlist mierzysz: każdy zapis jest śledzony aż do zakupu. Hook actionValidateOrder sprawdza po każdym zamówieniu, czy klient odpowiada powiadomionej osobie zapisanej na ten produkt. Jeśli tak, zapis jest oznaczany jako skonwertowany wraz z powiązanym identyfikatorem zamówienia. Pulpit w back office pokazuje współczynnik konwersji globalnie i per produkt (zakupy do powiadomień). Widzisz dokładnie, które produkty konwertują po powrocie do sprzedaży, co jest cenną informacją przy planowaniu zakupów u dostawców, oraz skumulowany zwrot z modułu w realnych pieniądzach.
Wykrywanie w czasie rzeczywistym plus zapasowy cron
Moduł wykrywa powroty do sprzedaży dwoma uzupełniającymi się kanałami. W czasie rzeczywistym przez hook actionUpdateQuantity: gdy tylko pracownik zmieni stan w back office (albo gdy anulowane zamówienie zwolni towar), e-maile wychodzą natychmiast. Oraz przez cron zabezpieczony tokenem: przy stanach zmienianych poza hookami (import przez API, synchronizacja z ERP, skrypty CLI, aktualizacje przez Webservice) cogodzinna weryfikacja wykrywa powroty i wyzwala e-maile. Podwójny mechanizm gwarantuje, że żaden powrót do sprzedaży nie prześlizgnie się przez sito, niezależnie od źródła aktualizacji.
Powiadomienie dla sprzedawcy: popyt jako sygnał do zamówienia
Poza pojedynczą konwersją Waitlist zamienia Twoją listę oczekujących w narzędzie zarządcze. Gdy niedostępny produkt zgromadzi N zapisanych osób (próg konfigurowalny, domyślnie 10), automatyczny e-mail informuje Cię o liczbie oczekujących i podaje link do pulpitu. Priorytetyzujesz uzupełnienie stanów produktów o największym popycie, zamiast zamawiać w ciemno. To bezpośrednia dana zakupowa, a nie przeczucie: 47 osób czeka na ten produkt, czyli 47 niemal pewnych sprzedaży, jeśli szybko uzupełnisz stan. Przy produktach sezonowych i kolekcjach kapsułowych ten sygnał przychodzi, zanim brak stanie się katastrofalny.
Zgodność z RODO i jakość listy
Trzy wbudowane mechanizmy: włączana podwójna zgoda (zapis jest ważny dopiero po kliknięciu linku w e-mailu, co daje maksymalną jakość listy i zgodność z RODO), wypisanie się jednym kliknięciem w każdym e-mailu z powiadomieniem (unikalny token, oddzielony od tokenu potwierdzenia ze względów bezpieczeństwa) oraz automatyczne czyszczenie niepowiadomionych zapisów po konfigurowalnym czasie (domyślnie 90 dni). Każdy zapis rejestruje adres IP jako dowód zgody. Żadnej usługi zewnętrznej: dane pozostają w bazie PrestaShop, zakresowane per sklep.
Multistore, wielojęzyczność i wsparcie wielu motywów
Tabela zapisów zawiera identyfikator sklepu i identyfikator języka: każdy sklep w sieci multistore ma własną listę oczekujących i własne powiadomienia dla sprzedawcy. E-maile są dostarczane w czterech językach (FR, EN, ES, DE), w responsywnym HTML i w wersji tekstowej. Moduł korzysta z hooka displayProductActions (obecnego we wszystkich oficjalnych motywach i większości motywów własnych) oraz z dedykowanego endpointu AJAX do synchronizacji widoczności, co czyni go całkowicie niezależnym od sposobu, w jaki motyw ponownie renderuje treść przez AJAX. Zgodny z Classic, Hummingbird i motywami własnymi.
Zgodność z walidatorem PrestaShop Addons
Moduł przechodzi oficjalny walidator addons.prestashop.com bez błędu blokującego: opis po angielsku, zgodne nagłówki licencyjne w plikach PHP, JS i TPL, zabezpieczenie stałą _PS_VERSION_ we wszystkich plikach, plik htaccess w katalogu głównym blokujący listowanie plików, escapowanie w Smarty na wszystkich zmiennych, rozdzielenie HTML i PHP przez dedykowane szablony oraz ścisłe typy w klasach ObjectModel. Jeśli planujesz sprzedaż swojego sklepu albo audyt techniczny, moduł przechodzi bez poprawek.
Na razie nie ma opinii o produkcie.