InPost Pay na karcie produktu - wzrost konwersji o 4,8%

Czym jest InPost Pay

InPost Pay to szybka ścieżka zakupu prowadzona przez aplikację InPost Mobile. Klient klika przycisk w sklepie, potwierdza zakup w aplikacji, a adres, wybrany Paczkomat i dane do płatności są już tam zapisane. Nie wypełnia formularza, nie zakłada konta w sklepie i nie przechodzi przez kolejne kroki koszyka.

Przycisk można postawić w koszyku albo bezpośrednio na karcie produktu. Zdecydowaliśmy się na kartę produktu, bo tam klient podejmuje decyzję o zakupie. Każdy krok między „chcę to” a „zapłacone” to miejsce, w którym część osób rezygnuje.

Wynik: +4,8% konwersji

wzrostu konwersji sklepu

+4,8%

zamówień w sierpniu przez InPost Pay

92 z 598

udziału w zamówieniach

15,4%

Te dwie liczby mówią co innego i warto je czytać osobno. 15,4% to udział nowej metody w zamówieniach, ale nie każde z tych 92 zamówień złożył nowy klient. Część kupiłaby i tak, tylko zwykłym koszykiem. Wzrost konwersji o 4,8% to faktyczny zysk: tylu więcej odwiedzających kończy zakup.

Prawie co szóste zamówienie przez InPost Pay pokazuje coś jeszcze: klienci tej metody szukają. Jeśli ktoś ma aplikację InPostu na telefonie, zakup w dwóch stuknięciach jest dla niego wygodniejszy niż formularz, nawet dobrze zaprojektowany.

Google Analytics: tu był problem

Typowa konfiguracja e-commerce w GA4 zakłada, że klient przejdzie przez koszyk: add_to_cart, begin_checkout, add_shipping_info, add_payment_info i na końcu purchase na stronie podziękowania. InPost Pay omija większość tej ścieżki. Klient przechodzi z karty produktu prosto do aplikacji, a kroki koszyka w sklepie w ogóle się nie wydarzają.

Mieliśmy z tym problem w tym wdrożeniu. Zdarzenia ustawione pod zwykły koszyk nie pasowały do ścieżki InPost Pay, więc dane w Analytics były niepełne, dopóki nie określiliśmy ich na nowo. Zamówienia w sklepie się zgadzały, raporty już nie.

Co ustawić

• Osobne zdarzenie kliknięcia przycisku InPost Pay na karcie produktu, żeby widzieć, ile osób zaczyna tę ścieżkę.
• Zdarzenie purchase wysyłane niezależnie od strony podziękowania, np. po stronie serwera w chwili utworzenia zamówienia. Klient z aplikacji nie zawsze wraca na stronę sklepu.
• Parametr z metodą płatności przy zakupie, żeby dało się porównać obie ścieżki w raportach.
• Ten sam identyfikator transakcji co w sklepie, żeby zakup nie policzył się dwa razy, jeśli klient jednak wróci na stronę podziękowania.
• Kontrola raz w tygodniu: liczba zakupów w GA4 obok liczby zamówień w sklepie albo w Baselinkerze. Rozjazd od razu pokazuje, że coś się zgubiło.

To samo dotyczy pikseli reklamowych (Meta, Google Ads). Jeśli konwersja liczy się na stronie podziękowania, część sprzedaży z InPost Pay nie trafi do kampanii, a algorytm dostanie mniej sygnałów, niż powinien.

Baselinker: bez zmian w procesie

Po stronie obsługi zamówień obyło się bez niespodzianek. Baselinker obsługuje InPost Pay od razu, bez dodatkowych automatów i reguł. Zamówienie trafia do panelu z metodą płatności „InPost Pay”, jako opłacone i z wybranym Paczkomatem, a dalej przechodzi tę samą drogę co zamówienie opłacone BLIK-iem: faktura, etykieta, status „Wysłane”.

Metoda płatności jest zwykłym polem zamówienia, więc listę da się przefiltrować i w kilka sekund sprawdzić, ile zamówień przyszło przez InPost Pay w danym okresie.

Bonus: lepsze warunki umowy z InPostem

InPostowi zależy na tym, żeby sklepy wdrażały InPost Pay, i jest skłonny negocjować warunki umowy ze sklepem, który go podłączy. Jeśli i tak wysyłasz przez InPost, wdrożenie daje Ci argument do rozmowy o stawkach za przesyłki.

Czy to się opłaci w Twoim sklepie

InPost Pay ma największy sens, gdy:

• większość klientów i tak wybiera dostawę do Paczkomatu,
• dużo zakupów odbywa się na telefonie, gdzie wypełnianie formularza najbardziej przeszkadza,
• kupujący to często nowi klienci, którzy nie mają konta w sklepie,
• sprzedajesz produkty kupowane impulsowo, gdzie liczy się każdy krok mniej.

Od czego zacząć

1. Zmierz konwersję sklepu przed wdrożeniem, najlepiej z kilku tygodni, żeby mieć punkt odniesienia.
2. Porozmawiaj z InPostem o warunkach umowy.
3. Zaplanuj zdarzenia w Analytics i pikselach pod nową ścieżkę, zanim przycisk pojawi się w sklepie.
4. Postaw przycisk na karcie produktu, nie tylko w koszyku.
5. Po miesiącu porównaj konwersję i liczbę zamówień w GA4 z liczbą zamówień w sklepie.