Masz refill, część zamienną albo dodatek, który ma sens dopiero wtedy, gdy klient posiada produkt bazowy? W takim układzie zwykłe „dodaj do koszyka” może robić niezły bałagan. Klient kupi coś, czego nie potrzebuje, albo nie zrozumie, dlaczego produkt jest dostępny tylko dla wybranych osób.
Tu wchodzą zależności produktów WooCommerce. Bez magii i bez grzebania bez końca w kodzie. Ustawiasz regułę przy konkretnym produkcie, wskazujesz warunek i wybierasz reakcję sklepu. Warunkiem może być wcześniejszy zakup, zawartość bieżącego koszyka, aktywna subskrypcja, członkostwo, wydana kwota albo rola użytkownika. Najważniejsze? Klient powinien dostać jasną informację, a nie cyfrowe wzruszenie ramion.
O co chodzi z zależnościami produktów w WooCommerce?
Zależność produktu mówi sklepowi: „ten produkt pokaż albo sprzedaj tylko wtedy, gdy spełniony jest konkretny warunek”. Przykład jest prosty. Klient kupił urządzenie, a później chce dokupić przeznaczony do niego refill. Możesz wymagać, żeby miał na koncie wcześniejszy zakup produktu bazowego. Inny wariant: dodatek można kupić razem z produktem bazowym, ale nie jako samodzielny zakup.
Regułę ustawia się przy konkretnym produkcie. Jako wymaganie można wskazać produkt, wariant, kategorię, tag albo wartość atrybutu. System może sprawdzać bieżący koszyk, wcześniejsze zamówienie albo oba te źródła. Dzięki temu reguły zakupu WooCommerce da się dopasować do modelu sprzedaży, zamiast wciskać jeden schemat wszędzie.
Ważne doprecyzowanie: Product Dependencies WooCommerce to funkcja rozszerzenia Product Dependencies for WooCommerce, a nie uniwersalna opcja dostępna w każdej instalacji WooCommerce. Warunki subskrypcji wymagają WooCommerce Subscriptions, a warunki członkostwa — WooCommerce Memberships. Najpierw więc sprawdź, jakie rozszerzenia są używane w sklepie. Dopiero potem planuj regułę.
Jak ustawić produkt dostępny po wcześniejszym zakupie?
Jeśli chcesz sprzedawać produkt tylko osobom, które wcześniej kupiły produkt bazowy, ustaw zależność opartą na historii zamówień. W praktyce chodzi o cztery decyzje: czego wymagasz, skąd system ma pobrać informację, co ma się stać przy niespełnionym warunku i jaki komunikat zobaczy klient.
Proces bez technicznego zamieszania
- Otwórz konkretny produkt, który ma być ograniczony, i przejdź do ustawień zależności.
- Wskaż wymagany produkt albo konkretny wariant produktu bazowego.
- Ustaw źródło warunku na wcześniejsze zamówienie, jeśli dostęp ma wynikać z faktycznie zakończonego zakupu.
- Wybierz reakcję sklepu: blokadę zakupu z wyjaśnieniem, usunięcie przycisku, ukrycie produktu albo — w odpowiednim modelu sprzedaży — dodanie brakującego produktu do koszyka.
- Przetestuj regułę na koncie klienta z zakupem oraz na koncie bez takiego zakupu.
Przy historii zakupów klient powinien być zalogowany. Sklep musi przecież sprawdzić, co znajduje się na jego koncie. Gość nie daje pełnej podstawy do zweryfikowania historii przypisanej do użytkownika, więc scenariusz logowania trzeba potraktować jako część konfiguracji, a nie drobny szczegół na samym końcu.
Produkt bazowy w koszyku czy wcześniejszy zakup?
To dwie różne sytuacje, choć na pierwszy rzut oka wyglądają podobnie. Warunek bieżącego koszyka sprawdza, czy produkt bazowy znajduje się właśnie w koszyku. Możesz więc pozwolić klientowi kupić produkt bazowy i zależny podczas jednej wizyty.
Warunek wcześniejszego zamówienia sprawdza historię zakończonych zakupów klienta. Samo dodanie produktu bazowego do aktualnego koszyka nie spełni takiej reguły. To ważne, jeśli zależny produkt ma być przeznaczony wyłącznie dla osób, które już wcześniej kupiły podstawowy produkt.
Przykład: część zamienna może być dostępna dopiero po wcześniejszym zakupie urządzenia. Z kolei akcesorium może być dostępne wtedy, gdy urządzenie jest w tym samym koszyku. Nie mieszaj tych scenariuszy, bo klient dostanie komunikat, którego nie będzie umiał rozszyfrować.
Automatyczne dodanie brakującego produktu do koszyka może pasować do drugiego modelu, czyli sytuacji, w której klient może kupić oba produkty razem. Nie zastępuje jednak warunku wcześniejszego zakupu. Jeśli reguła wymaga historii zamówienia, automatyczne dodanie produktu bazowego nie powinno udawać, że klient już go kiedyś kupił.
Czy można wymagać aktywnej subskrypcji?
Tak. Możesz ustawić produkt wymagający aktywnej subskrypcji konkretnego produktu. To przydatne, gdy dostęp ma trwać tylko tak długo, jak długo klient ma ważny plan. Trzeba jednak uważać na jedno słowo: aktywnej. Nie chodzi o to, że klient kiedyś kupił produkt subskrypcyjny. Liczy się bieżący status subskrypcji.
Obsługa takiego warunku wymaga WooCommerce Subscriptions. Można też zaplanować alternatywę, na przykład wcześniejszy zakup produktu bazowego albo aktywną subskrypcję, jeśli dana konfiguracja reguły umożliwia ustawienie takiego wariantu. To pozwala obsłużyć klientów z dwóch różnych ścieżek dostępu, ale każdą z nich trzeba osobno przetestować.
Aktywna subskrypcja to nie pamiątka po abonamencie
Status Active oznacza aktywną subskrypcję po przetworzeniu początkowej płatności. Statusy On-Hold, Cancelled albo Expired mogą oznaczać brak aktywnego dostępu, zależnie od konfiguracji sklepu i używanych rozszerzeń. Dlatego nie zakładaj, że dawna, zawieszona lub wygasła subskrypcja spełni warunek.
Najprościej rozpisać sobie scenariusze przed wdrożeniem. Osobno sprawdź klienta z aktywnym planem, osobno z subskrypcją wstrzymaną, anulowaną i wygasłą. Wtedy nie będziesz zgadywać, dlaczego jeden użytkownik widzi produkt, a drugi dostaje blokadę.
Co zobaczy klient, gdy nie spełnia warunku?
To zależy od reakcji wybranej w regule. Produkt może pozostać widoczny, ale zakup zostanie zablokowany komunikatem. Sklep może też usunąć przycisk zakupu albo całkowicie ukryć produkt. W wybranych przypadkach klient może dostać możliwość dodania brakującego produktu do koszyka.
Najbardziej pomocna jest blokada z wyjaśnieniem. Klient może zobaczyć listę wymagań, informację o tym, które warunki już spełnia, oraz wskazanie, czego jeszcze brakuje. Jeśli system nie może sprawdzić historii zakupów, niezalogowany użytkownik może zostać poproszony o zalogowanie.
Komunikat nie powinien brzmieć po prostu „brak dostępu”. To informacja, która kończy rozmowę, ale nie pomaga klientowi zrobić następnego kroku. Lepiej jasno wskazać przyczynę i możliwe działanie: zalogowanie, zakup produktu bazowego albo sprawdzenie subskrypcji — o ile dany model sprzedaży faktycznie to umożliwia.
Przetestuj widok dla klienta zalogowanego, niezalogowanego, z produktem bazowym w koszyku i bez niego. Sprawdź też, czy przycisk zakupu znika wtedy, kiedy powinien, oraz czy lista wymagań nie wprowadza w błąd.
Ukryć produkt czy pokazać blokadę?
Ukrycie produktu ma sens, gdy jest on przeznaczony wyłącznie dla zamkniętej grupy i osobom bez uprawnień naprawdę nie trzeba go prezentować. Takie podejście ogranicza widoczność produktu w wyszukiwarce sklepu, listach produktów i sitemapie dla danego użytkownika. To nie jest drobiazg. Ukrywaj produkt wtedy, gdy właśnie tego chcesz.
Pokazanie produktu z komunikatem jest praktyczniejsze, gdy klient może spełnić warunek. Może się zalogować, kupić produkt bazowy albo mieć aktywną subskrypcję. Wtedy widzi, co jest dostępne i czego mu brakuje. WooCommerce Memberships może ograniczać samo wyświetlanie produktu albo tylko możliwość jego zakupu.
Nie ma jednej dobrej odpowiedzi dla każdego sklepu. Wybór między ukryciem, komunikatem, usunięciem przycisku i automatycznym dodaniem produktu zależy od modelu sprzedaży oraz sposobu obsługi klienta.
Checklist przed publikacją reguły
Zależności produktów WooCommerce warto sprawdzić na kilku kontach i w kilku stanach. Jedna udana próba nie oznacza jeszcze, że reguła działa poprawnie w każdym scenariuszu. Szczególnie gdy w grę wchodzą historia zakupów, koszyk i subskrypcje.
Szybka lista kontrolna
- Historia zakupu: sprawdź zalogowanego klienta, który ma wcześniejszy zakup produktu bazowego.
- Brak zakupu: sprawdź zalogowanego klienta bez wymaganego produktu w historii.
- Gość: zobacz, czy system jasno prosi o logowanie, gdy musi sprawdzić historię.
- Koszyk: sprawdź osobno produkt bazowy znajdujący się w bieżącym koszyku.
- Subskrypcja: przetestuj status aktywny, wstrzymany, anulowany i wygasły, jeśli sklep korzysta z tego warunku.
- Komunikat: upewnij się, że klient wie, czego brakuje i co może zrobić dalej.
- Widoczność: sprawdź przycisk zakupu, ukrycie produktu oraz ewentualne dodanie brakującego produktu do koszyka.
Najważniejsze jest dobranie właściwego źródła warunku: wcześniejszego zamówienia, bieżącego koszyka, aktywnej subskrypcji albo członkostwa. Dzięki temu produkt nie trafia do przypadkowego klienta, a sklep może jasno wyjaśnić, skąd wynika ograniczenie sprzedaży. Pamiętaj tylko, że zależność nie jest automatem do poprawiania wyników. To narzędzie do uporządkowania zasad zakupu. Przed wdrożeniem przetestuj konta, koszyk, logowanie i statusy subskrypcji, także przy używanym motywie, innych wtyczkach lub niestandardowym checkoutcie. Napisz do Szwagra i opowiedz, czego potrzebujesz — strony, grafiki, filmu albo tekstów.
