Formularz adresowy jest najdłuższym w ścieżce zakupowej i tym, który generuje najwięcej porzuceń po wyborze dostawy. W polskim sklepie sprzedającym polskim klientom połowa domyślnie wyświetlanych pól nie służy niczemu.
Ogólna analiza checkoutu mobilnego została omówiona osobno. Ten artykuł dotyczy samego formularza adresowego.
Co jest naprawdę potrzebne
Do dostawy w Polsce wystarczy siedem informacji.
Imię, nazwisko, ulica i numer, kod pocztowy, miejscowość, kraj, telefon.
Cała reszta jest opcjonalna albo zależy od Twojej działalności. Przejrzyjmy pola zwykle wyświetlane i ich wartość.
Firma przydaje się tylko w B2B. W sklepie konsumenckim zajmuje linię na darmo. W sklepie mieszanym ujawnia się według typu konta.
NIP podlega temu samemu rozumowaniu: konieczny do faktury firmowej, warunkowy dla reszty.
Uzupełnienie adresu jest przydatne, ale musi pozostać opcjonalne i dyskretne. Wiele konfiguracji pokazuje dwa pola uzupełnienia, co jest przesadą.
Telefon stacjonarny i komórkowy jako dwa osobne pola nie mają już sensu. Jedno pole wystarczy, a numer komórkowy to ten, którego używa kurier i paczkomat.
Etykieta adresu, „Dom” lub „Biuro”, interesuje tylko klienta zapisującego kilka adresów. Generuj ją automatycznie i nie pytaj o nią przy pierwszym zamówieniu.
Kod pocztowy i miejscowość
To najszybszy zysk w formularzu.
W Polsce kod pocztowy w formacie 00-000 określa miejscowość w większości przypadków. Wpisany kod może więc wstępnie wypełnić miejscowość albo zaproponować krótką listę, gdy kilka miejscowości go dzieli.
Trzy korzyści: jedno pole mniej do wpisania, mniej literówek i darmowa kontrola spójności między dwiema wartościami.
Cztery techniczne środki ostrożności.
Pole musi akceptować format 00-000, z myślnikiem wstawianym automatycznie, i wywoływać klawiaturę numeryczną na telefonie.
Miejscowość musi pozostać edytowalna. Niektóre miejscowości mają nazwy alternatywne lub przysiółki, które klient woli podać.
Kody zaczynające się od zera, jak warszawskie, nie mogą tracić pierwszego znaku, co się zdarza, gdy wartość jest traktowana jak liczba.
Myślnik wpisany lub pominięty przez klienta musi być akceptowany i normalizowany, nie odrzucany.
Prosty i elegancki checkout dla PrestaShopElegancki checkout na jednej stronie, który konwertuje€99,00
Przypadek dostaw zagranicznych
Temat źle obsługiwany przez wiele sklepów, generujący zamówienia niemożliwe do zrealizowania.
Trzy punkty do jednoznacznego rozstrzygnięcia.
Czy tam dostarczasz? Jeśli nie, kraj musi być wykluczony z listy, a nie pozostawiony do wyboru, by skończyć błędem w momencie płatności.
Koszty i terminy się różnią. Krajowa stawka zastosowana do wysyłki zagranicznej oznacza stratę na każdym zamówieniu.
Podatki się różnią. Sprzedaż do innych krajów UE podlega progom OSS, a poza Unię procedurom celnym, z konsekwencjami dla VAT i dokumentów. To punkt do potwierdzenia z księgowym, a nie do improwizacji.
Minimalna konfiguracja polega na rozdzieleniu tych kierunków w strefach dostawy, z własnymi przewoźnikami i własnymi regułami.
Autouzupełnianie przeglądarki
To najbardziej opłacalny środek w formularzu, a wymaga tylko dodania atrybutów.
Przeglądarki i menedżery haseł potrafią wypełnić kompletny formularz adresowy jednym gestem, pod warunkiem że każde pole deklaruje, czego oczekuje: imię, nazwisko, linia 1 adresu, kod pocztowy, miejscowość, kraj, telefon.
Bez tych deklaracji przeglądarka niczego nie rozpoznaje i klient wpisuje wszystko.
Dwa punkty uzupełniające. Nazwy pól też się liczą: techniczne nazwy jak „field_3″ uniemożliwiają jakiekolwiek rozpoznanie heurystyczne. A struktura musi pozostać klasyczna: formularz przebudowany dynamicznie z egzotycznych komponentów traci tę zgodność.
Prosty test: otwórz swój checkout w przeglądarce z zapisanym adresem i kliknij w pole imienia. Jeśli nic się nie podpowiada, brakuje atrybutów.
Podpowiadanie adresu
Poziom wyżej, do wdrożenia po poprzednich punktach.
Zasada: klient wpisuje pierwsze znaki adresu, pojawia się lista propozycji, wybiera, wszystkie pola się wypełniają.
Trzy mierzalne korzyści: czas wpisywania podzielony, literówki wyeliminowane i adresy znormalizowane, co zmniejsza nieudane dostawy.
Dwa środki ostrożności. Pole ręczne musi pozostać dostępne, dla adresów nowych lub nietypowych, których baza nie zna. A użycie zewnętrznej usługi wymaga sprawdzenia, co jest przesyłane, i wzmianki w polityce prywatności.
Walidacja
Cztery zasady, które zmniejszają błędy bez irytowania.
Waliduj w trakcie wpisywania, pole po polu, zamiast pokazywać pięć błędów po wysłaniu.
Waliduj przy opuszczeniu pola, nie przy każdym znaku. Komunikat błędu pojawiający się od pierwszej litery irytuje.
Bądź tolerancyjny co do formatu. Numer telefonu wpisany ze spacjami, kropkami lub prefiksem międzynarodowym musi być akceptowany i normalizowany, nie odrzucany.
Formułuj błąd jako działanie. „Kod pocztowy musi mieć format 00-000″ jest lepsze niż „Nieprawidłowe pole”.
Adres rozliczeniowy
Kwestia do rozstrzygnięcia, bo podwaja formularz.
W sklepie konsumenckim adres rozliczeniowy jest identyczny z adresem dostawy w zdecydowanej większości przypadków. Oczekiwane zachowanie to więc domyślnie zaznaczone pole z drugim formularzem zwiniętym.
Dwa wyjątki. W B2B rozdzielenie jest częste i musi pozostać łatwo dostępne. Przy prezentach również, gdzie płacący i odbiorca są różni.
Punkt zgodności: faktura musi nosić adres rozliczeniowy, a dokument dostawy adres dostawy. Jedno pole na oba daje błędne dokumenty, gdy tylko się różnią.
Czego nie robić
Narzucać format pisowni. Klient piszący adres wielkimi lub małymi literami musi być akceptowany. Normalizacja odbywa się po stronie serwera.
Zakazywać polskich znaków. Nazwy ulic i miejscowości zawierają ą, ę, ł czy ż: odrzucanie ich to błąd projektowy.
Ograniczać długość zbyt surowo. Niektóre adresy są długie, zwłaszcza z nazwą osiedla.
Prosić o e-mail dwa razy. Ta praktyka podwaja wpisywanie bez znaczącego zmniejszenia błędów i blokuje autouzupełnianie.
Pomiar
Trzy wskaźniki.
Współczynnik porzuceń na etapie adresu, osobno na telefonie i na komputerze.
Średni czas wpisywania, który wyraźnie spada z autouzupełnianiem i podpowiadaniem.
Odsetek nieudanych dostaw z powodu błędnego adresu, który mierzy jakość zebranych danych i ma bezpośredni koszt.
Moduł Prosty i Elegancki Checkout dla PrestaShop przebudowuje ten formularz w PrestaShop 8 i 9: pola ograniczone do niezbędnych z warunkowym ujawnianiem pól firmowych, miejscowość wstępnie wypełniana kodem pocztowym, poprawnie ustawione atrybuty autouzupełniania, walidacja w trakcie wpisywania i domyślnie zwinięty adres rozliczeniowy.