Na recepcji hotelu najbardziej niepokoi nie brak pokoi, ale niesynchronizowany stan pokojów: na platformach OTA pokój jest już sprzedany, a w systemie hotelowym nadal widnieje jako wolny; gość przybywa do hotelu i dowiaduje się, że „trwa sprzątanie”, podczas gdy zadanie sprzątania wciąż jest oznaczane w grupie WeChat. Przeciążenie rezerwacji, pominięcie zarezerwowanych pokoi oraz opóźnienia w sprzątaniu nakładają się na siebie, co sprawia, że kosztowanie się takich sytuacji jest nawet droższe niż pozostawienie pokoju niezamieszkanym.
Jak rozłożyć poszczególne obszary działalności: rezerwacja, alokacja pokoi, sprzątanie, zameldowanie i wymeldowanie
Dobrej jakości system hotelowy powinien połączyć przynajmniej cztery etapy stanów, a nie ograniczać się jedynie do „listy zamówień”:
- Rezerwacja i zajęcie: po wpisaniu zamówienia w kanale od razu blokuje się dostępność pokoi, a zasady zwrotu za anulację lub brak pojawienia się jasno określa moment uwolnienia
- Alokacja pokoi: automatyczna lub półautomatyczna przydziałowa według typu pokoju, piętra, połączonych pokoi oraz blokad remontowych
- Zadania sprzątania: sprzątanie uruchamiane po wymeldowaniu, zmiana statusu na „dostępny do sprzedaży” dopiero po pozytywnym przeglądzie pokoju; zadania remontowe są sprzężone z stanem pokoju
- Zameldowanie/wymeldowanie: kaucja, dodatkowe opłaty, opóźnione wymeldowanie — wszystko musi być spójne z procedurami nocnej kontroli
Excel potrafi zapamiętać, ile pokoi jest dziś wolnych, ale nie radzi sobie z konfliktem między „niezamieszkanymi, ale w trakcie sprzątania” a „blokadą remontową”. Prawdziwym powodem kłótni na recepcji jest to, że podczas jednoczesnego aktualizowania danych o dostępności na wielu kanalach nie stosuje się jednolitego blokowania.
Jak to zaprojektować: role i daneProponowane role: pracownik rezerwacji, recepcjonista, kierownik pokoi, obsługa piętra, pracownicy remontowi, nocna kontrola. Personel pokoi widzi tylko zadania na swoim piętrze; recepcja nie może bezpośrednio sprzedać pokoju remontowanego; nocna kontrola odpowiada za zamknięcie rachunków i dzienne zamknięcie stanu pokoi.
- Typ pokoju i rzeczywiste pomieszczenie: cechy „dostępności do sprzedaży”, piętro, połączone pokoje, znaczniki „palenie/niemożliwość dostępu dla osób niepełnosprawnych”
- Kalendarz dostępności: zapisy na każdą noc, w tym rezerwacje, potwierdzenia i blokady
- Stan pokoju: pusty/czysty/pusty/brudny/zamieszkały/czysty/zamieszkały/brudny/remont/przez czas wyłączenia
- Zadania sprzątania: źródło uruchomienia, odpowiedzialna osoba, rozpoczęcie/zakończenie, wynik przeglądu pokoju
- Zamówienie: kanał, zasady gwarancji, specjalne wymagania, osoby podróżujące razem
Granice interfejsu muszą być twardo wyznaczone: zamówienia z OTA i strony internetowej powinny zawierać wyłącznie informację o „stanie pokoju”, natomiast fizyczna alokacja pokoi może nastąpić później; jednak przed potwierdzeniem przyjazdu gościa musi zostać przyporządkowany konkretny numer pokoju lub jasno określona grupa pokoi dostępnych do sprzedaży. Jeśli sprzątanie nie zostało zakończone, stan pokoju nie może zostać zmieniony na „pusty/czysty”.
Jak rozwijać i przeprowadzać walidację
Do łączności z kanałami należy używać jednolitego serwisu zarządzania dostępnością: zajmowanie pokoi przy zamówieniu, zwalnianie po upływie czasu płatności, cofanie po anulacji. W przypadku nieudanych przekazów powinno istnieć możliwość ponownego spróbowania i zachowanie właściwości idempotentności, aby uniknąć zajęcia dwóch pokoi przez jedno zamówienie. Strona sprzątania rozpoczyna pracę po zeskanowaniu numeru pokoju, by zapobiec pomyłce. Zadania nocnej kontroli obejmują tworzenie listy pokoi, które nie zostały wymeldowane, nie zostały rozliczone lub mają nietypowy stan, zamiast polegać na ręcznym obchodzie budynku.
Scenariusze walidacji powinny uwzględniać dane z sezonu szczytu, w tym brudne dane:
- Czy w przypadku jednoczesnego złożenia dwóch zamówień na ten sam typ pokoju, czy tylko jedno zamówienie zostanie zrealizowane
- Czy po wymeldowaniu, gdy sprzątanie nie zostało zakończone, pokój nadal może zostać przydzielony nowemu gościowi
- Czy podczas blokady remontowej kanał nadal może sprzedać dany pokój
- Jak informować o możliwości przesunięcia kolejnego zamówienia na noc, jeśli opóźnione wymeldowanie nakłada się na następny dzień
- Czy stan pokoju po nocnej kontroli jest zgodny z danymi kasowymi
Sednem systemu hotelowego nie są „piękne kolorowe bloki w kalendarzu”, ale trzy klucze — zajęcie, sprzątanie i remont — które nie mogą ze sobą wadzić.
Najczęstsze problemy na miejscu
Niejasna strategia przeciwdziałania przeciążeniu rezerwacji: niektóre hotele cierpliwie tolerują przeciwdziałanie poprzez awansowanie gości, podczas gdy system blokuje je twardo na poziomie fizycznego pokoju, albo wręcz zupełnie ich nie blokuje. „Typ pokoju, który można przekroczyć, limit, ścieżka awansowania” powinny być zapisane jako konfiguracja, a nie ustalane na podstawie mówionych zwyczajów. Konflikt między wynagrodzeniem za pracę na zasadzie „na zasadzie liczby pokoi” a jakością pracy: ocena tylko na podstawie liczby pokoi prowadzi do pomijania ważnych zadań; jeśli przegląd pokoju nie spełnia wymagań, należy zwrócić zadanie i wpłynąć na wynagrodzenie. Utrata preferencji członków: wysokie piętra, połączone pokoje i inne szczegóły zapisywane są w uwagach, gdzie nikt ich nie czyta; należy wprowadzić te elementy do zasad alokacji pokoi.
Co należy sprawdzić w pierwszej fazie wdrożenia
Najpierw należy połączyć „zajęcie pokoi przez kanały → alokacja pokoi → cykl sprzątania → nocna kontrola”, a następnie przejść do zarządzania dochodami i upsellu. Po dwóch tygodniach od uruchomienia skupić się na następujących wskaźnikach: liczba przypadków przeciwdziałania przeciwdziałaniu i odrzucenia zamówień, procent niezarezerwowanych pokoi przed przyjazdem, liczba opóźnień w zameldowaniu spowodowanych przekroczeniem terminu sprzątania, różnica w ilości zadań podczas nocnej kontroli. Dopiero gdy te cztery wskaźniki zostaną obniżone, można będzie myśleć o inteligentnym kształtowaniu cen.
Jak wdrożyć usługę zarządzania dostępnością na kanałach
Proponuje się stworzenie oddzielnej usługi zarządzania dostępnością, przy czym system zamówienia i łącznik z kanałami będą tylko wywoływać funkcje zajmowania, zwalniania i sprawdzania. Zajęcie powinno mieć czas ważności: automatyczne zwalnianie po upływie terminu płatności, aby uniknąć „zombie-oznaczonych” pokoi. Fizyczna alokacja pokoi może nastąpić później, np. dzień przed przyjazdem, ale liczba pokoi dostępnych na poziomie typu musi być aktualna i precyzyjna. W przypadku sieci wielu hoteli klucz do zarządzania dostępnością musi zawierać identyfikator każdego obiektu, zakazując ściągania zasobów między obiektami.
Trzeba modelować wpływ sprzątania i remontów na dostępność: „brudny” nie jest uważany za „dostępny”; blokada remontowa odlicza się od puli dostępnych pokoi; typ pokoju wyłączonego z użytkowania jest bezpośrednio usuwany z oferty na kanałach. Ręczne zmiany stanu pokoju przez recepcję muszą być opatrzone kodem przyczyny, aby ułatwić nocną kontrolę nad nietypowymi sytuacjami.
Granice pomiędzy zarządzaniem dochodami a członkostwem
Zarządzanie dochodami nie powinno bezpośrednio zmieniać historii zamówień, lecz wpływać tylko na przyszłe dostępne do sprzedaży. Uprawnienia członków (opóźnione wymeldowanie, awans) powinny być zapisane jako wejście do silnika reguł, czytane podczas alokacji pokoi, a nie oparte na pamięci dyżurnego menedżera. Na początku można zrezygnować z dynamicznego kształtowania cen, ale należy zostawić otwarty „mechanizm ręcznego zatwierdzania zmian cen”, aby uniknąć chaosu spowodowanego przez każdy osobisty podwyższanie cen.
Dane powinny być minimalnie zgromadzone: źródło zajęcia każdego pokoju na noc, osoba zajmująca, moment zakończenia sprzątania, moment zameldowania. Dzięki tym informacjom można zidentyfikować, czy opóźnienie wynika ze spowolnienia sprzątania czy z późnej alokacji pokoi, zamiast polegać na intuicji podczas narad.
Zgodność między nocną kontrolą a kasą
Nocna kontrola nie tylko zamknięci rachunki, ale także dokonuje weryfikacji: liczba osób mieszkających, zaległości w rozliczeniach, blokady, anomalie związane z tym, że sprzątanie nie zostało zakończone, a pokój został już przydzielony. Opóźnione opłaty za wymeldowanie i wydatki z mini-baru muszą zostać zaksięgowane przed opuszczeniem hotelu; po nocnej kontroli zabrania się bezpowrotnego korektowania wczorajszych transakcji. Lista zakończonych zadań na recepcji generuje się automatycznie, redukując błędy w ustnych przekazach.
Zasady anulowania zamówień na różnych kanałach są różne; moment zwalniania dostępności powinien być dostosowany do konfiguracji każdego kanału. Zasoby zużyte na darmowe awansowanie powinny być zwalniane z pierwotnego typu pokoju i zajmowane przez celowy typ pokoju; raporty powinny być sporządzane oddzielnie, aby analiza dochodów nie została zakłócona przez awansy.
Podczas szkolenia recepcji warto wykorzystać dwa scenariusze ćwiczeń: „jednoczesne składanie zamówienia na ostatni pokój” oraz „błędne przydzielenie pokoju, gdy sprzątanie nie zostało zakończone”, co jest bardziej efektywne niż opowieści o funkcjach menu. Przy uruchamianiu systemu sugeruje się najpierw wyłączyć przeciwdziałanie przeciwdziałaniu na kanałach, stabilizować system przez dwa tygodnie, a następnie stopniowo zwiększać limity przeciwdziałania na poziomie typu pokoju.
W przypadku sieci hotelowych, jeśli chce się zastosować centralną rezerwację, należy najpierw ujednolicić kod typu pokoju i słownik zasad anulowania, a dopiero później podłączyć usługę zarządzania dostępnością; jeśli słownik nie jest ujednolicony, nie należy forsować centralizacji, bo inaczej błędy pojedynczego obiektu mogą zostać rozpropagowane na całą sieć.
Specjalne potrzeby usług typu „konsjerż” (niespodziewane dekoracje, transport) powinny być zapisane jako dodatkowe zadania, a dopiero po ich wykonaniu można zaznaczyć „gotowość do przyjęcia VIP-a”, oddzielając tę część od zwykłych zadań sprzątania.