Nie każdy produkt w sklepie musi być dostępny dla każdego klienta. Czasem akcesorium ma sens dopiero po zakupie urządzenia bazowego. Innym razem dodatkowa oferta powinna trafić wyłącznie do osób z aktywną subskrypcją, członkostwem albo konkretną rolą użytkownika. I właśnie wtedy zwykłe „dodaj do koszyka” przestaje wystarczać.

Warunkowa sprzedaż WooCommerce pozwala ustawić zależności produktów i zdecydować, kto może kupić konkretną rzecz oraz pod jakim warunkiem. Trzeba jednak wiedzieć, że standardowy WooCommerce sam z siebie nie oferuje tak rozbudowanego mechanizmu. Potrzebne jest odpowiednie rozszerzenie lub integracja, a potem sensowna konfiguracja. Bo sama blokada to jeszcze nie wszystko. Klient powinien rozumieć, dlaczego nie może kupić produktu i co musi zrobić, żeby ta możliwość się pojawiła.

Warunkowa sprzedaż WooCommerce — o co w ogóle chodzi?

Najprościej mówiąc: sklep sprawdza określony warunek, zanim pozwoli klientowi kupić produkt. Tym warunkiem może być wcześniejsze zamówienie, zawartość aktualnego koszyka, aktywna subskrypcja, członkostwo, poziom wydatków albo rola użytkownika.

Przykład? Klient kupił produkt bazowy, więc może teraz dokupić przeznaczone do niego akcesorium. Albo ma aktywną subskrypcję i otrzymuje dostęp do produktów dostępnych tylko dla subskrybentów. Można też ustawić sprzedaż dla wybranej grupy użytkowników, zamiast otwierać ofertę dla całego internetu.

Warto od razu rozdzielić dwie rzeczy. Ograniczenie zakupu oznacza, że produkt może być widoczny, ale nie da się go kupić bez spełnienia warunku. Ukrycie produktu oznacza, że osoba bez odpowiednich uprawnień w ogóle go nie zobaczy. To różne doświadczenia i nie zawsze warto wybierać opcję „schowajmy problem pod dywan”. Często lepiej pokazać produkt oraz jasno napisać, czego klientowi brakuje.

Zakup po wcześniejszym zamówieniu

To jeden z najbardziej praktycznych scenariuszy. Sklep może wymagać, aby klient miał wcześniej kupiony konkretny produkt, produkt z danej kategorii albo produkt oznaczony określonym tagiem lub atrybutem. Dopiero wtedy odblokuje zakup kolejnej rzeczy.

Takie zależności produktów WooCommerce pasują między innymi do akcesoriów, produktów uzupełniających, planów serwisowych albo oferty przygotowanej dla obecnych klientów. Jeśli ktoś nie kupił produktu bazowego, dodatkowy produkt może być dla niego po prostu nieprzydatny. Po co więc pozwalać mu wrzucać go do koszyka i dopiero później tłumaczyć, że całość nie zadziała?

Reguła może zareagować na kilka sposobów: odmówić dodania produktu do koszyka i wyświetlić wyjaśnienie, usunąć przycisk zakupu albo ukryć produkt. Wybór zależy od tego, czy chcesz edukować klienta, czy całkowicie ograniczyć dostęp do oferty.

Historia zakupów a bieżący koszyk

Tu łatwo o pomyłkę, bo oba scenariusze brzmią podobnie. Wymagany wcześniejszy zakup oznacza sprawdzenie zakończonej historii zamówień klienta. Samo dodanie wymaganego produktu do aktualnego koszyka nie spełnia tego warunku. Klient nie może więc kupić produktu bazowego i zależnego w jednym zamówieniu, jeśli reguła wymaga wcześniejszego zakupu.

Jeżeli zależność ma dotyczyć tego samego zamówienia, trzeba ustawić warunek oparty na bieżącej zawartości koszyka. To osobna reguła. Przy sprawdzaniu historii zakupów klient może potrzebować zalogowania się, bo sklep musi wiedzieć, do którego konta przypisać zamówienia. Warto też przetestować sytuację, w której wcześniejszy zakup został anulowany, zwrócony albo zmieniono produkt wykorzystywany w zależności.

Produkt wymagany w koszyku

Drugi scenariusz dotyczy produktów, które powinny pojawić się w jednym zamówieniu. Sklep może sprawdzać, czy konkretny produkt znajduje się w aktualnym koszyku. Jeśli go nie ma, zakup produktu zależnego zostanie zablokowany albo system spróbuje uzupełnić koszyk.

To rozwiązanie może pasować do produktu, który ma sens wyłącznie razem z innym elementem zamówienia. Klient wybiera produkt zależny, a sklep informuje go, że potrzebuje jeszcze produktu bazowego. Dzięki temu reguła nie opiera się na tym, co klient kupił kiedyś, tylko na tym, co właśnie próbuje zamówić.

Blokada czy automatyczne uzupełnienie koszyka?

Przy blokadzie klient sam dodaje brakujący produkt. To prosty i czytelny model, ale wymaga dodatkowego kroku. Sklep może też automatycznie dodać brakujący produkt razem z produktem zależnym. Brzmi wygodnie, ale nie jest to działanie dostępne dla każdego rodzaju warunku.

Automatyczne dodanie dotyczy określonych pozytywnych warunków produktowych, które nie są ograniczone wyłącznie do wcześniejszych zamówień. Dlatego przed wdrożeniem trzeba sprawdzić, czy ustawiona reguła rzeczywiście obsługuje taki scenariusz. Klient powinien widzieć, co trafiło do koszyka i dlaczego. Niespodziewany dodatkowy produkt bez wyjaśnienia to szybka droga do porzuconego koszyka.

Subskrypcja, członkostwo i rola klienta

Reguły sprzedaży WooCommerce mogą opierać się nie tylko na produktach, lecz także na statusie lub uprawnieniach klienta. Tu trzeba uważać na nazwy, bo subskrypcja, członkostwo i rola użytkownika nie oznaczają tego samego.

Warunek aktywnej subskrypcji wymaga WooCommerce Subscriptions. Można dzięki niemu udostępnić produkt osobom, które mają aktywną subskrypcję. Sam fakt, że klient kiedyś kupił produkt subskrypcyjny, nie oznacza jeszcze, że nadal spełnia warunek. Znaczenie ma aktualny status subskrypcji.

Sklep może też korzystać z WooCommerce Memberships. Członkostwo może ograniczać samo kupowanie produktu albo także jego widoczność dla osób spoza danego planu. Jeszcze inną opcją jest rola użytkownika, czyli ograniczenie produktu do określonej grupy klientów rozpoznawanej przez konto.

Aktywna subskrypcja to nie to samo co dawny zakup

To rozróżnienie jest ważne, jeśli produkt ma być dostępny tylko tak długo, jak długo działa subskrypcja. Warunek aktywnej subskrypcji nie powinien być mylony z jednorazowym zakupem produktu subskrypcyjnego. Subskrypcja wygasła, anulowana albo nieaktywna nie daje podstaw do opisywania klienta jako osoby z aktywnym dostępem.

Dlatego test powinien obejmować nie tylko klienta z aktywną subskrypcją, lecz także konto z subskrypcją wygasłą, wstrzymaną lub anulowaną. Dobrze ustawiona reguła reaguje na faktyczny status, a nie na samo wspomnienie dawnego zakupu w historii konta.

Członkostwo a rola użytkownika

Plan członkowski może służyć do ograniczenia zakupu albo widoczności produktu dla osób spoza określonego planu. Rola użytkownika działa prościej: sklep sprawdza, czy zalogowana osoba ma wskazaną rolę. To przydatne, gdy oferta ma być dostępna dla konkretnej grupy klientów.

Gość nie spełni warunku opartego na roli użytkownika. Przy warunkach zależnych od wydatków jego suma wydatków jest traktowana jako zero. W praktyce osoba niezalogowana może więc zobaczyć prośbę o zalogowanie się. To nie powinno wyglądać jak błąd. Warto napisać wprost, że logowanie jest potrzebne do sprawdzenia historii zakupów, roli albo aktywnej subskrypcji.

Jeśli sklep łączy kilka reguł, warunki mogą działać jako alternatywy albo jako zestaw wymagań, które wszystkie muszą być spełnione. Możliwa jest też logika wymagająca określonej liczby warunków. Przed konfiguracją trzeba więc dokładnie opisać, czy klient ma spełnić warunek A lub B, czy raczej A i B.

Co zobaczy klient po niespełnieniu warunku?

To zależy od ustawionej reakcji. Sklep może odmówić dodania produktu do koszyka i pokazać wyjaśnienie. Może też pozostawić produkt widoczny, ale usunąć przycisk zakupu. W bardziej zamkniętym modelu produkt zostanie całkowicie ukryty dla osób, które nie mają dostępu.

Na stronie produktu może pojawić się lista wymagań oraz informacja, które z nich są spełnione, a których brakuje. Taki komunikat jest zwykle bardziej pomocny niż tajemnicze zniknięcie przycisku. Jeśli klient nie jest zalogowany, sklep może poprosić go o zalogowanie, żeby sprawdzić konto.

Ukrycie produktu ma sens wtedy, gdy sama informacja o jego istnieniu nie jest potrzebna osobom bez dostępu. Jeśli jednak klient może łatwo spełnić warunek, lepiej pokazać mu drogę: jaki produkt powinien wcześniej kupić, jaki produkt dodać do koszyka albo jaki typ dostępu jest wymagany.

Najczęstsze błędy przy wdrażaniu reguł

Największy problem zwykle nie polega na samym ustawieniu zależności, tylko na tym, że nikt nie sprawdza jej z perspektywy różnych klientów. Reguła, która działa na koncie administratora, nie musi działać tak samo dla gościa albo zwykłego klienta.

Drugi częsty błąd to pomylenie historii zakupów z bieżącym koszykiem. Trzeci — potraktowanie dawnego zakupu subskrypcji jako dowodu aktywnego dostępu. Do tego dochodzą niejasne komunikaty, przez które klient uznaje blokadę za awarię sklepu.

Warto też pamiętać, że refundacja, anulowanie, usunięcie produktu albo zmiana konfiguracji może wpłynąć na działanie zależności. Dokumentacja opisuje możliwości funkcjonalne, ale nie potwierdza uniwersalnej zgodności z każdym motywem, rozszerzeniem, bramką płatniczą czy ustawieniem sklepu. Przed wdrożeniem trzeba sprawdzić aktualne wymagania używanej wersji rozszerzenia.

Prosta checklista testów

Przed publikacją reguły przejdź przez kilka scenariuszy:

• sprawdź sklep jako gość oraz jako użytkownik zalogowany;
• przetestuj klienta bez wcześniejszego zakupu i klienta z zakończonym zamówieniem;
• zweryfikuj aktywną, wygasłą, wstrzymaną i anulowaną subskrypcję;
• sprawdź, czy produkt jest widoczny, czy działa przycisk zakupu i czy komunikat wyjaśnia blokadę;
• przejdź całą ścieżkę koszyka i checkoutu po dodaniu oraz usunięciu produktu wymaganego.

To nie jest przesadna ostrożność. Lepiej znaleźć problem podczas testu niż wtedy, gdy klient stoi przed pustym koszykiem i zastanawia się, co właśnie poszło nie tak.

Czy to rozwiązanie ma sens w Twoim sklepie?

Najpierw opisz jednym zdaniem, od czego ma zależeć zakup. Czy chodzi o wcześniejsze zamówienie? Produkt w aktualnym koszyku? Aktywną subskrypcję? Członkostwo? Konkretną rolę? Jeśli odpowiedź brzmi „trochę od wszystkiego”, rozpisz warunki osobno. Wtedy łatwiej uniknąć reguły, która działa inaczej, niż zakładano.

Następnie zdecyduj, co ma się wydarzyć po niespełnieniu warunku. Sklep może zablokować zakup, usunąć przycisk, pokazać wymagania, ukryć produkt albo — w określonych przypadkach — automatycznie dodać brakujący produkt do koszyka. Każda opcja inaczej wpływa na doświadczenie klienta.

Do opisanych mechanizmów można wykorzystać Product Dependencies for WooCommerce, a przy subskrypcjach i członkostwach potrzebne są odpowiednio WooCommerce Subscriptions lub WooCommerce Memberships. Samo rozszerzenie nie załatwia jednak całego wdrożenia. Konfigurację trzeba sprawdzić w konkretnym sklepie, a później przetestować na różnych kontach, statusach i ścieżkach zakupowych. Osobno należy zweryfikować kwestie regulaminu, zwrotów, podatków, dostępu do produktów cyfrowych i praw konsumenta.

Warunkowa sprzedaż WooCommerce może uporządkować ofertę, ale tylko wtedy, gdy reguła odpowiada prawdziwemu modelowi sprzedaży. Wcześniejszy zakup, bieżący koszyk, aktywna subskrypcja, członkostwo i rola klienta to różne mechanizmy. Nie warto wrzucać ich do jednego worka. Najpierw wybierz właściwy warunek, potem reakcję sklepu, a na końcu sprawdź, czy klient rozumie komunikat. Jasne wyjaśnienie zwykle działa lepiej niż tajemnicze zniknięcie produktu. Masz stronę, sklep albo materiały graficzne, które proszą się o ogarnięcie? Napisz do INB Marketing i zobaczymy, co da się z tym sensownie zrobić.