Carrelli abbandonati PrestaShop - recupero delle vendite
Ricorda ai clienti i carrelli abbandonati e i pagamenti non completati. Usa la coda CRON, i buoni sconto e il reporting delle vendite recuperate.
Lingue disponibili:
Gestione dei carrelli abbandonati e dei pagamenti non completati
Il modulo distingue un carrello lasciato in sospeso da un ordine il cui pagamento non è stato completato. In questo modo la comunicazione può adattarsi alla fase in cui il cliente ha interrotto l'acquisto.
Coda di invii avviata da CRON
I compiti finiscono in una coda gestita da CRON. Una pianificazione sul server consente di eseguire il processo con regolarità e di separarlo dal lavoro quotidiano dell'amministratore.
Buoni sconto per i destinatari e attribuzione che considera il costo degli sconti
I buoni sconto sono preparati per i singoli destinatari. Il reporting considera il costo reale degli sconti, il che aiuta a valutare gli effetti dell'azione rispetto agli ordini recuperati.
A chi è rivolto questo modulo?
È una soluzione per i negozi in cui i clienti interrompono spesso l'acquisto prima di pagare l'ordine.
Requisiti e configurazione
L'invio va configurato in base ai consensi disponibili dei clienti e alle regole di comunicazione del negozio.
Cosa puoi impostare nel pannello del modulo?
01 / Impostazioni di funzionamento
Impostazioni di funzionamento
Attivazione e soglia di abbandono
Definisci l'attivazione del modulo, il tempo di inattività necessario perché un carrello sia considerato abbandonato e i carrelli più vecchi inclusi nel monitoraggio.
Valore del carrello e finestra di invio
Il minimo esclude i carrelli piccoli e gli orari stabiliscono la fascia consentita per l'invio dei messaggi.
Intervallo, limite CRON e buono automatico
L'intervallo distanzia i messaggi successivi, il limite circoscrive una singola esecuzione e l'inserimento automatico del buono semplifica il ritorno al carrello.
02 / Consensi e conservazione
Consensi e conservazione
Destinatari, clausola e limite di contatti
Scegli i destinatari consentiti, il testo della clausola registrata e il numero massimo di promemoria per cliente nel periodo indicato.
Indirizzi usa e getta e conservazione
Un elenco di domini limita la gestione degli indirizzi temporanei. Il trattamento dei dati vecchi e il periodo di conservazione ne determinano la permanenza.
E-mail nel popup e pixel di apertura
Decidi separatamente la raccolta dell'indirizzo nel popup e la registrazione delle aperture dei messaggi. Le impostazioni vanno adattate al modo di comunicazione adottato e ai consensi.
03 / Catena di promemoria
Catena di promemoria
Nome, ambito, posizione e ritardo
Una fase ha un proprio nome, un tipo di abbandono, un ordine nella catena e un tempo di attesa prima dell'invio.
Modello, canale e attivazione
Scegli il contenuto e il canale e-mail, push o SMS. I canali aggiuntivi richiedono una configurazione; l'SMS può comportare un costo presso il fornitore.
Test A/B
Attivi un secondo modello e la quota percentuale della variante A per confrontare i risultati di due contenuti.
Segmentazione
Categorie, produttori, paesi di consegna e gruppi di clienti restringono i destinatari di una specifica fase.
Sconto e condizioni
Imposti tipo e valore dello sconto, la spedizione gratuita e la validità del buono. Le condizioni riguardano il valore minimo e massimo, il possesso di un account e l'esclusione dei clienti già tornati.
04 / Pagamenti non completati
Pagamenti non completati
Stati e link di ritorno
Indichi gli stati considerati non pagati, la destinazione del link nel messaggio e la sua validità.
05 / Canale push
Canale push
Chiavi e mittente
Attivi il canale, configuri VAPID e il contatto del mittente. L'icona e il tempo di vita determinano la presentazione e la validità della notifica.
Richiesta di consenso
Un interruttore separato e un ritardo decidono la richiesta al cliente sul sito. La sola attivazione del canale non dà il diritto di inviare al dispositivo.
06 / Canale SMS
Canale SMS
Fornitore e formato
Il token SMSAPI collega il servizio. Il campo mittente, il prefisso del paese, il limite di segmenti e la sostituzione dei caratteri definiscono il formato del messaggio e possono incidere sul costo.
Link e limiti
Puoi accorciare i link e allegare una nota di disiscrizione. I limiti giornalieri, mensili e per carrello e un valore minimo del carrello restringono l'invio.
Destinatari e modalità test
Stabilisci a chi inviare gli SMS e puoi avviare la modalità test del gateway prima della campagna vera e propria.
07 / Barre e popup
Barre e popup
Tipo, posizione e trigger
Scegli una barra o un popup, la sua posizione o condizione di apertura e il ritardo. Il tempo di ricomparsa limita la frequenza.
Condizioni e chiusura
Puoi richiedere un carrello non vuoto e un valore minimo e mettere a disposizione un pulsante di chiusura. Il form e-mail riguarda il popup per i visitatori non registrati.
Contenuti e colori
Imposti l'HTML, l'etichetta del pulsante, il placeholder dell'e-mail, la clausola e il messaggio dopo l'iscrizione. Lo sfondo, il testo e i due colori del pulsante sono indipendenti.
08 / Modelli e controllo
Modelli e controllo
Editor dei messaggi
Un modello ha un nome, un'attivazione, una modalità di modifica, un oggetto, un preheader, un pulsante, blocchi o HTML e un testo SMS. Le variabili inseriscono i dati del carrello gestito.
Anteprima e indirizzo di test
L'anteprima e un invio di prova aiutano a verificare il contenuto. Un indirizzo di test globale può intercettare i messaggi invece di indirizzarli ai clienti.
09 / Report e CRON
Report e CRON
Periodo, funnel e ipotesi
I report mostrano l'efficacia delle fasi, dei canali e dei test A/B. La conversione ipotizzata e lo sconto medio servono a stimare il potenziale e non sono il risultato degli ordini effettivamente recuperati.
Contatori, conservazione e diagnostica
Attivi il conteggio delle visualizzazioni, la soglia per escludere le aperture molto rapide e i tempi di conservazione di statistiche e log. L'URL CRON gestisce la coda; il debug aiuta a individuare gli errori.
Przypomnienia push o koszyku mają ikonę sklepu (wcześniej szły bez ikony, gdy pole „Ikona powiadomienia” było puste, i przeglądarka pokazywała własną).
Osobne pole na małą ikonkę na pasku telefonu (badge, biała sylwetka na przezroczystym tle). Wcześniej jako badge szła kolorowa ikona, którą Android zamieniał w biały kwadrat.
0.15.4
Linki z przypomnień mają oznaczenie dla Google Analytics: push utm_source=push&utm_medium=powiadomienie, mail utm_source=email&utm_medium=email (SMS sms), kampania porzucony-koszyk, ogladane-produkty albo niedokonczona-platnosc. Dotyczy przycisku (przekierowanie po kliknięciu) i linków do produktów w mailu. Link, który ma już własne utm_source, zostaje bez zmian.
Przeglądarka, której ciasteczko sklepu się zmieniło (wylogowanie, wygaśnięcie, zmiana IP przy sprawdzaniu IP w ciasteczku), nie traci subskrypcji push. Ten sam adres subskrypcji z tymi samymi kluczami jest rozpoznawany jako ta sama przeglądarka. Wcześniej subskrypcja była wyrejestrowywana i zakładana od nowa, a stary wiersz zostawał w bazie jako aktywny i przy wysyłce liczył się jako wygasły.
0.15.3
Pulpit, „Ile realnie jest do odzyskania”: liczy osoby, a nie koszyki. Kopie i kolejne koszyki tej samej osoby liczą się raz, bo przypomnienie i tak dostaje tylko najnowszy.
Pomija osoby, które kupiły po porzuceniu koszyka albo w ciągu N dni przed nim (tak jak przy wysyłce, także po adresie e-mail). Niedokończone płatności są wliczane tylko przy włączonym etapie płatności.
Jaśniejsze opisy: „osoby, do których można napisać”, „wartość ich koszyków”. Dopisek o koszykach bez e-maila nie poleca już okienka z polem na adres. Wynik sprzed aktualizacji trzeba przeliczyć.
0.15.2
Kampanie push rozpoznają niedawne zamówienie także u subskrybentów bez konta (po koszyku, z którego się zapisali) i po adresie e-mail klientki, więc osoba, która kupiła jako gość, nie dostaje kampanii z kodem.
0.15.1
Tłumaczenie niemieckie napisów widocznych dla klientów: okienka z kodem, prośba o powiadomienia push, strona wypisu, komunikaty formularza.
„Skopiowano” i „Zaznacz i skopiuj” przy przycisku kopiowania kodu są tłumaczone (wcześniej zawsze po polsku).
Dopisek o niskim stanie w mailu z oglądanymi produktami w języku klienta.
0.15.0
Kampanie push do zapisanych: wiadomosc mozna zaplanowac na wybrany dzien i godzine, a harmonogram pod formularzem pozwala ja poprawic, wyslac od razu albo anulowac. CRON wysyla zaplanowane kampanie o czasie.
Kampania pomija osoby z zamowieniem z ostatnich N dni (domyslnie 14, 0 = wysylaj do wszystkich); pod formularzem widac, do ilu osob pojdzie. Historia pokazuje, ile osob pominieto.
0.14.7
Sprawdzanie tabel, kolumn i indeksow przy aktualizacji omija cache zapytan sklepu (Redis, Memcached). Wczesniej na sklepie z wlaczonym cache aktualizacja mogla nie widziec tabel, ktore sama zalozyla, i wylaczac modul.
0.14.6
Na kazdym etapie osobne pole „Pomin, jesli klient zamawial w ostatnich N dniach” (domyslnie 14) dla maila, pusha i SMS-a. Pominiety etap widac w Koszykach jako pominiety, a gdy pominiete sa wszystkie etapy, koszyk dostaje powod „klientka niedawno zlozyla zamowienie”.
Ten sam warunek dla okienek z rabatem ma teraz pole w Ustawieniach (domyslnie 14 dni). Aktualizacja ustawia 14 dni na istniejacych etapach i w Ustawieniach.
0.14.5
Kody z maila, pusha i okienka nie obejmują już produktów przecenionych (tak jak pozostałe kody sklepu) i nie łączą się z automatycznymi promocjami koszyka.
Gdy wszystkie produkty w koszyku są przecenione, okienko nie proponuje kodu, a przypomnienie z rabatem nie wychodzi.
0.14.4
Odstęp między mailami do jednej klientki: co najmniej AJITCR_MIN_GAP_HOURS (domyślnie 20 h). Mail zaplanowany za wcześnie czeka, zamiast wyjść tego samego dnia co poprzedni.
0.14.3
Jedna seria przypomnień na klientkę: gdy ma kilka koszyków (także kopie zakładane przez sklep), przypomnienia idą tylko do najnowszego, a starsze są zatrzymywane jako „klientka ma nowszy koszyk”.
Każdy etap (np. 5%, potem 10%) klientka dostaje najwyżej raz w okresie AJITCR_COOLDOWN_DAYS (domyślnie 30 dni). Zmiana koszyka nie zaczyna już serii od nowa ani nie tworzy nowych kodów, tylko prowadzi do następnego, jeszcze niewysłanego etapu.
0.14.2
Bez rabatu po zakupie: klientka z zamówieniem z ostatnich 7 dni (AJITCR_RECENT_ORDER_DAYS) nie dostaje maila, pusha ani okienka z rabatem. Chroni przed kopiami koszyka, które sklep zakłada po opłaconym zamówieniu.
Zamówienia z kodem z okienka liczą się jako odzyskane, z numerem okienka. Pulpit i Statystyki pokazują, ile z nich przyszło z okienka, a koszt rabatu obejmuje też te kody.
0.14.1
„Podejrzyj na sklepie” w edycji okienka: prawdziwa strona sklepu z okienkiem od razu, z wyglądem wybranym w formularzu. Podpisany link ważny godzinę, przykładowy kod bez zakładania reguły, bez statystyk i bez zapamiętywania zamknięcia.
0.14.0
Wygląd okienka: sam tekst, zdjęcie z lewej, zdjęcie u góry albo zdjęcie w tle z przyciemnieniem (kolor i procent). Na telefonie zdjęcie przechodzi nad tekst.
Zdjęcie wgrane w panelu albo zdjęcie pierwszego produktu z koszyka klientki.
Podgląd całego okienka na żywo w formularzu, z przełącznikiem komputer/telefon.
0.13.5
Przesyłanie nowych zapisów na newsletter do MailerLite: konto, zamówienie i stopka sklepu trafiają do kolejki, a CRON wysyła je do wybranej grupy, do 50 naraz. Ustawienia w panelu MailerLite w Ustawieniach.
0.13.4
Zakładka „Koszyki”: kolumna na każdy etap z ikoną stanu wiadomości (wysłana, otwarta, kliknięta, czeka, pominięta), datą i kodem w podpowiedzi oraz kolumna wyniku z numerem zamówienia.
Filtr „Otrzymały wiadomość / Czekają / Bez wiadomości”, przycisk „Kto co dostał” w Statystykach.
0.13.3
Wyniki wiadomości push wysyłanych do wszystkich: kliknięcia, zamówienia (do 7 dni od kliknięcia) i kwota w historii wysyłek.
0.13.2
Rodzaj kodów w wiadomościach: jednorazowe (domyślnie) albo imienne.
Oferta dla oglądających bez kolumny ilości; poprawione teksty stopki i strony wypisu.
0.13.1
Krótkie, czytelne kody rabatowe.
Kod przechodzi na bieżące konto klienta z tym samym e-mailem i sam wpina się do koszyka.
Przycisk okienka powrotnego wpina kod do koszyka.
Poprawione sprawdzanie ważności kodu przy automatycznym wpinaniu.
0.13.0
Oferta dla oglądających: zapis oglądanych produktów, szablon, etapy e-mail i push, zakładka „Oglądający”.
Zamówienie z kodem z wiadomości liczone jako odzyskane także bez kliknięcia w link.
0.12.5
Zakładka „Wyślij push”, zapisani na push w Statystykach.
Zatrzymanie przypomnień po zamówieniu złożonym na inne konto z tym samym e-mailem.
Zgodność z PrestaShop 9 przy formatowaniu cen.
0.12.4
Naprawiona wysyłka wiadomości z blokiem nagłówka.
Kilka okienek powrotnych z różnym rabatem; kod zależny od wysokości rabatu.
Kody z okienek niewidoczne dla innych klientów.
Kolor marki w wiadomościach, sprzątanie wygasłych kodów, nazwy rabatów czytelne dla klienta.
0.12.3
Prośba o zgodę na push: położenie, tekst, ikona sklepu, przyciemnienie tła, czekanie na baner cookies, ponowne pytanie po 24 h, podpowiedź na komputerze. Domyślnie wyłączona.
Wersjonowane adresy plików JS i CSS.
0.12.2
Kody z różnych etapów i kanałów nie łączą się ze sobą ani z niełączącymi się kodami sklepu.
0.12.1
Etap z rabatem pomijany, gdy nie da się wystawić kodu.
0.12.0
Okienko dla powracających z kodem rabatowym.
0.11.1
Poprawki migracji schematu, planowania zaległości, reguł zatrzymania i filtrów w panelu.
0.11.0
Poprawki wysyłki, limitów, uprawnień, multistore, trybu testowego, Web Push i retencji danych.
0.10.0
Kanał SMS (SMSAPI) z limitami dziennymi, miesięcznymi i na koszyk.
