Quote Request Pro - Formularz zapytania o cenę, blok boczny i pływający przycisk do PrestaShop

Klient, który nie znajduje ceny

Nie każdy asortyment da się wycenić z góry. Produkcja na zamówienie, ceny hurtowe i B2B, wszystko rozliczane per projekt - kwota zależy od odpowiedzi na pytanie, którego nikt jeszcze nie zadał. Klient, który trafia na taką stronę, ma dwa wyjścia: zgadywać albo wyjść.

Ten moduł daje mu trzecie. Krótki formularz na stronie produktu zamienia "nie znalazłem ceny" w konkretny kontakt z imieniem i adresem e-mail.

Dwa miejsca, jeden formularz

Formularz pojawia się w dwóch miejscach i oba korzystają z tego samego kodu, więc odwiedzający używa tego, które akurat widzi.

Blok boczny osadza się w lewej lub prawej kolumnie Twojego szablonu - instalacja modułu rejestruje obie. Pływający przycisk unosi się nad stroną i otwiera formularz jednym dotknięciem.

Pływający przycisk znaczy więcej, niż się wydaje, i warto powiedzieć wprost dlaczego. Blok boczny może pojawić się tylko tam, gdzie szablon faktycznie rysuje kolumnę. W Hummingbird, domyślnym szablonie PrestaShop 9, strona główna i strony produktów zajmują całą szerokość i nie mają żadnych kolumn - blok podpięty pod kolumnę nie ma się gdzie wyświetlić dokładnie na tych stronach, na których ktoś decyduje, czy zapytać Cię o cenę. Pływający przycisk nie zależy od żadnej kolumny, więc obsługuje te strony. Jeśli Twój szablon ma kolumnę boczną, użyj obu; jeśli nie ma, to pływający przycisk jest całym modułem. Tak czy inaczej ma własne ustawienie włączania i wyłączania.

Pytaj tylko o to, czego naprawdę potrzebujesz

Trzy rzeczy są wymagane zawsze: opis produktu, adres e-mail do odpowiedzi oraz pole zgody. Cała reszta to przełącznik na stronie ustawień: imię i nazwisko odwiedzającego, adres, miejscowość, numer telefonu, potrzebna ilość, miejsce dostawy, wybór pilności, pole "mam już konto PayPal" oraz pole "to byłoby moje pierwsze zamówienie". Imię i nazwisko, adres, miejscowość, telefon, ilość, miejsce dostawy i pilność są domyślnie włączone; oba pola wyboru - domyślnie wyłączone.

Wyłącz wszystko, na co i tak nie zareagujesz. Formularz z czterema pytaniami bywa wypełniany do końca częściej niż ten z dziewięcioma, a nic, co wyłączysz, nie zostanie zapisane - nawet gdyby ktoś to przesłał.

Zalogowani klienci nie są pytani dwa razy

Gdy klient jest zalogowany, moduł pobiera jego imię i adres e-mail z konta i w ogóle nie pokazuje tych pól. Gości pyta o jedno i drugie. Formularz, który widzi stały klient, jest naprawdę krótszy od tego, który widzi ktoś obcy.

Każde zapytanie zostaje zapisane, nie tylko wysłane

Zapytania trafiają do własnej tabeli modułu w bazie danych, zanim w ogóle podjęta zostanie próba wysyłki e-maila, i pojawiają się w zakładce Quote Requests (Zapytania ofertowe) na stronie konfiguracji. Możesz filtrować je według Wszystkie, Nowe lub Obsłużone, przeglądać po dwadzieścia naraz, otworzyć dowolne zapytanie w panelu szczegółów, oznaczyć je jako obsłużone lub z powrotem jako nowe, a także usunąć.

Panel szczegółów pokazuje wszystko, co przesłał odwiedzający, z plakietkami dla informacji ważnych na pierwszy rzut oka - Pilne, Ma konto PayPal, Pierwsze zamówienie - a do tego pełną treść opisu produktu i adres IP, z którego przyszło zapytanie.

To właśnie ta część czyni z modułu narzędzie, a nie zwykły formularz. Awaria serwera pocztowego w nieodpowiednim momencie nie zgubi kontaktu: zapytanie jest już zapisane, a nieudana wysyłka trafia do logów, zamiast pokazywać się klientowi.

Dwa e-maile, nie jeden

Powiadomienie dla sprzedawcy trafia na wskazane przez Ciebie adresy - podaj kilka, oddzielonych przecinkami, a dotrze do wszystkich.

Klient również dostaje wiadomość. Potwierdza ona, że zapytanie dotarło, i powtarza jego treść - a to różnica między klientem, który czeka na Twoją odpowiedź, a takim, który uznaje, że formularz nie zadziałał, i kupuje gdzie indziej.

Karta powiadomienia na pulpicie

Gdy czekają nieobsłużone zapytania, na górze pulpitu (Dashboard) w panelu administracyjnym pojawia się karta z ich liczbą i bezpośrednim odnośnikiem do listy. Znika sama, gdy każde zapytanie zostanie oznaczone jako obsłużone lub usunięte, jest więc wskaźnikiem zadań do zrobienia, a nie stałym elementem wystroju.

Została celowo podpięta pod hook dashboardZoneOne. Wybór pozornie oczywisty, czyli displayDashboardTop, uruchamia się na większości stron zaplecza z wierszem wskaźników KPI - w tym na stronie Wydajność - więc karta chodziłaby za Tobą po całym panelu zamiast zostać na pulpicie, gdzie jest jej miejsce.

Bez CAPTCHA - i nie jest to kompromis

Wersja 1.x zawierała zadanie matematyczne. Wersja 2 usuwa je i chroni formularz na trzy sposoby, z których żadnego prawdziwy odwiedzający nigdy nie zobaczy:

Pole honeypot, niewidoczne dla ludzi i wypełniane przez boty - a gdy zostanie wypełnione, formularz grzecznie zgłasza powodzenie i po cichu odrzuca zgłoszenie, więc bot nie dostaje sygnału, że został wykryty. Podpisany token czasowy, czyli sygnatura HMAC-SHA256 z momentu wygenerowania formularza, dzięki której zgłoszenie zostaje odrzucone, jeśli przyjdzie szybciej niż trzy sekundy po załadowaniu strony albo później niż godzinę po nim. Oraz limit na adres IP, który przyjmuje najwyżej pięć zapytań na godzinę z tego samego połączenia.

Nie ma tu nic do skonfigurowania ani żadnej łamigłówki do rozwiązania.

Działa też przy wyłączonym JavaScripcie

Gdy JavaScript jest dostępny, formularz wysyła się w tle i podmienia treść na komunikat potwierdzenia. Bez niego wysyła się zwyczajnie, serwer obsługuje go dokładnie tak samo, a odwiedzający wraca na stronę, z której przyszedł, z komunikatem o powodzeniu lub błędzie na górze.

Adres powrotny jest przed przekierowaniem porównywany z nazwą hosta Twojego sklepu, więc formularza nie da się wykorzystać do przerzucenia kogoś na obcą stronę.

Obraz promocyjny i własne odnośniki

Strona ustawień przyjmuje opcjonalny obraz promocyjny - wgrywany bezpośrednio, bez wymyślania ścieżek do plików. Jest wpasowywany w 400×280 pikseli z zachowaniem proporcji i kodowany od nowa, a nie po prostu przenoszony na miejsce, więc nic nie przemyci się na Twój serwer doklejone do poprawnego pliku graficznego. JPG, PNG, GIF i WEBP do 4 MB.

Obok znajdują się trzy odnośniki, ustawiane osobno dla każdego języka: Dowiedz się więcej do strony wyjaśniającej, jak wygląda u Ciebie wycena, oraz adresy Regulaminu i Polityki prywatności. Zostaw pole regulaminu puste, a moduł podlinkuje stronę CMS z regulaminem skonfigurowaną już w Twoim sklepie. Zostaw puste pole polityki prywatności, a ten odnośnik po prostu się nie pojawi. Pole zgody jest wyświetlane zawsze i zawsze wymagane.

Multisklep i moduł, który sam się naprawia

Ustawienia zapisywane są osobno dla każdego sklepu, więc w instalacji multisklep każdy ma własnych odbiorców, własny dobór pól i własne odnośniki. Jeśli któryś sklep z jakiegoś powodu nie ma wiersza ustawień - bo powstał po instalacji albo dane przepadły inaczej - moduł tworzy go w locie, zamiast po cichu psuć formularz w tym sklepie.

Otwarcie strony konfiguracji na nowo potwierdza też hooki i schemat bazy danych modułu oraz synchronizuje zapisany numer wersji. Przycisk aktualizacji na liście modułów PrestaShop bywa zawodny z powodów niezależnych od jakiegokolwiek modułu, więc zamiast na nim polegać, moduł doprowadza się do właściwego stanu za każdym razem, gdy administrator faktycznie do niego zajrzy.

Zgodność

PrestaShop 1.7 do 9, w ośmiu językach: niderlandzkim, angielskim, francuskim, niemieckim, włoskim, polskim, hiszpańskim i tureckim.

Jedno uczciwe zastrzeżenie: szablony e-maili są dostępne wyłącznie w wersji angielskiej, francuskiej, hiszpańskiej i tureckiej. Formularz, który widzą odwiedzający, oraz całe zaplecze przetłumaczono na wszystkie osiem języków; dwóch wiadomości e-mail - nie.

Pięć standardowych hooków, żadnych nadpisań i żadnych modyfikacji szablonu. PrestaShop 1.4, 1.5 i 1.6 nie są już obsługiwane - wersja 2.0.0 zrezygnowała z nich razem ze starą CAPTCHĄ matematyczną po stronie przeglądarki i dołączonym podręcznikiem PDF, który zastąpiła zakładka Samouczek w module.

Najczęściej zadawane pytania

Czy odwiedzający muszą rozwiązywać CAPTCHA?

Nie, i nie ma ustawienia, które by ją włączało. Ochronę stanowią ukryte pole honeypot, podpisany algorytmem HMAC token czasowy, który odrzuca zgłoszenia przychodzące wcześniej niż trzy sekundy lub później niż godzinę po załadowaniu strony, oraz limit pięciu zapytań na godzinę z jednego adresu IP. Prawdziwy odwiedzający nie zobaczy z tego nic.

Gdzie pojawia się formularz?

W dwóch miejscach. Blok boczny trafia do lewej lub prawej kolumny Twojego szablonu, a pływający przycisk unosi się nad stroną i otwiera ten sam formularz. Pływający przycisk ma własne ustawienie włączania i wyłączania; o bloku bocznym decyduje to, czy jest podpięty pod hook kolumny w Wygląd → Pozycje, oraz to, czy Twój szablon rzeczywiście rysuje kolumnę na danej stronie. W Hummingbird, domyślnym szablonie PrestaShop 9, strona główna i strony produktów nie mają żadnych kolumn, więc to pływający przycisk je obsługuje. Jeśli Twój szablon nie ma kolumn bocznych na urządzeniach mobilnych - a wiele ich nie ma - to właśnie z pływającego przycisku skorzystają odwiedzający z telefonów.

Formularz nie pojawia się w sklepie.

Otwórz Wygląd → Pozycje, wyszukaj priceandorder i sprawdź, czy jest podpięty pod hook kolumny (blok boczny) oraz pod hook stopki (pływający przycisk). Instalacja modułu podpina oba hooki kolumn, więc zwykle ma to znaczenie tylko przy mocno przerobionym szablonie.

Jeśli pływający przycisk się pojawia, a blok boczny nigdy, hook jest zapewne w porządku i przyczyną jest szablon: wiele szablonów rysuje tylko lewą kolumnę albo żadnej na stronach o pełnej szerokości. Hummingbird rysuje lewą kolumnę na stronach kategorii, a prawej nie rysuje nigdzie. Przenieś moduł do tej kolumny, której Twój szablon faktycznie używa, a na stronach o pełnej szerokości polegaj na pływającym przycisku.

Które pola mogę usunąć?

Wszystkie poza opisem produktu, adresem e-mail i polem zgody. Adres, miejscowość, telefon, ilość, miejsce dostawy, pilność, pytanie o PayPal i pytanie o pierwsze zamówienie to osobne przełączniki. Imię i nazwisko odwiedzającego również jest przełącznikiem, a u zalogowanych klientów to pole - podobnie jak adres e-mail - jest pomijane automatycznie.

Gdzie trafiają zapytania?

Na ustawione przez Ciebie adresy powiadomień - może ich być kilka, oddzielonych przecinkami - oraz do zakładki Quote Requests na stronie konfiguracji modułu. Możesz tam filtrować według Wszystkie, Nowe lub Obsłużone, przeglądać zapytania po dwadzieścia naraz, otworzyć każde w panelu szczegółów, oznaczyć jako obsłużone i usunąć. Zapytania są zapisywane przed jakąkolwiek wysyłką e-maila, więc problem z pocztą nie zgubi żadnego z nich.

Czy klient otrzymuje potwierdzenie?

Tak. Wychodzą dwa e-maile: jeden do Ciebie i jeden do osoby, która wypełniła formularz, z potwierdzeniem treści zapytania. Wiadomość dla klienta istnieje w języku angielskim, francuskim, hiszpańskim i tureckim.

Nie przychodzi e-mail z powiadomieniem.

Najpierw sprawdź adres odbiorcy w Ustawieniach - jeśli żaden nie jest ustawiony, przy module na liście modułów pojawia się ostrzeżenie. Potem zajrzyj do folderu ze spamem i sprawdź w Zaawansowane → E-mail, czy poczta wychodząca w ogóle działa. Każda nieudana wysyłka jest odnotowywana w Zaawansowane → Logi, a samo zapytanie i tak znajdziesz w zakładce Quote Requests.

Odwiedzający twierdzi, że formularz odrzucił jego zgłoszenie.

To niemal zawsze automatyczna ochrona przed spamem. Zgłoszenie dotarło wcześniej niż trzy sekundy po załadowaniu strony, później niż godzinę po nim albo było szóstym z tego samego połączenia w ciągu godziny. Poproś o odświeżenie strony i ponowną próbę.

Nie widzę karty powiadomienia na pulpicie.

Karta pojawia się wyłącznie na samym pulpicie i tylko wtedy, gdy przynajmniej jedno zapytanie ma nadal status nowego. Jeśli zapytania czekają, a karty wciąż nie widać, sprawdź w Wygląd → Pozycje hook dashboardZoneOne i upewnij się, że priceandorder jest tam podpięty i włączony - steruje się tym niezależnie od hooków w sklepie.

Czy działa, gdy odwiedzający ma wyłączony JavaScript?

Tak. Formularz przechodzi na zwykłą wysyłkę strony, serwer obsługuje ją identycznie, a odwiedzający wraca na stronę, na której był, z potwierdzeniem lub komunikatem o błędzie. Nic nie ginie.

Obraz promocyjny wygląda na rozciągnięty albo zostaje odrzucony.

Rozciągnięty być nie powinien - obraz jest wpasowywany w 400×280 pikseli z zachowaniem proporcji i nigdy nie jest zniekształcany. Odrzucenia wynikają zwykle z formatu lub rozmiaru: przyjmowane są JPG, PNG, GIF i WEBP do 4 MB.

Brakuje odnośnika do Regulaminu lub Polityki prywatności albo prowadzi on w złe miejsce.

Ustaw oba wprost w Ustawieniach, osobno dla każdego języka, i zacznij każdy od http:// lub https:// - moduł odrzuca wszystko inne. Puste pole regulaminu przełącza moduł na stronę CMS z regulaminem Twojego sklepu; puste pole polityki prywatności po prostu ukrywa ten odnośnik.

Co dzieje się z moimi ustawieniami przy aktualizacji z wersji 1.x?

Są migrowane automatycznie. Przełączniki poszczególnych pól przechodzą na nowy schemat, adres odbiorcy zostaje zachowany, dodawana jest tabela z rejestrem zapytań, a pozostałości kluczy konfiguracyjnych po bardzo starych instalacjach są usuwane.