Programy lojalnościowe dla PrestaShop: punkty, środki na koncie i powtarzalne zakupy

Większość porad o lojalności jest niezależna od platformy: przyznawaj punkty, ustaw poziomy, wysyłaj przypomnienia. To użyteczne, ale pomija część, która naprawdę decyduje o tym, czy program lojalnościowy zostanie wdrożony, czy utknie, jak dokładnie spina się z PrestaShop. PrestaShop od dawna oferuje oficjalny moduł Customer loyalty and rewards, historycznie dołączany do systemu, dziś dystrybuowany przez Addons, więc zależnie od wersji może być już zainstalowany, może wymagać instalacji albo mógł zostać zastąpiony nowszym oficjalnym lub zewnętrznym rozwiązaniem. Gdy działa, zamienia punkty w realne bony rabatowe przez system statusów zamówień i ma twarde ograniczenia, które potrafią zaskoczyć dokładnie wtedy, gdy potrzebna jest druga reguła naliczania. Ten poradnik dotyczy właśnie tej mechaniki: oficjalnego modułu Customer loyalty and rewards, miejsca jego ustawień, sposobu, w jaki punkty stają się pieniędzmi do wydania, momentu, w którym możliwości modułu się kończą, oraz tego, jak środki na koncie i grupy klientów wypełniają luki. Jeśli chodzi o strategię, czy w ogóle uruchamiać program punktowy i jak hojny powinien być, odeślemy Cię do właściwego tekstu uzupełniającego zamiast powtarzać go tutaj.

Ostatnia aktualizacja: czerwiec 2026.

Oficjalny moduł lojalnościowy, sprawdź, czy go masz

Oficjalny moduł PrestaShop nazywa się Customer loyalty and rewards (jego techniczna nazwa to loyalty). Zależnie od wersji może być już zainstalowany albo wymagać dodania z Addons, sprawdź Moduły → Menedżer modułów i wyszukaj "loyalty"; jeśli go tam nie ma, zainstaluj oficjalny moduł albo utrzymywane rozwiązanie zastępcze dopasowane do Twojej wersji PrestaShop. Po włączeniu przycisk Konfiguruj udostępnia cały program na jednym ekranie. Pod spodem moduł zapisuje ustawienia jako standardowe klucze konfiguracji, co ma jedną praktyczną zaletę: program jest przenośny, ustawienia jadą razem z eksportem bazy danych, a nic nie siedzi w plikach szablonu, które aktualizacja mogłaby nadpisać. Dokładne nazwy kluczy i tabel różnią się zależnie od modułu i wersji, więc nie opieraj się na stałej liście nazw PS_LOYALTY_*; jeśli kiedykolwiek musisz odczytać lub przenieść wartości bezpośrednio, sprawdź zainstalowany moduł i zobacz, które klucze faktycznie zapisuje.

Ekran konfiguracji jest krótki i warto znać go linijka po linijce, bo każde pole przekłada się na zachowanie widoczne dla klienta:

• Przelicznik, ile wydanych pieniędzy daje jeden punkt i ile jeden punkt jest wart przy wykorzystaniu. To dwie liczby: "1 punkt za każde wydane X" oraz "1 punkt = rabat Y". Ustawiaj je razem; klient nigdy nie odczyta surowej liczby punktów jako pieniędzy, jeśli nie pokażesz mu jasno przeliczenia (więcej o tym niżej).
• Minimalna kwota, jaką wygenerowany bon musi osiągnąć, zanim klient będzie mógł go wydać, zapobiega zaśmiecaniu kont bonami o wartości jednego centa.
• Ograniczenie kategorii dla bonu. Możesz ograniczyć kategorie, w których wygenerowany bon jest do wykorzystania ("bony utworzone przez system lojalnościowy mogą być używane w następujących kategoriach"). Zwróć uwagę, że to dotyczy realizacji nagrody, nie naliczania punktów; osobny przełącznik na tym samym ekranie odpowiada za blokowanie naliczania punktów od już przecenionych pozycji.
• Szczegóły bonu, tekst widoczny na rabacie, który klient wykorzystuje, oraz informacja, czy podatek jest uwzględniany przy naliczaniu punktów.
• Statusy przyznawania punktów, statusy zamówień, przy których punkty przechodzą z "oczekujących" na "dostępne", oraz status, który je anuluje. To część, którą pomija najwięcej sprzedawców, dlatego zasługuje na osobną sekcję.

Jak punkty naprawdę stają się pieniędzmi do wydania

Właśnie tutaj model lojalnościowy PrestaShop różni się od ogólnego wyobrażenia o "saldzie punktów", i tutaj jest naprawdę sprytny. Punkty nie leżą w abstrakcyjnym portfelu. Gdy zamówienie klienta osiąga status wskazany jako status "zatwierdzający", moduł generuje prawdziwą regułę koszyka, bon rabatowy, o wartości pieniężnej odpowiadającej zgromadzonym punktom, a klient wykorzystuje go podczas finalizacji zamówienia jak każdy inny kod rabatowy. Innymi słowy, punkty lojalnościowe w PrestaShop są opóźnionym generatorem bonów opartym na mechanizmie statusów zamówień.

Dźwignią, którą kontrolujesz, jest to, które statusy zamówień uruchamiają tę konwersję. Domyślnie moduł wiąże zatwierdzenie punktów ze statusem w rodzaju "Płatność zaakceptowana" albo "Dostarczono", a anulowanie z "Anulowano" / "Zwrócono". Co to oznacza w praktyce? Jeśli przyznasz punkty natychmiast po złożeniu zamówienia, wygenerujesz bony dla zamówień, które później zostaną anulowane albo obciążone zwrotem płatności, a cofnięcie tego bywa niewygodne. Jeśli przyznasz je dopiero przy statusie "Dostarczono", klientowi, który zapłacił dwie minuty temu, punkty będą wydawały się działać z opóźnieniem. Rozsądnym środkiem dla większości sklepów jest zatwierdzanie punktów przy statusie "Płatność zaakceptowana" i pozwolenie, by status anulowania automatycznie skorygował saldo, moduł robi to za Ciebie, gdy zamówienie przechodzi do statusu zwrotu. Ustaw to w konfiguracji modułu, w selektorach statusów zamówień, i przetestuj na prawdziwym zamówieniu przeprowadzonym przez faktyczny przepływ statusów, zanim ogłosisz program klientom.

Warto podkreślić jedną konsekwencję: ponieważ wykorzystanie nagrody tworzy standardową regułę koszyka PrestaShop, obowiązuje wszystko, co już wiesz o regułach koszyka, minimalne kwoty zamówienia, limity na klienta, ograniczenia walutowe i fakt, że bon pojawia się w Katalog → Rabaty jak każdy inny. To dobra wiadomość dla agencji: nie ma równoległego silnika rabatów, który trzeba osobno rozumieć.

Punkty a środki na koncie, i dlaczego PrestaShop zaciera granicę

Intuicja stojąca za obecnymi poradami jest słuszna, "masz 7,50 € do wydania" motywuje bardziej niż "masz 750 punktów". PrestaShop daje tu dwa odrębne mechanizmy i nie są one wymienne:

Proces zwrotu w PrestaShop może też oddać wartość jako środki zamiast gotówki, zależnie od wersji i widocznych opcji zwrotu, częściowy albo pełny zwrot może wygenerować korektę lub bon, który klient wyda następnym razem, zamiast zwrotu na kartę, który opuszcza sklep. Dokładne nazwy i przełączniki różnią się między wersjami panelu administracyjnego, więc sprawdź, co faktycznie oferuje ekran zwrotu w docelowym sklepie; tam, gdzie ta opcja jest dostępna, jest narzędziem retencji ukrytym w procesie zwrotu, które większość sklepów ignoruje. Jeśli chcesz użyć psychologicznej ramy "pieniądze, nie punkty", którą rekomendują obecne porady, najczystsza droga to prosty przelicznik punktów i stałe pokazywanie przeliczonej wartości pieniężnej w szablonach konta, pokaż "7,50 € nagrody" obok liczby punktów, a nie zamiast niej.

Budowanie poziomów, które PrestaShop naprawdę może egzekwować

Oto uczciwe ograniczenie: natywny moduł lojalnościowy ma jeden przelicznik naliczania. W module lojalnościowym nie ma Bronze/Silver/Gold, nie ma "1,5x punktów dla Silver", nie ma progów dla poszczególnych poziomów. Jeśli chcesz poziomy, budujesz je narzędziem, które PrestaShop rzeczywiście daje natywnie, grupami klientów (Klienci → Grupy).

Grupa klientów w PrestaShop ma własny sposób wyświetlania cen, własny rabat katalogowy (stałą procentową obniżkę w kategoriach) i może kontrolować, których przewoźników, metody płatności oraz treści kategorii widzi klient. Działający system poziomów wygląda więc tak:

• Bronze, domyślna grupa, do której trafia każdy zarejestrowany klient. Naliczane są standardowe punkty lojalnościowe. Brak rabatu grupowego.
• Silver, grupa z niewielkim rabatem katalogowym i dostępem do reguły darmowej dostawy. Klienci, którzy przekroczą próg wydatków, są przenoszeni tutaj.
• Gold, większy rabat grupowy, reguła zawsze darmowej dostawy i wcześniejszy dostęp do kategorii "nowości" ograniczonej do tej grupy.

Jest jednak haczyk, którego PrestaShop nie rozwiąże za Ciebie: przenoszenie klientów między grupami nie jest automatyczne w rdzeniu. Albo awansujesz ich ręcznie (w porządku przy kilku klientach VIP), albo używasz modułu, który obserwuje łączne wydatki klienta i zmienia grupę. To dokładnie miejsce, w którym natywne narzędzia się kończą, a wyspecjalizowany moduł zaczyna mieć sens, automatyczny awans grupy na podstawie wydatków w czasie, plus panel pokazujący, kto gdzie się znajduje, to właśnie rola naszego modułu Loyalty + Credit Revolution, obserwuje łączne wydatki i zmienia grupę za Ciebie, dodaje kampanie punktów bonusowych oraz obsługę środków na koncie, których brakuje w natywnym module, i utrzymuje dane oraz automatyzację we własnym panelu administracyjnym zamiast synchronizować wydatki klientów z zewnętrzną usługą. Niezależnie od wybranej drogi najpierw zdecyduj o strategii, ile poziomów, jak hojnych, a argument za celowo prostym i uczciwym podejściem przedstawiliśmy w tekście o programach lojalnościowych dla małych sklepów.

Gdzie kończą się możliwości natywnego modułu, i co warto dodać

Natywny moduł lojalnościowy jest naprawdę dobry w jednej rzeczy: automatycznym naliczaniu punktów za wydatki i zamienianiu ich w bony bez pilnowania zamówień ręcznie. Po instalacji nie obsługuje jednak:

• Kampanii punktów bonusowych, "podwójne punkty w ten weekend", "dodatkowe punkty w tej kategorii przez tydzień". Trzeba byłoby zmienić globalny przelicznik i pamiętać, żeby go cofnąć.
• Punktów za działania inne niż zakup, opinie, założenie konta, urodziny, udostępnienia w mediach społecznościowych. Moduł rdzeniowy liczy wyłącznie wydatki.
• Logiki poziomów, omówionej wyżej; to grupy klientów plus warstwa łącząca.
• Wygasania z przypomnieniami. Bony mogą mieć datę ważności, ale e-mail w stylu "Twoje punkty wygasną za 30 dni" nie jest częścią modułu lojalnościowego.

Dwie z tych luk są w praktyce problemami e-mailowymi i należą do tematów pobocznych, nie tutaj. Przypomnienie o wygasaniu oraz komunikat "masz nagrodę, wróć i ją wykorzystaj" to klasyczne wiadomości cyklu życia klienta, ustawiasz je tak samo jak każdą automatyczną sekwencję, o czym piszemy w tekście o wiadomościach e-mail po zakupie, i sięgasz po platformę automatyzacji marketingu, taką jak Klaviyo, jeśli chcesz wpiąć wyzwalacze w cały przepływ. Integracja Klaviyo z PrestaShop synchronizuje dane klientów i zamówień od razu po konfiguracji, ale wyzwalacze oparte na saldzie punktów i statusie poziomu nie są automatyczne. Działają tylko wtedy, gdy te pola/zdarzenia rzeczywiście są synchronizowane, co zwykle oznacza potwierdzenie, że integracja je przenosi, albo dodanie niestandardowej integracji, która je wyśle. Wątek "odzyskaj klienta, którego punkty zaraz przepadną" to osobna dyscyplina, zobacz tekst o wiadomościach reaktywacyjnych.

Nagradzanie zachowań innych niż zakup i zamienianie lojalnych klientów w kanał poleceń to zupełnie inny system, nie próbuj wyginać do tego punktów lojalnościowych. Ten temat omawiamy właściwie w tekście o programach poleceń dla PrestaShop.

Jak pokazać program w PrestaShop

Program lojalnościowy, którego nikt nie widzi, to zmarnowane wiersze w bazie danych. PrestaShop daje konkretne miejsca, w których można go pokazać, i warto podłączyć je świadomie, zamiast liczyć, że klient sam znajdzie stronę konta:

• Centrum konta. Moduł lojalnościowy dodaje link "Moje punkty lojalnościowe" na koncie klienta (przez displayCustomerAccount) (blok Moje konto). Sprawdź, czy faktycznie renderuje się w Twoim szablonie, niestandardowe szablony czasem pomijają linki konta wstrzykiwane przez moduły.
• Strona potwierdzenia zamówienia. Komunikat "Za to zamówienie zdobywasz X punktów" należy do kontrolera potwierdzenia zamówienia, bo tam uwaga klienta jest najwyższa. To obszar szablonu (hook potwierdzenia zamówienia), więc agencja może umieścić go bardzo precyzyjnie.
• Koszyk / finalizacja zamówienia. "Zdobędziesz X punktów" obok sumy oraz "Masz Y € nagrody. Wykorzystaj teraz", gdy bon jest dostępny. Wszystko, co dotyka etapu finalizacji zamówienia, wymaga ostrożności, bo to najdroższa strona w sklepie do zepsucia.
• E-mail. Każdy punkt styku powyżej ma też swój odpowiednik mailowy, a e-mail jest kanałem, który wykonuje ciężką pracę w retencji, uzasadnienie znajdziesz w tekście o marketingu e-mailowym dla sklepów internetowych.

Jak mierzyć, czy program się zwraca

Program lojalnościowy to rabat, który świadomie wybierasz, więc traktuj go jak inwestycję, nie jak funkcję. Nie oceniaj go po trzech tygodniach danych. Przed startem zapisz punkt odniesienia; po starcie porównuj te same liczby w sensownym oknie, co najmniej przez pełny cykl zakupowy dla Twojej kategorii, co w większości sklepów oznacza miesiące, nie dni:

• Wskaźnik ponownych zakupów. Liczba, którą program ma przesunąć. Członkowie programu powinni zamawiać ponownie częściej niż wcześniej.
• AOV i częstotliwość zakupów członków programu vs osób spoza programu. Filtrowanie po grupach klientów w PrestaShop pozwala segmentować te dane, jeśli poziomy odpowiadają grupom.
• Wskaźnik wykorzystania nagród, jeśli nikt nie wykorzystuje nagrody, jest zbyt odległa albo zbyt słabo komunikowana; jeśli wszyscy wykorzystują ją natychmiast, po prostu rozdajesz rabaty. Lista bonów w Katalog → Rabaty pokazuje stosunek wygenerowanych do użytych na pierwszy rzut oka.
• Wartość klienta w całym cyklu życia, jedyna metryka, która ostatecznie rozstrzyga, czy rabaty się opłaciły.

Jak hojny powinien być program, gdzie przebiega granica marży i które mechanizmy rabatowe faktycznie zmieniają zachowanie, a nie tylko kosztują Cię pieniądze, to pytanie strategiczne, na które odpowiadamy w tekście o strategiach rabatowych, które naprawdę działają. Tutaj wniosek specyficzny dla PrestaShop jest węższy i bardziej praktyczny: masz już kompetentny silnik lojalnościowy w rdzeniu, działa przez tworzenie bonów na podstawie statusów zamówień, jego jedną naprawdę dużą luką są poziomy (które rozwiązujesz grupami klientów) oraz elastyczność kampanii (którą rozwiązujesz modułem albo narzędziem e-mailowym). Ustaw prawidłowo wyzwalacze statusów zamówień, pokazuj wartość pieniężną, a nie tylko punkty, i mierz wynik przez realny cykl zakupowy, wtedy program przestaje być linkiem w stopce, w który nikt nie klika, a zaczyna być powodem, dla którego klienci wracają do Twojego sklepu zamiast szukać gdzie indziej.

(Ujawnienie: Loyalty + Credit Revolution, do którego linkujemy wyżej, to moduł, który tworzymy i sprzedajemy; Klaviyo Integration również jest nasz.)

Najczęściej zadawane pytania

Czy PrestaShop ma wbudowany program lojalnościowy?

Tak, oficjalny moduł Customer loyalty and rewards (techniczna nazwa loyalty), historycznie dołączany do systemu, a dziś dystrybuowany przez Addons. Zależnie od wersji może być już zainstalowany, może wymagać dodania albo mógł zostać zastąpiony. Sprawdź Moduły → Menedżer modułów i wyszukaj "loyalty". Gdy działa, jest naprawdę kompetentny w jednej rzeczy: automatycznym naliczaniu punktów za wydatki i zamienianiu ich w bony bez ręcznego pilnowania zamówień.

Jak punkty lojalnościowe stają się pieniędzmi, które klient może wydać?

Punkty nie leżą w abstrakcyjnym portfelu. Gdy zamówienie osiąga status wskazany jako status zatwierdzający, moduł generuje prawdziwą regułę koszyka, bon o wartości pieniężnej odpowiadającej zgromadzonym punktom, a klient wykorzystuje go przy finalizacji zamówienia jak każdy kod rabatowy. W praktyce punkty lojalnościowe PrestaShop są opóźnionym generatorem bonów opartym na mechanizmie statusów zamówień, dlatego taki bon zachowuje się potem jak każda inna reguła koszyka (minimalne kwoty, limity na klienta, widoczność w Katalog → Rabaty).

Który status zamówienia powinien zatwierdzać punkty?

W większości sklepów zatwierdzaj punkty przy "Płatność zaakceptowana" i pozwól, by status anulowania/zwrotu automatycznie skorygował saldo. Przyznaj punkty natychmiast po złożeniu zamówienia, a wygenerujesz bony dla zamówień, które później zostaną anulowane albo objęte zwrotem płatności; czekaj do statusu "Dostarczono", a punkty będą wydawały się klientowi powolne, choć zapłacił dwie minuty temu. Ustaw to w selektorach statusów zamówień modułu i przetestuj na prawdziwym zamówieniu przeprowadzonym przez faktyczny przepływ statusów, zanim ogłosisz program.

Czy natywny moduł lojalnościowy obsługuje poziomy Bronze/Silver/Gold?

Nie. Ma dokładnie jeden przelicznik naliczania dla całego sklepu, bez progów poziomów i reguł bonusowych. Poziomy budujesz z grup klientów (Klienci → Grupy), z których każda może mieć własny rabat katalogowy, dostęp do przewoźników i kategorii. Haczyk polega na tym, że rdzeń nie przenosi klientów między grupami automatycznie na podstawie wydatków; tutaj sens ma wyspecjalizowany moduł, który obserwuje łączne wydatki klienta i zmienia grupę.

Czy klientom pokazywać punkty czy wartość pieniężną?

Wartość pieniężną, "7,50 € nagrody" motywuje bardziej niż "750 punktów". Najczystsza droga to prosty przelicznik punktów i stałe pokazywanie przeliczonej wartości pieniężnej w szablonach konta, obok liczby punktów, a nie zamiast niej. Pokaż ją też tam, gdzie uwaga jest najwyższa: na stronie konta "Moje punkty lojalnościowe" (przez displayCustomerAccount), na stronie potwierdzenia zamówienia i obok sumy koszyka.