Gość nie wpisuje wszystkiego ponownie
Przykład pokazuje rolę tego modułu w procesie hotelowym. Zakres źródeł i dostępnych działań ustalamy dla konkretnego wdrożenia.
Termin wybrany podczas rozmowy
W czacie gość podał daty, liczbę osób i preferencję śniadania. Ogólny link do strony hotelu zmuszałby go do rozpoczęcia wyszukiwania od nowa.
Konkretna ścieżka rezerwacji
Integracja sprawdza udostępnione warianty i przygotowuje odpowiedni link lub rozpoczęty formularz, o ile silnik to obsługuje. Gość potwierdza warunki i finalizuje rezerwację w systemie, który ponownie weryfikuje dostępność.
- Parametry wyszukiwania
- Dostępne warianty z właściwego źródła
- Przekazanie do finalizacji
Co obejmuje ten moduł?
Uzgadniamy odczyt terminów, wariantów, ograniczeń pobytu i wymaganych danych. Integracja może mieć różny zakres: od linku z parametrami po dostęp do oferty przez API. Nie przedstawiamy tych wariantów jako identycznych technicznie.
Parametry z rozmowy
Daty i liczba osób trafiają do właściwego kroku rezerwacji, jeśli system wspiera takie przekazanie.
Oferta ze źródła
AI nie wylicza samodzielnie ceny na podstawie nieaktualnego opisu marketingowego.
Czytelne zakończenie
Użytkownik wie, że link lub propozycja nie są jeszcze potwierdzoną rezerwacją.
Jak uruchamiamy rozwiązanie?
Sprawdzenie możliwości silnika
Weryfikujemy dostępne API, linki parametryzowane i obsługiwane warianty oferty.
Mapowanie potrzeb
Łączymy dane z rozmowy z parametrami pobytu i ograniczeniami systemu.
Test finalizacji
Sprawdzamy zmianę ceny, brak dostępności i potwierdzenie, bez omijania silnika.
Co trafia do modułu, a co z niego wychodzi?
Oddzielamy materiał źródłowy od wyniku pracy narzędzia. Dzięki temu kolejne moduły wiedzą, z jakiego kontekstu mogą korzystać.
Z czego korzysta AI?
- Parametry pobytu
- Dane ofertowe lub mechanizm linkowania silnika
- Reguły przekazania gościa
Co otrzymuje zespół?
- Warianty możliwe do zaoferowania
- Właściwy link lub formularz
- Kontekst dla modułów sprzedaży i pobytu
Uprawnienia i decyzje pozostają po stronie hotelu
Przed uruchomieniem uzgadniamy dostęp do danych, osoby odpowiedzialne i sposób obsługi wyjątków.
Zakres obsługiwanych ofert zatwierdza hotel. Jeśli brakuje świeżej dostępności lub obsługi danego warunku, narzędzie powinno przekierować do wyszukiwarki albo pracownika, a nie obiecywać pokój.
Utworzenie linku nie oznacza zablokowania pokoju ani pobrania płatności. Oferta może zmienić się przed finalizacją; wiążący wynik zwraca silnik rezerwacji.
Co zmienia się w codziennej pracy?
Gość może kontynuować rozmowę w odpowiednim kroku rezerwacji bez zbędnego szukania.
Cena i ograniczenia pochodzą z systemu, który odpowiada za sprzedaż pobytu.
Z jakimi źródłami i narzędziami łączymy moduł?
Nie zakładamy obsługi wszystkich dostawców w tym samym zakresie. Potwierdzamy możliwości konkretnego silnika oraz ewentualne warunki dostępu.
Powiązane elementy procesu
Miejsce w ścieżce wdrożenia
Te powiązania wynikają z roadmapy. Wymagania są podstawą danego węzła, a wzbogacenia rozszerzają jego możliwości. Nie oznacza to konieczności uruchomienia wszystkich dalszych modułów naraz.
Moduły, które ten element wzbogaca
Najczęstsze pytania
Czy to to samo co integracja PMS?
Nie. Silnik pokazuje ofertę i obsługuje zakup gościa, a PMS dostarcza operacyjny kontekst rezerwacji i pobytu. Zakres może się częściowo pokrywać.
Czy AI potwierdza rezerwację?
Sam moduł integracji tego nie obiecuje. Potwierdzenie musi wynikać z zakończonej operacji w silniku, nie z wygenerowanej wiadomości.