Potwierdzenie zamówienia to najgorsza strona Twojego sklepu

Ktoś właśnie kupił w Twoim sklepie. Zobaczył dopracowaną stronę główną, karty produktów z dobrymi zdjęciami i proces zamówienia, który działa. Trzydzieści sekund później dostaje e-mail z potwierdzeniem, otwiera go na telefonie i widzi szarą tabelę z pięcioma ściśniętymi kolumnami i linijkę na dole „powered by PrestaShop”.

Ten e-mail to strona Twojego sklepu, którą otwiera najwięcej osób. Potwierdzenie zamówienia otwiera się prawie zawsze, a często dwa razy: raz, gdy przychodzi, i drugi raz, gdy pojawia się kurier. Żadna strona Twojej witryny nie ma takiego wskaźnika. I to jedyna, która nadal wygląda tak jak w dniu instalacji PrestaShop.

Dlaczego tak wyglądają?

Twój sklep wysyła mnóstwo różnych e-maili: potwierdzenie, nowe konto, hasło, wysyłkę, zwrot, alert dla magazynu, a do tego te, które dodaje każdy zainstalowany moduł. Ile dokładnie, zależy od tego, co masz zainstalowane, ale zwykle więcej, niż się wydaje. Każdy to plik HTML w folderze mails, po jednym na język, napisany ponad dekadę temu z tabelami i znacznikami <font>.

Zmiana szablonu sklepu ich nie rusza. Zmiana kolorów szablonu też nie. To osobne pliki i żyją poza wszystkim, co dostosowałeś.

Jeden szczegół pogarsza sprawę: każda aktualizacja PrestaShop je podmienia. Jeśli ktoś edytował je ręcznie w 2022 roku, ta praca zniknęła przy następnej wersji, a nikt tego nie zauważył, i sklep wrócił do wysyłania fabrycznego e-maila.

Tabela, której nikt nie przeczyta na telefonie

Najdroższy problem jest w najważniejszym e-mailu. Lista produktów w potwierdzeniu to tabela z pięcioma kolumnami: indeks, produkt, cena jednostkowa, ilość i suma.

Na komputerze da się ją czytać. Na telefonie o szerokości 360 pikseli cztery kolumny liczb zajmują około dwustu pięćdziesięciu, a na nazwę produktu zostaje osiemdziesiąt. „Techniczna koszulka z długim rękawem” łamie się na pięć linii po dwa słowa albo cały e-mail wychodzi poza ekran i trzeba go przesuwać w bok.

Kup coś we własnym sklepie i otwórz potwierdzenie na telefonie. To najszybszy test i najbardziej niewygodny.

I jest druga rzecz, którą zauważasz, kiedy się przyjrzysz: blok podsumowania zawsze pokazuje pięć linii, nawet gdy nie ma nic do powiedzenia. Zamówienie bez rabatu pokazuje „Rabaty 0,00 €”. Katalog z cenami z podatkiem pokazuje „Podatki 0,00 €”. A darmowa wysyłka — która jest argumentem sprzedażowym — pojawia się jako „Wysyłka 0,00 €” zamiast „Gratis”.

Drugi problem: ponowne wysłanie potwierdzenia

Zdarza się w każdym sklepie. Klient pisze, że e-mail z zamówieniem nie dotarł, że usunął go przez pomyłkę albo że źle wpisał adres. Otwierasz zamówienie w panelu, żeby wysłać je ponownie… i nie ma do tego przycisku.

Jest przycisk do e-maili o statusie. W historii statusów każdego zamówienia każda linia ma własną ikonę ponownego wysłania: „Płatność przyjęta”, „Przygotowanie w toku”, „Wysłane”. Działa to, bo zmiana statusu zapisuje się jako wiersz, a ten wiersz można użyć ponownie.

Potwierdzenie zamówienia nie jest zmianą statusu. PrestaShop wysyła je raz, z wnętrza procesu, który zatwierdza zamówienie, i nie zachowuje ani wiersza, ani zmiennych, z których zbudował e-mail. Informacje nadal są — produkty, kwoty, adresy, przewoźnik — ale e-mail trzeba zbudować od zera, zanim będzie mógł wyjść ponownie.

To, co ludzie robią zamiast tego, ma swój koszt: wklejanie danych do e-maila pisanego ręcznie, który przychodzi bez wyglądu sklepu i z realną szansą na pomyłkę w kwocie; albo zmiana statusu zamówienia, żeby wymusić wysyłkę, co zaśmieca historię i dostarcza e-mail, o który klient nigdy nie prosił.

I warto wiedzieć, co dokładnie wysyła się ponownie, bo to nie zapisana kopia pierwszego e-maila: moduł składa go od nowa z zamówienia w jego obecnym stanie. Jeśli w międzyczasie poprawiłeś adres, usunąłeś pozycję albo zmienił się przewoźnik, e-mail, który dotrze, ma te dane, a nie dane z dnia zakupu. Jedyne, co się nie zmienia, to data zamówienia. W zwykłym przypadku — „nie dotarło” — to dokładnie to, czego chcesz: klient dostaje dobre informacje, a nie stare.

Jakie są trzy sposoby naprawy?

1. Szablon e-maili w panelu

Od wersji 1.7.6 PrestaShop ma generator szablonów e-maili. Wybierasz szablon, klikasz „Generuj e-maile”, a on przepisuje pliki w mails z innym wyglądem.

To najszybsza droga i ma dwa ograniczenia, które warto znać przed startem. Pierwsze: nadal zapisuje pliki, więc aktualizacja PrestaShop może je znowu nadpisać i trzeba generować od nowa. Drugie: dostępnych szablonów jest niewiele, a miejsca na Twoją markę mało: zmieniasz logo i niewiele więcej.

2. Ręczna edycja plików

Działa i daje pełną kontrolę. To też jeden plik na e-mail i na język: przy dwóch językach liczba wymyka się spod kontroli, a powtarzasz to za każdym razem, gdy instalujesz moduł z własnymi e-mailami.

To droga dla kogoś, kto ma jeden język, nie boi się HTML-a w e-mailach i zamierza ruszyć trzy czy cztery szablony, a nie wszystkie.

3. Wejście w moment wysyłki

PrestaShop ogłasza przez kilka hooków, że za chwilę wyśle każdy e-mail. Tam można zmienić treść w locie, bez ruszania ani jednego pliku w mails.

Ma przewagę, której dwie pozostałe drogi nie mają: ponieważ żadne pliki nie są zapisywane, aktualizacja nie ma czego zabrać. A ponieważ zmiana dzieje się w chwili wysyłki, obejmuje też e-maile modułów, które zainstalujesz jutro.

Co sprawdzić, zanim cokolwiek ruszysz?

Niezależnie od wybranej drogi, jest pięć rzeczy, które warto sprawdzić w swoim sklepie jeszcze dziś po południu:

1. Otwórz prawdziwy e-mail na telefonie. Nie podgląd w panelu: złóż zamówienie testowe i otwórz je na własnym telefonie.
2. Sprawdź, czy Twoje e-maile wychodzą w HTML. W menu Zaawansowane → Adres e-mail, jeśli ustawione jest „Wyślij e-mail w formacie Tekst”, żaden wygląd nigdy nie będzie widoczny.
3. Sprawdź, czy Twój szablon nadpisuje szablony e-maili. Jeśli w Twoim szablonie jest folder mails, te pliki wygrywają z plikami PrestaShop.
4. Policz swoje języki. To liczba, przez którą mnoży się każdy kawałek pracy.
5. Spróbuj ponownie wysłać potwierdzenie. Otwórz zamówienie z zeszłego tygodnia i poszukaj przycisku. To, że go nie znajdziesz, jest odpowiedzią.

Jak zbudowaliśmy nasze rozwiązanie?

To edytor sprawia, że nie jest to po prostu kolejny szablon: dodajesz bloki — nagłówki, przyciski, obrazki, kolumny, listę produktów — klikasz w e-mailu, żeby je zmienić, a wynik pojawia się obok, gdy piszesz. To nie przybliżony podgląd: rysuje go ten sam mechanizm, który wysyła e-mail, więc to, co widzisz, jest dokładnie tym, co dociera do klienta.

Zadaliśmy sobie to pytanie przy naszych własnych sklepach i wybraliśmy trzecią drogę. Efektem jest Projektant e-maili dla PrestaShop: podpina się pod wysyłkę, nigdy nie zapisuje niczego w mails i ma e-maile Twojego sklepu już napisane w pięciu językach, więc praca polega na dopasowaniu, a nie na zaczynaniu od zera.

Lista produktów jest ułożona na nowo jako jedna linia na produkt — zdjęcie, nazwa, kombinacja i „2 × 49,99 €” po lewej, kwota po prawej — dzięki czemu da się ją czytać przy 320 pikselach bez przesuwania czegokolwiek. A sumy równe zeru znikają, z jednym celowym wyjątkiem: darmowa wysyłka mówi o tym słowami.

A każda strona zamówienia ma przycisk, który ponownie wysyła klientowi potwierdzenie, w języku zamówienia i z jego prawdziwymi danymi: moduł odtwarza zmienne z zapisanego zamówienia, a e-mail wychodzi tą samą drogą co oryginał, więc dociera dokładnie tak, jak dotarłby pierwszego dnia.

W środku jest edytor bloków z podglądem na żywo, pięć szablonów z różnymi krojami pisma i przycisk, który wysyła dowolny e-mail na Twoją skrzynkę, zanim go uruchomisz. Znajdziesz go poniżej, z ceną i opisem tego, co robi.