Wszystko, co warto wiedzieć, zanim zainstalujesz.
Szczegółowe spojrzenie na to, jak działa DataFirefly Menedżer zwrotów produktów: zwroty ze skanem QR, analityką i tłumaczeniem ChatGPT dla PrestaShop 8, dlaczego zbudowaliśmy go w ten sposób i jaka myśl stoi za powyższymi funkcjami.
Dlaczego natywne rozwiązanie nie wystarcza
PrestaShop 8 oferuje natywnie ręczne tworzenie korekt i bonów zakupowych z back office i na tym koniec. Żadnego samodzielnego zgłoszenia przez klienta, żadnego PDF etykiety, żadnego zatwierdzania w punkcie odbioru, żadnej analityki powodów zwrotu, żadnego automatycznego tłumaczenia, a przede wszystkim żadnej ścieżki dla klientów, którzy złożyli zamówienie jako gość. Efekt: Twoja obsługa klienta spędza czas przy telefonie, ręcznie rejestrując zwroty, operatorzy magazynu weryfikują numery zwrotów nabazgrane na kwitach, a Ty nie masz żadnego wglądu w to, co klient zwraca i dlaczego. W sklepie o 5 procentach współczynnika zwrotów i 1000 zamówień miesięcznie to kilka osobodni miesięcznie traconych na samo wprowadzanie danych.
Pełna ścieżka, od klienta do analityki
Klient wchodzi na swoje konto, wybiera zamówienie i klika Zgłoś zwrot. Wskazuje produkty do zwrotu i ich ilość, wybiera kategorię powodu (Problem z produktem, Problem logistyczny, Zmiana decyzji), a potem konkretny powód (Nieprawidłowy rozmiar, Wada jakościowa, Zbyt długa dostawa i inne), dodaje opcjonalny komentarz i zatwierdza. Natychmiast otrzymuje e-mailem PDF etykiety zwrotu z Twoim adresem, numerem zwrotu, listą produktów i unikalnym kodem QR. Gdy paczka dociera, Twój operator skanuje QR telefonem, a otwiera się zabezpieczona strona panelu ze wszystkimi szczegółami zwrotu. Zatwierdza albo odrzuca jednym kliknięciem, co uruchamia: zmianę statusu zamówienia (konfigurowalne statusy zwrotu częściowego i pełnego), wygenerowanie bonu zakupowego albo zwrotu pieniędzy, e-mail do klienta oraz wysłanie hooka actionOrderSlipAdd do modułów zewnętrznych (ERP Fastmag i inne). Wszystko bez ponownego wpisywania danych.
Kod QR: co się zmienia w magazynie
Bez QR Twój operator magazynu odbiera paczkę, odczytuje nabazgrany numer zwrotu, wchodzi do panelu PrestaShop, szuka zwrotu na długiej liście, otwiera kartę i porównuje jej zawartość z zawartością paczki. Z QR: skanuje, karta otwiera się od razu, zatwierdza. Zysk to nie tylko czas (z 2 minut do 10 sekund na zwrot), ale wyeliminowanie pomyłek przy przepisywaniu numeru zwrotu, a więc i sytuacji, w których zatwierdzony zostaje niewłaściwy zwrot. Strona zatwierdzania jest chroniona (wymagane zalogowanie administratora), a token QR jest unikalny dla każdego zwrotu, więc nie ma ryzyka nieuprawnionego zatwierdzenia.
Analityka, czyli prawdziwy wyróżnik
Pulpit udostępnia 13 osi analizy. KPI ogólne: liczba zwrotów w okresie, współczynnik zwrotów, wartość zwrócona w złotówkach, współczynnik wykorzystania bonów zakupowych. Według kategorii powodu: 60 procent zwrotów to problem z produktem, więc wiesz, gdzie szukać. Według powodu: wśród problemów z produktem 80 procent to nieprawidłowy rozmiar, więc prawdopodobnie masz problem z tabelą rozmiarów. Według produktu: 3 indeksy odpowiadają za 40 procent zwrotów, więc wiesz, które produkty zawodzą. Według kraju: współczynnik zwrotów trzy razy wyższy w danym kraju, więc albo kurier lokalny, albo produkt nietrafiony na ten rynek. Topowi zwracający: 5 procent klientów generuje 30 procent zwrotów, czyli kandydaci do obserwacji. Trendy miesięczne z 12 miesięcy: szczyt po Świętach, dołek latem. Średni czas obsługi: Twoja obsługa potrzebuje 4 dni, czyli za długo i klienci narzekają. Wszystko można wyeksportować do CSV na potrzeby analizy zewnętrznej albo hurtowni danych.
Integracja z ChatGPT do tłumaczenia
Definiujesz swoje powody w jednym języku, a wielojęzyczne tłumaczenie to zwykle właśnie ten punkt, który blokuje zespół treści na dzień albo dwa. Moduł automatyzuje to przez OpenAI: podajesz swój klucz ChatGPT, klikasz Przetłumacz, a w kilka sekund Twoje powody są przetłumaczone na polski, angielski, hiszpański, włoski, portugalski i niemiecki (oraz wszystkie inne włączone języki), ze słownictwem dostosowanym do e-commerce. Każde tłumaczenie możesz przejrzeć i poprawić. Gdy dodajesz nowy powód, wystarczy to samo kliknięcie. Przy sklepie w 6 językach i 30 powodach to 180 zaoszczędzonych tłumaczeń, czyli około jednego do dwóch osobodni.
Integracja z ERP Fastmag
Jeśli korzystasz z Fastmag (albo dowolnego innego ERP), synchronizacja zwrotów jest zwykle punktem tarcia: zwrot jest wprowadzany w PrestaShop, a potem przepisywany ręcznie do ERP. Moduł wysyła hook actionOrderSlipAdd przy każdym zatwierdzonym zwrocie, który przechwytuje moduł Fastmag DataFirefly (albo dowolny moduł zewnętrzny nasłuchujący tego hooka). Otrzymujesz synchronizację w czasie rzeczywistym. Przycisk Ponownie zsynchronizuj wcześniejsze zwroty z Fastmag pozwala dodatkowo wywołać hook ponownie dla zwrotów z przeszłości, co przydaje się, gdy Fastmag został zainstalowany po tym module albo po utracie synchronizacji.
Typowe zastosowania
Moda i tekstylia: współczynnik zwrotów często na poziomie 15 procent i wyżej, dominujący powód to nieprawidłowy rozmiar, a moduł pokazuje, które produkty mają tabelę rozmiarów do poprawy. Elektronika użytkowa: umiarkowany współczynnik zwrotów, ale wysoka wartość, więc QR eliminuje kosztowne pomyłki przy zatwierdzaniu, a analityka według dostawcy wskazuje marki o wątpliwej jakości. Kosmetyki: niski współczynnik zwrotów, ale obowiązkowa obsługa wynikająca z przepisów, a moduł zapewnia zgodność bez obciążania obsługi klienta. B2B: zwroty rzadkie, ale o dużej wartości, gdzie bon zakupowy buduje lojalność, a oficjalna etykieta PDF ułatwia księgowość klienta.
Nowość w wersji 1.6: ręczny zwrot administratora
Moduł jest teraz użyteczny dla obsługi klienta jako narzędzie gestu handlowego. W nagłówku listy zwrotów w back office pojawia się przycisk Utwórz ręczny zwrot. Przepływ przebiega na dwóch ekranach: wpisujesz referencję albo identyfikator zamówienia, a następnie zaznaczasz produkty do zwrotu, ich ilości, powód, typ rekompensaty (bon zakupowy albo korekta) i personalizowalną kwotę zwrotu per linia. Skonfigurowany termin zwrotu (DF_RETURN_DAYS) i filtr statusów zamówienia są całkowicie ignorowane, więc administrator może utworzyć zwrot do zamówienia z 2022 roku, anulowanego albo roboczego. Po zatwierdzeniu zwrot jest przetwarzany natychmiast: bon albo korekta powstają od razu, stan magazynowy zostaje przywrócony, status zamówienia zaktualizowany, a hook Fastmag wysłany. Pole wyboru Powiadom klienta (domyślnie odznaczone) pozwala w razie potrzeby wysłać klientowi standardowy e-mail potwierdzający.
Personalizowalna kwota zwrotu per linia (1.7)
Przy ręcznym zwrocie administratora każda linia produktu ma teraz edytowalne pole kwoty zwrotu. Wartość domyślna jest wyliczana jako cena jednostkowa razy ilość, a skrypt przelicza tę wartość automatycznie przy zmianie ilości, dopóki administrator nie wpisze kwoty ręcznie, po czym jego wartość jest respektowana. Proporcjonalny współczynnik rabatów z zamówienia, który przy klasycznych zwrotach klienta stosuje się automatycznie, aby oddać faktycznie zapłaconą cenę, jest przy ręcznych zwrotach wyłączany: kwota wpisana przez administratora jest dokładnie kwotą zwracaną, ani grosza więcej, ani mniej. To właśnie czyni tę funkcję przydatną przy zwrotach częściowych (na przykład uszkodzony produkt rozliczony w 50 procentach), gestach handlowych albo wstecznym regulowaniu spraw. Wygenerowana korekta zachowuje podział netto i brutto proporcjonalny do stawki VAT pierwotnej linii.
Nowość w wersji 1.7: przepływ dla gościa
Klienci, którzy złożyli zamówienie jako gość (bez zakładania konta), mają teraz dostęp do zwrotów pod tym samym adresem co klienci zalogowani. Gdy niezalogowany odwiedzający trafia na stronę zwrotu, moduł wyświetla formularz z numerem zamówienia i adresem e-mail zamiast strony Moje zamówienia. Walidacja odbywa się po stronie serwera: para referencji i adresu e-mail musi dokładnie odpowiadać istniejącemu zamówieniu (porównanie adresu e-mail bez rozróżniania wielkości liter). Przy niepowodzeniu komunikat błędu jest celowo ogólny (Żadne zamówienie nie odpowiada tej referencji i temu adresowi e-mail), aby nie ujawniać, jakie referencje istnieją w bazie, co chroni przed enumeracją. Po zatwierdzeniu identyfikator zamówienia i identyfikator klienta są zapisywane w ciasteczku sesji PrestaShop, a odwiedzający przechodzi do standardowego procesu zwrotu wyłącznie dla tego zamówienia. PDF etykiety jest generowany normalnie i pozostaje dostępny z linku w e-mailu bez logowania, chroniony losowym tokenem o długości 64 znaków, unikalnym dla zwrotu. Baner Skorzystaj z innego zamówienia pozwala odwiedzającemu zresetować sesję i przejść do innego zamówienia.
Na razie nie ma opinii o produkcie.