Jak zbudować stronę rezerwacji hotelu: pokoje, stawki, dostępność i płatności

Strona rezerwacji hotelu pozwala gościom wybrać daty, zobaczyć, które pokoje są wolne każdej nocy ich pobytu, zobaczyć całkowitą cenę i zapłacić lub wpłacić zaliczkę — bez wymiany e-maili. Żeby ją zbudować, potrzebujesz typów pokoi z liczbą pokoi, modelu dostępności na noc, stawek, które mogą zmieniać się w zależności od daty, przepływu rezerwacji, który ponownie sprawdza dostępność przy zapisie, oraz widoku administracyjnego dla recepcji. Trudna część to nie ładne strony. Chodzi o to, żeby pokój nigdy nie został sprzedany dwukrotnie, zwłaszcza jeśli sprzedajesz też na platformach rezerwacyjnych.

Czego potrzebuje strona

Strony

• Publiczne: strona główna, pokoje (zdjęcia, łóżka, metraż, udogodnienia, maks. liczba gości), wyszukiwarka dat i liczby gości, wyniki z łączną ceną za typ pokoju, formularz rezerwacji, płatność oraz strona potwierdzenia z linkiem do zarządzania rezerwacją.
• Pomocnicze: lokalizacja i dojazd, zasady (godziny meldunku, anulowanie, dzieci, zwierzęta), FAQ, kontakt.
• Prywatne (personel): dzisiejsze przyjazdy i wyjazdy, siatka kalendarza pokoi według nocy, lista rezerwacji, blokowanie dat, stawki i ustawienia pokoi.

Dane

Zapisuj zameldowanie i wymeldowanie jako daty, nie godziny, i traktuj wymeldowanie jako wyłączne: pobyt od 10. do 12. obejmuje noce 10. i 11. Błąd w tym miejscu powoduje najczęstszy błąd dostępności.

Uprawnienia

Goście widzą ceny i to, czy typ pokoju jest dostępny — nigdy nie widzą, kto jeszcze nocuje. Personel recepcji widzi rezerwacje i dane gości; tylko właściciel zmienia stawki i zasady. Oznacza to logowanie dla personelu z co najmniej dwiema rolami.

Decyzje i kompromisy

Rezerwacja na zapytanie czy natychmiastowa

Rezerwacja na zapytanie — gość wysyła daty i dane, a Ty potwierdzasz e-mailem — jest znacznie prostsza i wystarcza dla małego pensjonatu. Rezerwacja natychmiastowa wymaga nieskazitelnej dostępności i obsługi płatności, ale lepiej konwertuje. Wiele obiektów zaczyna od zapytań i przechodzi do natychmiastowych później.

Sprzedawanie typów pokoi czy konkretnych pokoi

Goście zwykle rezerwują typ pokoju („Dwuosobowy z widokiem na morze”), a personel przypisuje konkretny pokój później. Sprzedawanie konkretnych pokoi jest prostsze w budowie, ale utrudnia wypełnianie kalendarza.

Stawki

Zacznij od jednej ceny za typ pokoju za noc, z opcjonalnymi wyjątkami dla zakresów dat (sezon wysoki, święta) i minimalnym pobytem. Dynamiczne ceny, kody promocyjne i pakiety zostaw na później.

Płatności

Opcje, rosnąco pod względem złożoności: płatność na miejscu; zaliczka przez hostowany checkout, taki jak Stripe Checkout; pełna przedpłata za stawkę bezzwrotną; albo zapisanie karty i obciążenie później. Zasady płatności, podatki i opłaty turystyczne różnią się w zależności od kraju — sprawdź lokalne przepisy lub zapytaj doradcę. Nasz przewodnik po płatnościach opisuje mechanikę.

Inne kanały

Jeśli pokoje są też wystawione w internetowych biurach podróży lub na platformach wynajmu wakacyjnego, musisz utrzymywać kalendarze w zgodzie. Wiele takich platform potrafi eksportować i importować kalendarze jako linki iCal; synchronizacja tą drogą jest powszechna w małych obiektach, ale działa z opóźnieniem, a nie natychmiast. Profesjonalnym rozwiązaniem jest channel manager.

Pierwszy prompt, który działa

Zbuduj stronę bezpośrednich rezerwacji dla Harbour House, pensjonatu z 9 pokojami w Tobermory w Szkocji. Typy pokoi: Dwuosobowy (4 pokoje, 2 gości, 120 GBP/noc), Dwa łóżka (3 pokoje, 2 gości, 115 GBP), Rodzinny (2 pokoje, 2 dorosłych + 2 dzieci, 165 GBP). Goście wyszukują po dacie zameldowania, dacie wymeldowania i liczbie gości i widzą tylko typy pokoi z wolnym pokojem na każdą noc pobytu, wraz z łączną ceną. Wymeldowanie jest wyłączne. Minimalny pobyt to 2 noce w lipcu i sierpniu. Formularz rezerwacji zbiera imię, e-mail, telefon i godzinę przyjazdu; zapisz go jako „oczekującą” i ponownie sprawdź dostępność po stronie serwera przed zapisem. Strefa personelu z logowaniem: dzisiejsze przyjazdy i wyjazdy, siatka kalendarza pokoi według nocy, lista rezerwacji ze statusem i możliwość blokowania dat. Na każdej stronie rezerwacji pokaż zameldowanie 15–20, wymeldowanie do 10:00 i zasady anulowania (bezpłatnie do 7 dni przed). Spokojny, nadmorski design, najpierw telefon.

Etapy budowy

1. Najpierw modeluj pokoje i noce. Typy pokoi, pokoje, stawki i sprawdzanie dostępności. Przetestuj to przed jakąkolwiek pracą nad wyglądem.
2. Wyszukiwarka i wyniki. Wybór dat, liczba gości, łączna cena za pobyt, wyraźne stany „brak miejsc”.
3. Przepływ rezerwacji. Formularz → ponowne sprawdzenie dostępności po stronie serwera → rezerwacja oczekująca → strona potwierdzenia z linkiem do zarządzania.
4. Strefa personelu z logowaniem: przyjazdy, wyjazdy, siatka kalendarza, blokowanie dat.
5. Potwierdzenie e-mailem przez własnego dostawcę, z datami, sumą, adresem i zasadami. Zobacz wysyłanie e-maili.
6. Zaliczki w trybie testowym Stripe, potwierdzając rezerwację dopiero po udanej płatności. Webhook płatności wymaga opublikowania aplikacji pod publicznym adresem URL.
7. Synchronizacja kalendarzy z innymi kanałami, jeśli z nich korzystasz, plus ręczne codzienne sprawdzanie na początku.
8. Przetestuj przypadki brzegowe: dwie przeglądarki rezerwujące ostatni pokój, pobyt przechodzący przez zmianę stawki, anulowanie zwalniające noce, jednonocne pobyty w okresie z minimalnym pobytem.
9. Opublikuj i sam zrób prawdziwą rezerwację, zanim wyłączysz swój dotychczasowy proces.

Częste błędy

• Sprawdzanie dostępności tylko w przeglądarce. Dwóch gości w końcu zarezerwuje ostatni pokój w tym samym momencie.
• Liczenie nocy wymeldowania jako zajętych (albo niepoliczenie nocy zameldowania). Napisz test dla dwunocnego pobytu.
• Jedna płaska cena. Większość obiektów potrzebuje co najmniej sezonowych wyjątków.
• Ukrywanie łącznej ceny do ostatniego kroku. Pokaż pełną cenę pobytu, łącznie z opłatami, które już znasz, w wynikach.
• Zasady ukryte w stopce. Pokaż warunki anulowania obok przycisku płatności.
• Traktowanie synchronizacji iCal jako natychmiastowej. Nie jest; przy prawie pełnym obiekcie zamykaj daty ręcznie.

Kiedy lepszy jest gotowy produkt

Jeśli prowadzisz więcej niż kilka pokoi, sprzedajesz przez kilka internetowych biur podróży albo potrzebujesz obsługi sprzątania, faktur i raportów, zwykle właściwym wyborem jest system zarządzania nieruchomością z wbudowanym silnikiem rezerwacji i channel managerem. Te produkty istnieją po to, by rozwiązać problem podwójnych rezerwacji między kanałami, a jego dobre odtworzenie jest kosztowne.

Własna strona ma sens dla małych obiektów, które przyjmują głównie rezerwacje bezpośrednie, dla nietypowej oferty (pola kempingowe glamping, domki ze wspólnym zapleczem, pokoje sprzedawane razem z atrakcjami) albo gdy chcesz własnego designu i doświadczenia gościa bez miesięcznej opłaty za pokój. Niektórzy właściciele łączą własną stronę z hostowanym silnikiem rezerwacji osadzonym na niej — często to najlepsze z obu światów.

Budowa z Mythex

W Mythex opisujesz obiekt w czacie, sprawdzasz stronę w podglądzie na żywo (także w ramce wielkości telefonu) i publikujesz, gdy działa. Rezerwacje, pokoje i stawki są zapisane w bazie Postgres, którą agent dodaje, gdy aplikacja musi zapisywać dane; usypia w bezczynności i budzi się przy następnym żądaniu. Logowanie personelu, potwierdzenia e-mail i zaliczki są podłączone do Twoich dostawców i kluczy — Mythex nie ma wbudowanego produktu do logowania gości, e-maili ani płatności — więc przeczytaj przepis na Stripe, zanim dodasz zaliczki. Użyj /test, aby agent przeszedł wyszukiwanie i rezerwację, a punkty kontrolne, by cofnąć zmianę, która zepsuje dostępność.

Jako punkt wyjścia zobacz kreator systemu rezerwacji hoteli, kreator systemu rezerwacji pensjonatów lub szablon strony rezerwacji glampingu. Dla rezerwacji godzinowych lub wizyt zamiast nocy zobacz przewodnik po aplikacjach do rezerwacji.

Pytania