WooCommerce potrafi sprzedawać nie tylko rzeczy, ale i terminy - wizyty, doby wynajmu, godziny na korcie czy stolik na sobotę. Rezerwacja w WooCommerce to zwykły produkt, który zamiast stanu magazynowego ma kalendarz: klient wybiera datę i godzinę, system sprawdza dostępność, blokuje termin i przepuszcza zamówienie przez normalną kasę sklepu. Do większości firm usługowych i wynajmujących wystarcza jedna dobrze dobrana wtyczka plus kilka godzin konfiguracji - własny system rezerwacji od zera to koszt, po który sięga się dopiero przy naprawdę nietypowych regułach.
Poniżej: modele sprzedaży terminu, wymagania wobec kalendarza, wybór wtyczki, typowe błędy i moment, w którym naprawdę trzeba pisać kod.
Czym różni się produkt rezerwacyjny od zwykłego
Produkt rezerwacyjny to taki, którego „stan magazynowy” zależy od czasu. Zwykły produkt ma jedną liczbę sztuk, rezerwacyjny ma siatkę: dla każdego dnia i każdej godziny osobno pilnuje, ile jeszcze można sprzedać. Do tego zna reguły, których zwykły sklep nie potrzebuje:
- Jednostkę sprzedaży - godzina, blok 90 minut, doba, weekend, tydzień
- Kalendarz dostępności - godziny otwarcia, dni wolne, urlopy, sezony
- Bufory - czas na sprzątanie pokoju, dojazd, przygotowanie sprzętu między rezerwacjami
- Pojemność - ilu klientów naraz na ten sam termin (jeden fotel czy dwanaście miejsc na warsztacie)
- Wyprzedzenie - minimalne (nie na za pół godziny) i maksymalne (nie na rok naprzód)
Jeśli Twoja sprzedaż da się opisać tymi pięcioma rzeczami, wtyczka ją obsłuży. Jeśli reguły są bardziej pokręcone - wracam do tego w sekcji o dedykowanym module.
Pięć modeli sprzedaży terminu
Zanim wybierzesz wtyczkę, nazwij swój model - to najczęstsze źródło pomyłek: ktoś kupuje narzędzie do wizyt, a sprzedaje doby.
| Model | Przykład | Jednostka | Na co uważać |
|---|---|---|---|
| Wizyta / usługa | gabinet, fryzjer, korepetycje | godzina lub blok | bufory między wizytami, wielu pracowników |
| Wynajem na doby | apartament, domek, przyczepa | doba, od-do | ceny sezonowe, doba niepełna, kaucja |
| Wynajem na godziny | kort, sala, sprzęt, studio | godzina | wiele identycznych sztuk, zwrot i przegląd |
| Wydarzenie / bilet | warsztat, szkolenie, wyjazd | miejsce na termin | pojemność, lista rezerwowa, imienne bilety |
| Zamówienie na termin | catering, tort, food truck | dzień z odbiorem | godziny odbioru, limit zamówień na dzień |
Ostatni wiersz zaskakuje najczęściej: sklep gastronomiczny sprzedaje jedzenie, ale sprzedaje je „na piątek na 17:00”, z limitem zamówień na dzień. Technicznie to booking, nie zwykła sprzedaż.
Co musi umieć kalendarz, zanim wydasz na niego złotówkę
Dobra wtyczka zamyka całą pętlę: od pokazania wolnych terminów po przypomnienie dzień przed. Minimum, którego szukam przy każdym wdrożeniu:
- Blokada podwójnej rezerwacji - termin znika z kalendarza przy złożeniu zamówienia, nie po zaksięgowaniu przelewu
- Kalendarz klienta czytelny na telefonie, bo tam idzie większość rezerwacji
- Widok właściciela - lista i kalendarz w panelu, z ręcznym dodaniem rezerwacji z telefonu
- Synchronizacja dwustronna z Google Calendar / iCal - żeby termin zajęty prywatnie nie sprzedał się w sklepie
- Maile transakcyjne - potwierdzenie, przypomnienie, informacja o zmianie
- Reguły cen - inna stawka w weekend, w sezonie, przy dłuższym wynajmie
- Zasoby - jeśli sprzedajesz „rower”, a masz ich osiem, wtyczka przypisuje konkretną sztukę
Punkt czwarty ratuje najwięcej wdrożeń: bez synchronizacji ktoś umawia się telefonicznie, a w sklepie termin dalej wisi jako wolny.
Wtyczki - co się dzisiaj używa
Rynek dzieli się na trzy grupy i to podział, którym warto się kierować:
| Grupa | Do czego pasuje | Model płatności | Uwaga |
|---|---|---|---|
| Oficjalne rozszerzenie WooCommerce Bookings | wizyty, godziny, doby, zasoby | licencja roczna, wyższa półka | najgłębiej wpięte w Woo, dokumentacja i wsparcie producenta |
| Wtyczki „bookings and appointments” innych producentów | gabinety, usługi z pracownikami | licencja roczna, średnia półka | często lepszy interfejs kalendarza, sprawdź rozwój wtyczki |
| Wtyczki wynajmu (rental) | sprzęt, pojazdy, noclegi | licencja roczna, średnia półka | liczą doby i kaucje, słabsze przy wizytach godzinowych |
Świadomie nie podaję kwot - cenniki wtyczek zmieniają się kilka razy w roku, a różnice między licencją na jedną i na pięć stron bywają kilkukrotne. Przyjmij, że licencja rezerwacyjna to zwykle największa pojedyncza pozycja w rocznych kosztach takiego sklepu; jak to się sumuje, rozpisałem przy realnych kosztach wtyczek w WooCommerce.
Przy wyborze sprawdzam datę ostatniej aktualizacji, liczbę instalacji i to, czy producent odpowiada na wątki wsparcia. Wtyczka rezerwacyjna dotyka pieniędzy i terminów - porzucona po roku jest gorsza niż jej brak.
Dodatki do zamówienia, czyli gdzie naprawdę robi się marża
Sprzedaż terminu rzadko kończy się na samym terminie. Fotelik do wynajmowanego auta, śniadanie do apartamentu, dodatkowa godzina na sali, personalizacja tortu - to są checkout add ons, czyli płatne opcje dokładane do zamówienia. Dobre wtyczki rezerwacyjne mają je wbudowane; przy nietypowej logice (pole widoczne tylko przy wynajmie dłuższym niż trzy doby) robi się to na własnych polach w checkoucie WooCommerce.
Co zebrać od razu, żeby nie dzwonić potem do klienta:
- dane do realizacji (liczba osób, godzina przyjazdu, numer rejestracyjny, alergie)
- zgody i regulamin wynajmu, z zapisem w zamówieniu
- płatne dodatki doliczane do sumy przed płatnością
Zaliczki, kaucje i anulowanie
Przy rezerwacjach pieniądze rzadko wpływają w całości z góry. Standardem jest zaliczka - część kwoty przy rezerwacji, reszta na miejscu. WooCommerce nie robi tego samo, potrzebna jest wtyczka do przedpłat albo taka funkcja we wtyczce rezerwacyjnej. Trzy warianty, które spotykam najczęściej:
- Pełna przedpłata - najprostsza technicznie, dobra przy tanich usługach i wydarzeniach
- Zaliczka procentowa lub kwotowa - reszta rozliczana ręcznie, typowa przy wynajmie
- Preautoryzacja karty - blokada środków zamiast pobrania; wymaga bramki, która to obsługuje
Do tego polityka anulowania: termin musi wracać do puli automatycznie, inaczej po miesiącu kalendarz pokazuje jako zajęte dni, które są wolne. I pilnuj, żeby BLIK oraz szybkie przelewy działały na telefonie bez przeszkód, bo rezerwacje robi się w biegu - porównanie w tekście o metodach płatności w WooCommerce.
Pięć błędów, które psują rezerwacje
Wdrożenia rozsypują się w powtarzalnych miejscach:
- Cache serwuje stary kalendarz - strona produktu z rezerwacją musi być wyłączona z pamięci podręcznej, inaczej klient rezerwuje termin zajęty godzinę wcześniej
- Strefa czasowa - WordPress ustawiony na UTC zamiast na Warszawę przesuwa wszystkie godziny; sprawdza się to w minutę, a odkrywa zwykle po pierwszej reklamacji
- Maile nie dochodzą - potwierdzenie w spamie to najdroższa awaria w tym modelu; przyczyny rozpisałem przy problemie z mailami zamówień w WooCommerce
- Termin blokowany dopiero po opłaceniu - przy przelewie tradycyjnym ten sam dzień sprzedasz dwa razy
- Brak kanału offline - rezerwacje telefoniczne nie trafiają do systemu, więc kalendarz kłamie
Osobno: kalendarz to strona dynamiczna, generowana przy każdym wejściu, więc na słabym hostingu współdzielonym potrafi ładować się sekundami. Jeśli sklep już dziś jest ospały, zacznij od doboru hostingu pod WooCommerce.
Kiedy wtyczka nie wystarcza
Wtyczka przestaje wystarczać, gdy reguły dostępności są logiką biznesową, a nie ustawieniem. Sygnały, po których proponuję dedykowany moduł:
- rezerwacja zależy od kilku zasobów naraz (sala plus prowadzący plus sprzęt, każdy z własnym kalendarzem)
- ceny liczą się z własnego algorytmu - progi, pakiety, stawki dla stałych klientów
- system musi rozmawiać po API z zewnętrznym grafikiem albo systemem obiektu
- masz klientów firmowych z limitami i fakturowaniem zbiorczym - to już sprzedaż B2B, opisana przy systemie rezerwacji dla biur podróży
- sprzedajesz też dostępy cykliczne (karnet, abonament), co miesza się z logiką subskrypcji w WooCommerce
Robię wtedy hybrydę: WooCommerce zostaje jako kasa, katalog i konto klienta, a warstwa dostępności i cen żyje w osobnym module wpiętym w Woo. Klient dostaje jeden sklep, nie dwa systemy do pilnowania.
Od czego zacząć u siebie
Zaczynam od bezpłatnej diagnozy: co i jak sprzedajesz, jak wygląda obecny sklep, ile rezerwacji dziennie przechodzi przez telefon. Z tego wychodzi rekomendacja - wtyczka z konfiguracją albo moduł na miarę - razem z listą kosztów rocznych, żeby licencje nie zaskoczyły Cię za rok. Przy większej robocie wycena idzie na piśmie przed startem, fixed-bid, zwykle 5000-10000 zł netto. Dołożenie rezerwacji do działającego sklepu to rozwój i optymalizacja, budowa od zera - sklepy e-commerce.
Najczęstsze pytania
Czy WooCommerce ma rezerwacje bez wtyczki? Nie. Sam WooCommerce nie zna pojęcia terminu ani kalendarza dostępności - potrzebna jest wtyczka rezerwacyjna albo dedykowany moduł. Bez tego zostaje sprzedaż „vouchera na wizytę” i umawianie terminu ręcznie poza sklepem.
Która wtyczka do rezerwacji w WooCommerce jest najlepsza? Nie ma jednej najlepszej - jest najlepsza do Twojego modelu. Do wizyt godzinowych z wieloma pracownikami sprawdzają się wtyczki typu bookings and appointments, do wynajmu na doby wtyczki rental liczące daty i kaucje, a oficjalne WooCommerce Bookings jest najbardziej uniwersalne.
Czy da się wynajmować sprzęt, którego mam kilka sztuk? Tak, służą do tego zasoby: osiem rowerów definiujesz jako osiem zasobów jednego produktu, a system pilnuje, żeby na dany termin nie sprzedać dziewiątego. Ustaw przy tym bufor na przegląd między wypożyczeniami.
Ile trwa wdrożenie rezerwacji w istniejącym sklepie? Konfiguracja gotowej wtyczki z kalendarzem, mailami i płatnościami to zwykle kilka dni roboczych, razem z testami na żywych terminach. Dedykowany moduł z własnymi regułami cen to kwestia tygodni - dokładny termin podaję po diagnozie, razem z wyceną.
Powiązane: Własne pola w checkoucie WooCommerce · System rezerwacji B2B dla biur podróży · Sklepy e-commerce