BLIK powtarzalny w sklepie: subskrypcje krok po kroku

BLIK powtarzalny w sklepie pozwala pobierać kolejne płatności za subskrypcję bez proszenia klienta o nowy kod za każdym razem: klient raz wyraża zgodę w aplikacji banku, a sklep obciąża go według ustalonego harmonogramu. Samo podłączenie metody płatności to jednak mniejsza część pracy. Więcej wymaga panel klienta, komunikacja mailowa i obsługa nieudanych płatności. Prowadziłem takie wdrożenie dla bambiboo.eu, sklepu internetowego z aplikacją mobilną, na bramce Tpay, i na tym tle opisuję kolejne kroki.

Kiedy subskrypcja w sklepie internetowym ma sens

Subskrypcja ma sens, gdy klient kupuje ten sam produkt regularnie i wolałby o tym nie pamiętać. Dotyczy to produktów zużywalnych, uzupełnianych w podobnym rytmie, oraz usług z dostępem na okres. Gdy zakupy są nieregularne albo każde zamówienie wygląda inaczej, subskrypcja zwykle tylko komplikuje obsługę. To jeden z elementów, które opisuję przy budowie nowoczesnych platform e-commerce.

Przed decyzją warto odpowiedzieć sobie na kilka pytań:

• Czy klient zamawia ten sam zestaw co jakiś czas, czy za każdym razem coś zmienia?
• Czy cena może się zmienić w trakcie subskrypcji i jak klient się o tym dowie?
• Co się dzieje, gdy produktu zabraknie w magazynie w dniu pobrania płatności?
• Kto w firmie odpowiada na pytania o pobrane kwoty i reklamacje?

Jeśli odpowiedzi są niejasne, lepiej zacząć od przypomnień o ponownym zamówieniu niż od automatycznego obciążania.

BLIK powtarzalny a tokenizacja karty

Obie metody służą do tego samego, czyli pobierania kolejnych płatności bez udziału klienta przy każdej transakcji, ale działają inaczej. Przy karcie bramka przechowuje token zamiast numeru karty, a sklep obciąża go według harmonogramu. Przy BLIK-u klient tworzy płatność powtarzalną, potwierdzając ją w aplikacji banku, i tam też ją widzi i może odwołać zgodę, co opisuje strona płatności powtarzalnych BLIK.

Cecha	BLIK powtarzalny	Tokenizacja karty
Zgoda klienta	w aplikacji bankowej	przy pierwszej płatności kartą
Gdzie klient zarządza zgodą	aplikacja banku i panel sklepu	panel sklepu
Typowe przyczyny odmowy	brak środków, odwołana zgoda	karta wygasła lub zastrzeżona, brak środków
Dostępność	zależy od banku klienta	zależy od wydawcy karty

W praktyce warto mieć obie metody. Nie każdy bank udostępnia płatności powtarzalne BLIK, a część klientów woli kartę. Ważne, żeby logika subskrypcji w sklepie nie zależała od metody: harmonogram, statusy i maile powinny działać tak samo. Dla klienta, który nie chce zapisywać karty, BLIK powtarzalny w sklepie jest naturalnym wyborem, bo korzysta z aplikacji bankowej, której i tak używa przy codziennych zakupach.

Co musi umieć panel klienta

Panel klienta to miejsce, w którym subskrypcja buduje albo traci zaufanie. Klient, który nie może jej łatwo zatrzymać, odwoła zgodę w banku albo napisze reklamację, a to kosztuje sklep więcej niż jedna anulowana subskrypcja.

• Wstrzymanie na jakiś czas bez utraty ustawień.
• Zmiana produktu, ilości, adresu i terminu kolejnej dostawy.
• Anulowanie w kilku kliknięciach, bez dzwonienia i pisania maili.
• Historia pobranych płatności i zamówień z subskrypcji.
• Zmiana metody płatności, na przykład z karty na BLIK.

Jeśli sklep ma aplikację mobilną, te same funkcje muszą działać w aplikacji i na stronie, na jednym źródle danych. Inaczej klient wstrzyma subskrypcję w aplikacji, a sklep i tak ją zrealizuje. Jak opisać takie wymagania przed wyceną, pokazuję w tekście o specyfikacji wymagań systemu.

Komunikacja mailowa przy subskrypcji

Każde zdarzenie w subskrypcji powinno mieć swój mail, bo klient nie widzi, co dzieje się w bramce płatności. Minimalny zestaw wygląda tak:

1. potwierdzenie założenia subskrypcji z harmonogramem i kwotą,
2. przypomnienie przed kolejnym pobraniem,
3. potwierdzenie pobrania i nadania zamówienia,
4. informacja o nieudanej płatności z linkiem do zmiany metody,
5. potwierdzenie wstrzymania, zmiany i anulowania.

Przy nieudanej płatności ustal z góry, ile razy i w jakich odstępach sklep ponawia próbę i kiedy subskrypcja przechodzi w stan zawieszenia. Bez tej reguły zamówienia wiszą w niejasnym statusie, a obsługa klienta odpowiada na pytania, na które system nie zna odpowiedzi.

BLIK powtarzalny w sklepie: wdrożenie krok po kroku

Kolejność prac ma znaczenie, bo najdroższe poprawki biorą się z decyzji o modelu subskrypcji podjętych dopiero po podłączeniu bramki.

1. Ustal model subskrypcji: produkty, okresy, zasady zmiany ceny i postępowanie przy brakach magazynowych.
2. Zaprojektuj statusy subskrypcji i przejścia między nimi, zanim powstanie pierwszy ekran.
3. Podłącz bramkę w środowisku sandbox i przejdź pełny cykl: założenie, kolejne pobranie, odmowa, odwołanie zgody, anulowanie.
4. Obsłuż powiadomienia z bramki tak, żeby to samo powiadomienie przysłane drugi raz nie tworzyło drugiego zamówienia.
5. Sprawdź maile i panel klienta na stronie i w aplikacji.
6. Uruchom produkcję dla małej grupy klientów i obserwuj pierwsze cykle pobrań.

Błędy, które łatwo przy tym popełnić, są dość przewidywalne: zdublowane zamówienie po powtórzonym powiadomieniu z bramki, harmonogram liczony w innej strefie czasowej niż sklep, subskrypcja anulowana w sklepie, ale wciąż aktywna w bramce, albo brak testu odwołania zgody po stronie banku. Sandbox nie odda wszystkich zachowań banków, dlatego pierwsze cykle na produkcji warto śledzić ręcznie. O zabezpieczeniu samego sklepu, w którym działa płatność, piszę w liście kontrolnej bezpieczeństwa sklepu.

Jeśli rozważasz BLIK powtarzalny w sklepie, zacznij od spisania modelu subskrypcji i statusów, a dopiero potem wybieraj bramkę i moduł. To one decydują, czy klienci zostaną z Tobą na dłużej. Gdy chcesz przejść przez to z kimś, kto takie wdrożenie prowadził, poznaj zasady współpracy ze mną.