Automatyzacja w hotelu bierze najpierw przebiegi, które wracają kilka razy dziennie w tej samej postaci. AI w hotelarstwie, w hipotetycznym pensjonacie w sezonie, to zapytania ofertowe, potwierdzenia rezerwacji, rekrutacja na sezon, grafik zmian, odpowiedzi na opinie i poranny raport. Przy każdym widać, co składa automat, co zatwierdza człowiek i gdzie błąd wychodzi do gościa albo do pracownika.
Rezerwacje spływają mailem, telefonem i z portalu. Śniadanie jest w cenie pobytu.
Zapytania ofertowe
W piątek po południu do skrzynki wpada kilka pytań o ten sam weekend. Goście pytają o wannę, o psa, o godzinę śniadania i o fakturę na firmę. Osoba na recepcji zna odpowiedzi i pisze je z pamięci, między meldunkiem a telefonem.
Odpowiedzi powstają na podstawie informacji zatwierdzonych przez obiekt: godziny śniadania, zasady dla zwierząt, parking, zadatek, godzina zameldowania i to, co wchodzi w cenę. Zanim model zobaczy pytanie, pierwszy krok wymazuje rozpoznane adresy e-mail, numery telefonów, tokeny i numery IBAN. Zapis, który do tych wzorców nie pasuje, zostaje w treści. Znane próby podsunięcia modelowi poleceń dostają oznaczenie do przeglądu. Oznaczenie nie zatrzymuje modelu, kiedy pytanie pasuje do wpisu.
Przy dopasowaniu model dostaje jeden wpis i pytanie gościa, a szkic podaje numer tego wpisu. Człowiek czyta szkic, bo sam numer nie dowodzi zgodności zdań z treścią. Odpowiedź można wysłać dopiero po osobnym zatwierdzeniu. Zapisany szkic sam do gościa nie wychodzi. Proces obsługi pytania kończy się na szkicu i na powiadomieniu wewnętrznym. Ten układ opisuję przy automatycznych odpowiedziach na pytania klientów.
Wolny pokój na konkretny termin jest stanem kalendarza. Wpisu o dostępności w regulaminie nie ma, więc mail ląduje u człowieka, a model przy tym pytaniu nie jest wołany. Obietnica wolnego pokoju bez sprawdzenia kalendarza dociera do gościa jako fakt.
W środku sezonu przesuwasz śniadanie albo przestajesz przyjmować zwierzęta. Wpis zostaje z zeszłego roku i szkice idą dalej pewnym tonem. Data przeglądu mówi, kiedy ktoś ostatnio otwierał ten wpis. Żeby gość dostał nową godzinę, wpisujesz ją w treść. Recepcja czyta szkic przed wysyłką.
Potwierdzenie rezerwacji
Automatyzacja rezerwacji pensjonatu, w tym przykładzie, bierze datę, rodzaj pokoju, liczbę nocy, kwotę i zdanie o zadatku. Zdanie i kwota pochodzą z wpisu, który utrzymujesz. Nowa rezerwacja zapisana w kalendarzu uruchamia szkic. Telefon odebrany przy ladzie zostaje przy recepcji.
Potwierdzenie standardowej rezerwacji może zostać wysłane automatycznie, kiedy pobyt jest już w kalendarzu i kwota zgadza się z cennikiem. Człowiek ogląda grupę, pobyt dłuższy niż Twój zwykły standard, fakturę na firmę, zwierzę i dostawkę. Tę granicę zapisujesz przed startem.
Po skonfigurowaniu połączenia nową rezerwację z Booking.com da się pobrać do takiego procesu. Zmiany i anulowania pobierasz jako osobne komunikaty. Jeśli obiekt komunikatu nie pobierze albo nie potwierdzi, Booking.com wysyła go mailem na skrzynkę kontaktową, domyślnie po 30 minutach. Szkic ze starą ceną poda gościowi inną kwotę niż promocja z portalu.
Więcej o tym typie procesu jest przy rezerwacjach na autopilocie.
Kiedy arkusz na recepcji i system rezerwacyjny trzymają inny stan tego samego pokoju, zostaje ryzyko podwójnej rezerwacji. Booking.com podaje kilka przyczyn takiego zdarzenia, w tym awarię, przez którą dostępność się nie zaktualizowała, oraz automatyczny powrót odwołanego pokoju do sprzedaży. Domyślnie pokój wraca także na dzień, który miałeś zamknięty. Obsługa Booking.com wyłącza to ustawienie na prośbę obiektu.
Przypomnienie przed przyjazdem bierze datę z Twojego zapisu. Stara data po zmianie terminu w portalu wyśle wiadomość o dniu, w którym gościa już nie będzie. Źródło daty ustalasz przed włączeniem reguły.
Sezonowa rekrutacja
Kandydaci do pracy sezonowej co roku pytają o zakwaterowanie, dojazd, datę startu i o to, jak sztywny jest grafik. Szkic, który przygotowuje asystent AI dla hotelu, bierze się z wpisu zatwierdzonego przez Ciebie. Pytanie, którego wpis nie obejmuje, wraca jako luka w ogłoszeniu.
CV zostaje u Ciebie. Automat układa pytania z treści ogłoszenia i podpowiada, którego kandydata dopytać o datę dostępności, bo w mailu jej nie ma. Zaproszenie na rozmowę wychodzi po Twojej decyzji. Stawka w szkicu jest cytatem z aktualnego wpisu.
Kandydat dostanie zeszłoroczną stawkę, jeśli szkic cytuje stare ogłoszenie. Sama data przy wpisie stawki nie zmienia. Stawkę poprawiasz w treści ogłoszenia, a potem czytasz szkic, bo potrafi pojawić się w nim kwota spoza ogłoszenia.
CV i skany dokumentów zostają w obiegu, który znasz. Wrzucenie teczki kandydata do czatu poza tym obiegiem wynosi dane poza obiekt.
Grafik zmian
Propozycja grafiku powstaje z dostępności, którą ludzie wpisali w arkusz, i z kalendarza przyjazdów. W tym przykładzie kalendarz mówi, ile osób schodzi na śniadanie. Kierownik publikuje wersję, którą widzi reszta zespołu.
Automat widzi wyłącznie te dwie listy, więc wolne obiecane w wiadomości zostaje poza propozycją, dopóki ktoś nie wpisze go w arkusz. Druga osoba na śniadanie dla grupy pojawia się w propozycji, kiedy reguła dostaje coś więcej niż liczbę pokoi. Przy samym liczniku pokoi brakuje rąk przy bufecie.
Szkic na najbliższe zmiany da się złożyć w nocy. Rano ktoś czyta go przy liście grup, które weszły po zamknięciu recepcji.
Opinia zostaje publiczna
Opinia wisi dłużej niż sam pobyt. Na Google odpowiedź publikuje się pod opinią gościa po sprawdzeniu, które zwykle trwa do 10 minut, a czasem do 30 dni. Odpowiedź widnieje jako głos firmy. Później da się ją edytować albo usunąć.
Szkic, który czeka rano, trzyma podziękowanie i odniesienie do tego, co gość sam napisał w opinii. Daty pobytu, numer pokoju i inne dane z rezerwacji zostają poza odpowiedzią, nawet gdy masz je w systemie. Google nie pozwala wkładać tam prywatnych informacji gościa. Sprawę złożoną, także spór o konkretną szkodę, wyjaśniasz telefonicznie albo mailem.
Google odradza oferty i promocje w publicznej odpowiedzi. Obietnica zniżki w zamian za zmianę albo usunięcie opinii jest w tych zasadach zabroniona. Zniżkę i przyznanie konkretnej szkody puszcza właściciel, zanim cokolwiek z tego wyjdzie publicznie. Wpis, z którego powstaje szkic opinii, dostaje nową treść, zanim powstaną kolejne szkice. Szkic ze starego wpisu powtórzy zdanie, które już wycofałeś.
Raport, zanim kuchnia wstanie
Zanim kuchnia wstanie, właściciel składa ten sam obraz: przyjazdy, wyjazdy, zapytanie, które leży dłużej niż reszta, opinia bez odpowiedzi, zadatek. Sama liczba zapytań nie pokazuje, jak długo czeka najstarsze. Podobna liczba pozycji co poprzedniego ranka wygląda spokojnie, a jedno zapytanie leży bez ruchu.
W szablonie, który opisuję przy porannym raporcie stanu firmy, liczby liczy kod, zanim model zobaczy dane. Model pisze krótki akapit. Cyfra w tym akapicie wyrzuca szkic i wstawia stały komunikat. Zestawienie przychodzi według harmonogramu, w opisie szablonu o 08:30. Alert idzie osobno, kiedy konkretna sprawa przekroczyła próg wieku i tego dnia nie była jeszcze zgłoszona. Znacznik powtórki zapisuje się dopiero po udanej wysyłce alertu, więc przy nieudanej wysyłce alert wraca następnym razem.
Raport oznacza źródło jako niedostępne, gdy to źródło nie odpowie w pięć sekund, odda dane bez wieku sprawy albo padnie. Braku nie uzupełnia zerem. Szablon ciągnie cztery źródła: sprzedaż, wsparcie, kalendarz i finanse. W tym pensjonacie podstawiasz pod nie przyjazdy, wyjazdy, zapytania i zadatki. Przy śniadaniu od świtu przesuwasz godzinę 08:30.
Progi siedzą w kodzie, osobno dla każdego obszaru. Szablon nie wyznacza właściwego progu dla Twojego obiektu. Ustawiasz go według własnej historii, na przykład sprawy, po której straciłeś rezerwację, albo telefonu gościa, który czekał na odpowiedź. Po imporcie zostaje połączenie z kalendarzem, skrzynką i miejscem, gdzie trzymasz zadatki. Sam plik tego połączenia nie zrobi.
Niedostępny kalendarz zostaje w mailu podpisany jako brak. Pusta lista przyjazdów bez tej adnotacji, tuż przed śniadaniem, wygląda jak dzień bez przyjazdów.
Jeden proces albo wspólny kalendarz
Oddajesz osobno jeden nazwany proces, na przykład zapytania z regulaminu albo samo potwierdzenie rezerwacji. Kiedy potwierdzenie, grafik i poranny raport czytają ten sam kalendarz, a potwierdzenie jeszcze do niego zapisuje, procesy spina wspólny stan. Odebrane zakresy są na stronie wdrożeń.
Jeśli chcesz wybrać jeden proces na start w swoim obiekcie, umów bezpłatną diagnozę na 30 minut. Powiem, gdzie leży problem, czy ten proces ma sens i co dalej.
Najczęstsze pytania
Czy potwierdzenie rezerwacji może wyjść bez odbioru przez recepcję?
Może, kiedy przed startem zapiszesz, że zwykły pobyt jest już w kalendarzu i zgadza się z cennikiem. Wyjątek, którego w tej regule nie ma, zostaje w kolejce do człowieka. Osobno decydujesz, czy reguła zapisuje dostępność pokoju w systemie rezerwacyjnym.
Co wybrać na początek, kiedy na zmianie jest jedna osoba?
Zacznij od pytań, na które odpowiedź już leży na piśmie: godzina śniadania, parking, zwierzęta, zameldowanie. Poranny raport dokładaj wtedy, gdy co rano składasz ten sam obraz z kilku miejsc i jedna leżąca sprawa ginie wśród pozycji z wczoraj. Kolejny proces dokładaj, kiedy znasz już wyjątki pierwszego.
Co z regulaminem, który zmieniam w środku sezonu?
Nową godzinę śniadania albo nową zasadę dla zwierząt wpisujesz w treść wpisu, zanim powstanie kolejny szkic. Data przeglądu zostaje przy niej jako ślad, kiedy ktoś patrzył. Szkic czytasz mimo aktualnej daty, bo numer wpisu nie sprawdza brzmienia zdań.
Czy odpowiedź na opinię może iść bez mojego podpisu?
Szkic powstaje z wpisu, a na zewnątrz puszczasz go sam. Na Google przejdzie jeszcze sprawdzenie, zanim pojawi się pod opinią. W treści zostaje podziękowanie i prośba o kontakt. Numer pokoju, daty pobytu i opis szkody idą mailem albo telefonem.
Czy asystent ogarnie noc, kiedy nikogo nie ma w holu?
Maile i poranny raport nie otwierają drzwi. Nocna obecność zostaje taka, jaką masz dziś: dyżur, telefon albo ktoś na miejscu. Rano da się położyć na stole szkice tego, co przyszło w nocy, o ile odpowiedzi są w zatwierdzonych wpisach.
Źródła
- developers.booking.com: po skonfigurowaniu połączenia Booking.com udostępnia nowe rezerwacje, zmiany i anulowania jako osobne komunikaty; niepobrane albo niepotwierdzone w ciągu 30 minut idą mailem na skrzynkę kontaktową obiektu (sprawdzone 2026-10-04)
- developers.booking.com: overbooking ma kilka przyczyn, w tym awarię blokującą aktualizację dostępności oraz automatyczny powrót odwołanego pokoju do sprzedaży, domyślnie także na dzień zamknięty (sprawdzone 2026-10-04)
- support.google.com: odpowiedź na opinię w Google jest publikowana pod opinią, bez imienia autora odpowiedzi, można ją edytować i usuwać, a sprawdzenie zwykle trwa do 10 minut, czasem do 30 dni (sprawdzone 2026-10-04)
- support.google.com: odpowiedzi są publiczne, prywatnych informacji się nie ujawnia, sprawy złożone idą na telefon lub mail, odpowiedzi nie służą do ofert, a zachęta do zmiany albo usunięcia opinii w zamian za zniżkę jest zabroniona (sprawdzone 2026-10-04)