Zamówienie jest, pieniędzy nie ma
To jeden z najbardziej niedocenianych ubytków w sklepie. Klient przeszedł przez cały checkout, podał adres, wybrał dostawę, kliknął „Zamawiam i płacę” — i nie wrócił z bramki płatności. Sesja bankowa się urwała, limit karty nie przeszedł, telefon się rozładował, ktoś zawołał na obiad. Zamówienie w sklepie już jest. Towar bywa zarezerwowany. Brakuje wyłącznie przelewu.
Do tej pory taki klient wpadał w lukę: porzucone koszyki go nie łapały, bo koszyk został zamieniony na zamówienie, a sekwencja „po zakupie” mówiła mu o paczce, która nigdzie nie jedzie. Nieopłacone zamówienie to osobna sekcja, która zajmuje się dokładnie tym przypadkiem.
- Zamówienia nie ma — jest tylko koszyk
- Klient nie podjął decyzji
- Mail zachęca do powrotu, wolno w nim dać rabat
- Link prowadzi do koszyka
- Zamówienie istnieje w sklepie
- Decyzja zapadła, brakuje przelewu
- Mail domyka transakcję — bez rabatu i bez sprzedaży
- Link prowadzi do strony płatności tego zamówienia
Dwa maile: po 45 minutach i po dobie
Pierwszy mail wychodzi 45 minut po zakupie. Nie od razu — bo klient może być wciąż na stronie banku i mail „nie zapłaciłeś” czytany w trakcie płacenia wygląda jak oskarżenie. Drugi, ostatnie przypomnienie, dzień później. Obie wartości ustawiasz sam.
Trzy niezależne warstwy, żeby nie upomnieć się u kogoś, kto zapłacił
Mail z przypomnieniem o płatności ma jedną kategorię błędu, której nie wolno popełnić: nie może trafić do kogoś, kto już zapłacił. Dlatego decyzja o wysyłce nie stoi na jednym źródle, tylko na trzech, które działają niezależnie od siebie i mają różne opóźnienia.
Kandydata wskazuje analityka sklepu
O złożonym zamówieniu wiemy w sekundę po checkoucie, prosto ze storefrontu — nie czekamy na nocną synchronizację ani na webhooki, które w większości sklepów są wyłączone. Inaczej mail „45 minut po zakupie” wychodziłby kilkanaście godzin za późno albo wcale.
Powrót z płatności natychmiast wypisuje
Gdy klient wraca ze strony banku, sekwencja kasuje się w tym samym momencie — zanim jakikolwiek mail zdąży się zakolejkować. Wypis dotyczy konkretnego zamówienia: zapłata za jedno nie kasuje przypomnienia o drugim, wciąż nieopłaconym.
Tuż przed wysyłką pytamy sklep
Ostatnie słowo ma API sklepu, nie nasza baza. Mail wychodzi tylko przy odpowiedzi „nieopłacone i tu jest link do płatności”. Bramka działa też w kolejce akceptacji, która potrafi stać godzinami — czyli dokładnie tyle, ile trwa zapłata.
Ostatnia warstwa działa też w drugą stronę. Kiedy sklep odpowie, że zamówienie jest jednak opłacone, zapisujemy to w analityce. Bez tego przelew zaksięgowany ręcznie albo płatność z innego urządzenia zostawałyby w raportach na zawsze jako „nieopłacone”, a system co godzinę pytałby sklep o sprawę dawno zamkniętą.
Dwie białe listy, obie wymagane
Przy uruchamianiu sekcji zaznaczasz, których statusów zamówień i których form płatności przypomnienie w ogóle dotyczy. Nic nie jest zaznaczone domyślnie i nic nie jest domyślnie „wszystkie” — pusta lista znaczy „nikt”, a nie „każdy”.
Analogicznie z formami płatności: pobranie i zwykły przelew nie mają strony płatności, więc nie ma dokąd prowadzić klienta. Takie zamówienia sekcja pomija w całości.
Bez AI, bez rabatu, bez rekomendacji — i to jest decyzja, nie brak
To jedyna sekcja mailowa w Witly, która celowo nie ma trybu AI. Cała treść to jedno zdanie i jeden przycisk płatności — model nie ma tu czego wnieść, a ma co zepsuć. Wyłączone są też rekomendacje, cross-sell, historia przeglądania i kody rabatowe.
- Sprzedaż jest praktycznie zamknięta — rabat tylko obniża marżę
- Kupon w takim mailu uczy klientów porzucać płatność w oczekiwaniu na zniżkę
- Rabat zamienia wiadomość transakcyjną w marketingową
- Mail o dokończeniu płatności służy wykonaniu umowy
- Dlatego dociera do każdego kupującego, nie tylko do subskrybentów
- Rabat albo oferta uczyniłyby z niego marketing — a ten wymaga zgody
Szablon obsługuje krótką, celową listę zmiennych:
{{payment_url}}— strona płatności tego zamówienia, z tego samego odczytu, którym potwierdziliśmy dług{{purchased_products}}— pozycje zamówienia czekającego na opłacenie{{first_name}},{{shop_url}}— podstawy
Świadomie nie „produkty z koszyka” — koszyka tu nie ma. Lista pozycji renderuje się prosto: bez kart, zdjęć i linków do produktów, bo ten mail ma domknąć płatność, a nie sprzedać po raz drugi.
Jak to uruchomić
Włączasz sekcję w automatyzacjach mailowych
Sekcja „Nieopłacone zamówienie” działa równolegle do „Po zakupie” — jedna mówi o towarze, druga o pieniądzach. Żadna nie blokuje drugiej.
Zaznaczasz statusy i formy płatności
Dwie białe listy wybierane z listy Twojego sklepu. Bez zaznaczenia sekcja nie ruszy — i to jest celowe.
Ustawiasz próg numeru zamówienia
Od którego zamówienia zaczynamy. Bez tego progu włączenie sekcji upomniałoby się o pieniądze za całą zaimportowaną historię sklepu w jednej fali.
Dopasowujesz treść dwóch kroków
Krok 1 „Dokończ płatność”, krok 2 „Ostatnie przypomnienie”. Oba z jednym przyciskiem prowadzącym pod {{payment_url}}.
Klient dostaje link, nie zagadkę
Przycisk prowadzi prosto do strony płatności zamówienia — nie do podsumowania zamówienia i nie za logowanie.
Podsumowanie
Nieopłacone zamówienia to sprzedaż, która jest już o krok od zamknięcia i przepada na ostatnim kliknięciu. Nowa sekcja obsługuje ją osobno od porzuconych koszyków: przypomina o pieniądzach, prowadzi prosto do strony płatności i milczy w każdej sytuacji, w której nie ma pewności, że dług naprawdę istnieje.
Chcesz włączyć to u siebie? Skontaktuj się z nami — ustawimy statusy, formy płatności i treść pod Twój sklep.
Źródła
- Baymard Institute — Cart & Checkout Abandonment Rate
baymard.com/lists/cart-abandonment-rate - Klaviyo — Abandoned Cart Email Benchmarks
klaviyo.com/blog/abandoned-cart-benchmarks - RODO (Rozporządzenie 2016/679), art. 6 ust. 1 lit. b — przetwarzanie niezbędne do wykonania umowy
eur-lex.europa.eu/eli/reg/2016/679/oj