W skrócie

Przeciętny hotel korzysta dziś z kilkunastu, czasem dwudziestu różnych systemów ^[2]. To nie jest w gruncie rzeczy problem - problemem jest to, że każdy z nich ma swoją własną, zamkniętą wersję prawdy, a łączenie ich w pary zamiast w jeden kontekst z czasem kosztuje więcej, niż daje.

Kiedy hotel wdraża pierwsze narzędzie ponad PMS, decyzja jest prosta. Jest jeden nowy ekran, jedna nowa integracja, jeden proces, który się poprawia. Problem pojawia się kilka narzędzi później, kiedy nikt już nie pamięta, które systemy są ze sobą połączone, a które tylko obok siebie działają.

PMS wie, że gość ma dziś check-in. Housekeeping wie, że pokój 214 jest sprzątnięty. Recepcja wie, że gość zadzwonił z pytaniem o wcześniejszy przyjazd. Trzy oddzielne fakty, trzy oddzielne systemy - i żaden z nich automatycznie nie wie o pozostałych dwóch. Więc ktoś dzwoni, ktoś pisze na komunikatorze, ktoś ręcznie poprawia status. To nie jest duża awaria. To dziesiątki drobnych przekazań dziennie, które osobno nie wyglądają groźnie, a razem zjadają godziny pracy zespołu.

Dane branżowe potwierdzają, że to nie jest odczucie pojedynczych hoteli, tylko wzorzec całej branży. Badanie 450 doświadczonych operatorów hotelowych pokazuje, że 44% z nich uznaje integracje CRM i komunikacji z gośćmi za krytyczne dla codziennych operacji, a dokładnie tyle samo wskazuje integracje housekeepingu jako priorytet ^[1]. To samo badanie pokazuje, czego hotelarze oczekują dalej: 45% respondentów jako priorytet na najbliższy czas wskazuje szybsze integracje i bardziej otwarte połączenia między systemami ^[1]. Innymi słowy - nikt nie mówi "chcemy mniej narzędzi". Wszyscy mówią "chcemy, żeby wreszcie ze sobą rozmawiały".

Warto tu rozdzielić dwie rzeczy, które łatwo się myli. Liczba systemów sama w sobie rzadko jest problemem - duży hotel czy sieć naturalnie potrzebuje więcej niż jednego narzędzia, bo housekeeping, revenue i marketing rządzą się innymi logikami i inaczej mierzą sukces. Problemem jest to, co dzieje się w szwach między tymi systemami: czy zmiana w jednym miejscu automatycznie aktualizuje kontekst w drugim, czy zależy od tego, czy akurat ktoś o niej pamiętał i zdążył przekazać dalej.

Najbardziej kosztowne w praktyce są zwykle te same kilka sytuacji, powtarzane w każdym hotelu z osobna. Wcześniejszy przyjazd gościa, który wymaga telefonu do housekeepingu, bo PMS i rzeczywisty stan pokoju nie zawsze się zgadzają. Zgłoszona usterka, która krąży w wiadomościach, zanim ktoś ręcznie zablokuje pokój w systemie rezerwacji. Zmiana dostępności w kanale bezpośrednim, która w PMS jest już aktualna, ale do channel managera dociera z opóźnieniem. Dane gościa z formularza rezerwacji, przepisywane ręcznie do systemu komunikacji, bo te dwa narzędzia nigdy się ze sobą nie dogadały. Żadna z tych sytuacji nie trafia do raportu zarządu. Razem tworzą jednak większość tarcia, które zespół odczuwa jako "system, który nie nadąża", nawet jeśli każdy pojedynczy system działa poprawnie.

Recepcja, gość i housekeeping współdzielący informację o gotowości pokoju — Wspólny kontekst skraca drogę od informacji o gotowym pokoju do decyzji recepcji — bez telefonu, wiadomości i ręcznego poprawiania statusu.

Naturalnym odruchem przy kolejnym nowym narzędziu jest połączenie go bezpośrednio z PMS - jedna integracja, jeden problem rozwiązany. To działa dobrze przy kilku systemach. Przy kilkunastu liczba takich pojedynczych połączeń rośnie szybciej niż liczba samych narzędzi, a każde trzeba osobno utrzymać, monitorować i naprawić po każdej aktualizacji którejkolwiek ze stron. W pewnym momencie hotel ma więcej integracji do pilnowania niż ludzi, którzy wiedzą, jak one wszystkie razem działają.

Porównanie splątanych integracji punkt-punkt ze wspólną warstwą danych — Po lewej każde narzędzie utrzymuje osobne połączenia. Po prawej systemy podłączają się raz do wspólnej warstwy kontekstu.

Alternatywą nie jest wymiana PMS ani rezygnacja z wyspecjalizowanych narzędzi. Jest nią jedna warstwa, do której kolejne systemy podłączają się raz - zamiast łączyć się nawzajem ze sobą, para po parze. Zmiana istotna dla jednego zespołu aktualizuje wtedy kontekst pozostałych bez ręcznego przepisywania, a dodanie kolejnego narzędzia nie oznacza budowy jeszcze jednego osobnego mostka do każdego istniejącego systemu.

W praktyce najlepiej zacząć nie od listy systemów do wymiany, tylko od jednego procesu, który dziś generuje najwięcej telefonów i poprawek - na przykład status pokoju albo dane gościa. Warto prześledzić, przez ile miejsc ta informacja faktycznie przechodzi, zanim trafi tam, gdzie jest potrzebna, i ile razy po drodze jest przepisywana ręcznie. To pokazuje, gdzie integracja realnie coś zmienia, a gdzie tylko dokłada kolejny ekran. Miarą postępu nie jest liczba wdrożonych połączeń, tylko liczba ręcznych czynności, które przestały być potrzebne.

Senvvo Hotel OS powstał właśnie z myślą o takiej warstwie - otwarte API i integracje z partnerami, do których systemy podłączają się do wspólnego kontekstu, zamiast łączyć się nawzajem ze sobą. Jeśli chcesz sprawdzić, gdzie w Twoim obecnym stosie technologicznym jest dziś najwięcej ręcznych przekazań, umów krótkie demo albo poznaj moduły Senvvo Hotel OS.

Powiązane artykuły: Hotel OS czy klasyczny PMS? i Recepcja, revenue i direct booking w jednym rytmie operacyjnym.

ŹRÓDŁA