Wybierz właściwą rezerwację jako kontekst rozmowy
Konkretny pobyt, a nie sama nazwa, decyduje o przekazie.Otwórz Goście → Wiadomości lub wiadomości zawierające szczegóły gościa. Wyszukaj według numeru rezerwacji, gościa, daty lub pokoju i przed napisaniem zweryfikuj panel kontekstowy.
Można wysyłać wiadomości wyłącznie w przypadku rezerwacji powiązanych z głównym gościem. Zamiast tworzyć kolejną osobę, napraw brakujące łącze w rekordzie gościa lub rezerwacji.
Każdą rozmowę rozpoczynaj od dokładnej rezerwacji. Wyszukaj według numeru rezerwacji, daty gościa lub pobytu, otwórz rekord i porównaj odbiorcę, przyjazd, wyjazd, kategorię pokoju, aktualny stan i źródło rezerwacji. Ten sam gość może mieć kilka przeszłych lub przyszłych pobytów, a sam profil nie pozwala określić, którego przyjazdu, anulowania lub faktury dotyczy wiadomość. Dlatego STRYK łączy gościa i rezerwację. Jeśli kontekst rezerwacji jest niejasny, zatrzymaj się przed zapisaniem i rozwiąż go w rekordzie źródłowym. Zachowaj prywatne dane w autoryzowanej rozmowie dotyczącej rezerwacji i użyj numeru rezerwacji lub pokoju w notatkach przekazania, zamiast kopiować dane kontaktowe gdzie indziej. Sprawdzenie kontekstu jest zakończone, gdy inny współpracownik może zidentyfikować zamierzonego odbiorcę i pozostać bez zgadywania z treści wiadomości.
| Wyświetlacz | Sprawdź pytanie | Ryzyko |
|---|---|---|
| Numer rezerwacji | Czy to jest żądany przypadek? | Wiadomość trafia do niewłaściwego wątku |
| Przyjazd i wyjazd | Czy podane daty się pokrywają? | Podano błędne daty |
| Pokój | Czy pokój jest już przydzielony? | Obiecane są niepotwierdzone informacje |
| E-mail i źródło | Który kanał ma zastosowanie? | Trasa komunikacyjna jest omijana |
Poznaj kanał ze źródła rezerwacji
Kanał należy do rezerwacji i nie jest preferencją pracownika.Rezerwacje ręczne, telefoniczne, bezpośrednie, e-mailowe, za pośrednictwem witryny internetowej i systemu rezerwacji korzystają z poczty elektronicznej z tematem i w formacie zwykłym lub HTML. Najpierw sprawdź zapisany adres.
Rezerwacje OTA i kanały korzystają z konwersacji kanałowej w postaci zwykłego tekstu. Nie omijaj go, wysyłając osobny e-mail, bo historia rezerwacji stanie się niekompletna.
Przeczytaj kanał komunikacji ze źródła rezerwacji. Rezerwacje ręczne i bezpośrednie korzystają z poczty elektronicznej; Rezerwacje OTA lub kanały korzystają z kanału rezerwacji jako rozmowy tekstowej. Kompozytor nie zapewnia swobodnego wyboru kanału, ponieważ zmiana trasy zerwałaby związek pomiędzy źródłem rezerwacji a historią wiadomości. Przed wybraniem szablonu potwierdź wyświetlany kanał i dostępnego odbiorcę. Wiadomości e-mail mogą zawierać zwykły tekst lub zatwierdzony kod HTML z podglądem, natomiast wiadomości na kanale pozostają zwykłym tekstem i nie mogą zależeć od nieobsługiwanego formatowania. Jeżeli ze względów operacyjnych konieczna jest inna droga kontaktu, należy ją potraktować jako odrębnie autoryzowany proces i udokumentować dlaczego; nie ukrywaj zmiany wewnątrz kompozytora. W przypadku rezerwacji za pośrednictwem portalu STRYK wysyła wiadomość w postaci zwykłego tekstu za pośrednictwem połączonej trasy Booking.com lub Airbnb, a każdą odpowiedź umieszcza w tej samej rozmowie dotyczącej rezerwacji.
| Źródło rezerwacji | Kanał | Dostępny format |
|---|---|---|
| Telefon, wejście, instrukcja | Zwykły lub HTML z tematem | |
| Strona internetowa, system rezerwacji, bezpośrednio | Zwykły lub HTML z tematem | |
| OTA lub kanał | Kanał rezerwacji | Zwykły tekst bez przełączania kanałów |
Wybierz szablon według celu, kanału i języka
Szablon przyspiesza tworzenie szkicu, ale nie zastępuje przeglądu sprawy.Lista pokazuje aktywne szablony pasujące do kanału pochodnego. Wybierz według celu podróży gościa i wymaganego języka, a nie podobnie brzmiącej nazwy.
STRYK stosuje format, temat i treść. Powtarzające się korekty należą do szablonu centralnego; szczegóły jednorazowe pozostają w projekcie. Unikaj prywatnych, nieaktualnych kopii.
Wybierz szablon według jednego konkretnego celu, wyświetlanego kanału i języka gościa. Informacja o przyjeździe, przypomnienie o płatności, brakujące dane i podziękowania po pobycie to różne decyzje i nie należy ich łączyć w jeden niejasny, uniwersalny przekaz. Używaj tylko aktywnego szablonu oferowanego dla kanału pochodnego. Przeczytaj go przed złożeniem wniosku: sprawdź zwrot grzecznościowy, ton, godziny otwarcia hotelu, linki, treść anulowania lub płatności oraz podpis pod kątem aktualnych praktyk hotelowych. Szablon jest sprawdzonym punktem wyjścia, a nie pozwoleniem na wysłanie w niezmienionej formie. Jeżeli język gościa różni się od domyślnego języka hotelu, wybierz lub napisz pełną wersję w tym języku; przetłumaczony temat z treścią w różnych językach nie jest gotowy. Usuń akapity, które nie dotyczą tego pobytu i dodaj tylko fakty już zatwierdzone w ustawieniach rezerwacji, zasadach lub hotelu.
Recenzja szablonu w czterech krokach
- 01Nazwij cel
Jakiej decyzji lub informacji potrzebuje gość?
Przesłanie ma jeden główny cel. - 02Potwierdź kanał
Używaj tylko szablonów dla wyświetlanego kanału.
Szablon i kanały rezerwacji są zgodne. - 03Sprawdź język
Dopasuj powitanie i treść do języka gościa.
Wiadomość jest czytelna bez mieszanych języków. - 04Przejrzyj walutę
Sprawdź godziny, linki, zasady i podpis z aktualnymi danymi hotelu.
Nie ma już żadnych przestarzałych obietnic.
Przejrzyj symbole zastępcze z prawdziwego kontekstu rezerwacji
Symbol zastępczy pomaga tylko wtedy, gdy ustalona wartość jest poprawna i wiarygodna.Selektor udostępnia wartości możliwe do ustalenia w kontekście bieżącego gościa i rezerwacji. Przeczytaj rozwiązany podgląd i porównaj daty, szczegóły pokoju i rezerwacji za pomocą panelu kontekstowego.
Nierozwiązane symbole zastępcze są pokazane poniżej podglądu. Napraw brakujące dane źródłowe, załaduj ponownie i przejrzyj ponownie; jeśli jest to niedostępne z założenia, usuń token lub przepisz zdanie.
Rozwiąż każdy symbol zastępczy w podglądzie w odniesieniu do bieżącej rezerwacji. Sprawdź powitanie i imię gościa, hotel, przyjazd i wyjazd, kategorię lub przydzielony pokój, numer rezerwacji, kwotę całkowitą, pozostałą kwotę, zasady anulowania i dane kontaktowe zgodnie z celem szablonu. Nierozwiązany token, pusty myślnik lub nieprawdopodobna wartość to tekst blokujący, a nie kosmetyczny. Popraw brakujące dane źródłowe, gdy powinny istnieć; w przeciwnym razie przepisz zdanie bez składania obietnic. Jeśli nie przydzielono żadnego pokoju, podaj zarezerwowaną kategorię, zamiast zgadywać numer pokoju. Jeżeli wartość płatności jest kwestionowana, nie zastępuj jej ręcznie w wiadomości; najpierw rozwiąż kwestie finansowe. Symbole zastępcze aliasów mogą być renderowane w celu zapewnienia zgodności, ale osoba wybierająca powinna używać bieżących wartości kanonicznych dostępnych w tym kontekście rezerwacji. Ostateczny podgląd musi zawierać wyłącznie rzeczywiste, możliwe do wyjaśnienia dane.
Czytaj treść zarówno jako gospodarz, jak i recenzent
Ciepło i dokładność działania to to samo przesłanie.Przeczytaj jako gość: pierwsze dwa zdania powinny wyjaśnić, dlaczego hotel pisze i co dzieje się dalej. Używaj jasnych czasów i codziennego języka, a nie wewnętrznych kodów.
Następnie sprawdź odbiorcę, zwrot grzecznościowy, numer rezerwacji, daty, roszczenia dotyczące pokoi, ceny, linki, podpis i język. HTML wymaga przeglądu wizualnego; komunikaty kanałowe pozostają wyraźnym, zwykłym tekstem.
Przeczytaj końcową wiadomość dwa razy: najpierw jako gospodarz, a następnie jako recenzent. Jako gospodarz postaraj się, aby zachowanie kolejnego gościa było oczywiste, używaj języka pełnego szacunku i zamieszczaj wyłącznie informacje, które pomogą pobytowi. Jako recenzent sprawdź fakty dotyczące rezerwacji, daty, kwoty, zasady, linki, termin odpowiedzi, podpis i prywatność. Jedna wiadomość powinna mieć jeden główny cel i jasną odpowiedź na to, co gość powinien wiedzieć lub zrobić. Unikaj wewnętrznego żargonu, obwiniania, obietnic prawnych, których hotel nie może dotrzymać i wrażliwych danych, które nie są potrzebne do tego celu. W przypadku pilnej zmiany należy podać, czego dotyczy zmiana, którego pobytu dotyczy i gdzie gość może zareagować. W przypadku wiadomości e-mail w formacie HTML sprawdź zarówno sformatowany podgląd, jak i czytelny tekst; w przypadku komunikatów kanału upewnij się, że znaczenie jest większe niż zwykły tekst. Zwięzły, konkretny komunikat jest bezpieczniejszy niż długi szablon pełen nieistotnych klauzul.
Kontrola redakcyjna przed każdą wysyłką
- Pierwsze zdanie określa cel i konkretny pobyt.
- Żądane następne działanie jest jasne.
- Sprawdzane są daty, godziny, szczegóły pokoju i ceny.
- Nie są widoczne żadne kody wewnętrzne ani nierozwiązane symbole zastępcze.
- Język, pozdrowienie i ton pasują do gościa i celu.
- Sposób odpowiedzi jest zrozumiały.
Wyślij raz i udowodnij wynik w wątku
Kliknięcie nie jest dowodem wysłania.Potwierdź rezerwację, wyślij raz i czekaj. Jeśli STRYK pokaże błąd, zachowaj wersję roboczą, usuń przyczynę i nie zapisuj przedwcześnie sukcesu.
Po sukcesie znajdź wiadomość w tym samym wątku rezerwacji i sprawdź kierunek, czas, kanał, temat (jeśli ma to zastosowanie) i numer rezerwacji. Jeśli nie jest widoczny, załaduj ponownie przed ponowną próbą.
Wyślij raz i poczekaj na rzeczywisty wynik. Wyłączony przycisk, pokrętło lub powolna sieć nie pozwalają na wielokrotne klikanie. Jeśli się powiedzie, otwórz ponownie tę samą rozmowę dotyczącą rezerwacji i zweryfikuj dokładnie jeden wpis wychodzący z poprawnym znacznikiem czasu, kanałem, tematem (w stosownych przypadkach) i widoczną treścią. W przypadku wiadomości e-mail pomyślny wynik aplikacji i wpis w wątku potwierdzają, że STRYK zaakceptował wysyłkę; niepowodzenia w dostawie muszą pozostać widoczne poprzez odpowiedni status lub działania następcze. W przypadku konwersacji na kanale potwierdź, że wiadomość tekstowa znajduje się w odpowiednim wątku rezerwacji. Jeśli wysyłanie się nie powiedzie, zachowaj wersję roboczą, przeczytaj błąd i popraw odbiorcę, kanał, treść lub połączenie u źródła. Nigdy nie twórz wpisu o sukcesie lokalnym ani nie kopiuj wiadomości do innej rezerwacji tylko po to, aby historia wyglądała na kompletną.
Sprawdź dwa typowe błędy za pomocą osobnego testu. Przypadek pierwszy: gość nie posiada dostępnego adresu e-mail przy rezerwacji bezpośredniej. Prawidłowym efektem nie jest odgadnięcie odbiorcy czy użycie adresu innego gościa, ale widoczne zablokowanie i doprecyzowanie danych kontaktowych w profilu gościa lub rezerwacji. Drugi przypadek: wybraliby szablon e-maila do rezerwacji OTA. Kanał i formularz tekstowy wygenerowany przez system powinny pozostać widoczne; nie kopiuj ręcznie wiadomości do osobnego e-maila, bo utracisz połączenie konwersacyjne. W przypadku obu prób zapisz numer rezerwacji, oczekiwany kanał, aktualną informację zwrotną i następną osobę odpowiedzialną. W ten sposób zespół może poradzić sobie nie tylko z pomyślną wysyłką, ale także bezpiecznym zatrzymaniem, gdy dane źródłowe lub kanał źródłowy nie są odpowiednie.
| Obserwacja | Następny krok | Nie |
|---|---|---|
| Sukces i wpis w wątku | Przejrzyj krótko i zamknij | Nie wysyłaj ponownie |
| Błąd, brak wpisu w wątku | Popraw przyczynę i spróbuj ponownie celowo | Nie zapisuj sukcesu |
| Brak wiadomości, wpis niejasny | Załaduj ponownie wątek i sprawdź stan | Nie duplikuj na ślepo |
Utrzymuj standard komunikacji jednego zespołu
Dobra komunikacja nie powinna zależeć od tego, kto pełni służbę.Zdefiniuj jeden odpowiedzialny szablon dla każdej powtarzającej się sytuacji, kanału i języka, z własnością i regularnym przeglądem. Wolę mały, przejrzysty zestaw niż wiele podobnych nazw.
Hotel Nordlicht testuje bezpośrednią pocztę e-mail, bezpośredni podgląd HTML, zwykły kanał OTA, brakujący element zastępczy i gościa z dwiema rezerwacjami. Problemy są rozwiązywane na poziomie źródła, szablonu lub rezerwacji.
Utrzymuj standard małego zespołu w przypadku powtarzających się wiadomości. Każdy zatwierdzony szablon musi mieć cel, kanał, język, właściciela, datę ostatniej recenzji i wyzwalacz następnej recenzji. Sprawdź zmiany w godzinach zameldowania, procesie płatności, zasadach anulowania, danych kontaktowych hotelu, linkach lub podróży gościa. Przechowuj zawartość szablonów w centralnym katalogu zaplecza, a elementy zastępcze w centralnym systemie szablonów zamiast osobistych fragmentów lub plików lokalnych. Przykład jednej prawdziwej rozmowy po aktywacji w izolowanej wersji demonstracyjnej Hotelu Nordlicht, sprawdzającej kontekst rezerwacji, ustalone wartości, jakość redakcyjną i jednorazowe wysłanie; nigdy nie używaj istniejącego koncie klienta jako dowodu w postaci dokumentacji. Wycofaj przestarzałe szablony, zamiast pozostawiać aktywne prawie duplikaty. Proces jest niezawodny, gdy współpracownik może później zrozumieć cel, odbiorcę, pobyt, kanał, dokładną treść i wynikać wyłącznie z rozmowy rezerwacyjnej.
Przeanalizuj co najmniej trzy rozmowy miesięcznie lub po każdej istotnej zmianie operacyjnej: jeden bezpośredni e-mail, jeden kanał zwykłego tekstu i jeden przypadek, w którym trzeba było zablokować wysyłanie. Sprawdź poprawny kontakt do rezerwacji, język gościa, odblokowany symbol zastępczy, jasny cel, jednorazową linię wychodzącą i odpowiedzialne zamknięcie błędu. Nie kopiuj treści osobistych do dokumentu edukacyjnego; kontrola jakości powinna rejestrować jedynie wymagany numer rezerwacji i wynik. W przypadku powtarzającego się błędu nie poprawiaj każdego komunikatu jeden po drugim: zidentyfikuj, czy jest to spowodowane szablonem, centralnymi danymi hotelu, źródłem rezerwacji czy procesem zespołowym, zamów korektę i nowy test.
Zapisz datę i osobę odpowiedzialną za recenzję obok szablonu, tak aby powód i termin kolejnej recenzji były jasne dla wszystkich współpracowników.
Hotel Nordlicht, Zgoda na przesyłanie wiadomości
- Każdy test rozpoczyna się od konkretnej rezerwacji i powiązanego gościa.
- Rezerwacje bezpośrednie pokazują e-mail; Rezerwacje OTA pokazują kanał i zwykły tekst.
- Można wybierać tylko aktywne szablony dopasowujące kanały.
- Podglądy nie zawierają nierozwiązanych symboli zastępczych ani nieprawdopodobnych wartości.
- Wiadomości e-mail w formacie HTML są czytelne wizualnie; tekst kanału pozostaje wyraźny bez stylizacji.
- Każda wysłana wiadomość pojawia się dokładnie raz w prawidłowej rezerwacji.

