Спілкуйтеся з гостями з бронювання

Вибери правильне бронювання як контекст розмови

Відкрий «Гості» → «Повідомлення» або повідомлення з деталями гостей. Шукай за номером бронювання, гостем, датами чи кімнатою та перевіряй контекстну панель перед тим, як писати.

Можна надсилати повідомлення лише про бронювання, пов’язані з головним гостем. Виправте відсутнє посилання в записі гостя або бронювання, а не створюй іншу особу.

Починай кожну розмову з точного бронювання. Шукай за номером бронювання, гостем або датою перебування, відкрий запис і порівняй одержувача, прибуття, від’їзд, категорію номера, поточний стан і джерело бронювання. Один і той самий гість може мати кілька попередніх або майбутніх відвідувань, і лише профіль не визначає, якого прибуття, скасування чи рахунка стосується повідомлення. Тому STRYK використовує guest і booking разом. Якщо контекст бронювання незрозумілий, зупиніться перед написанням і виріши це у вихідному записі. Зберігай особисті дані в розмові про авторизоване бронювання та використовуй бронювання або посилання на номер у примітках про передачу, а не копіюй контактні дані в іншому місці. Перевірка контексту завершена, коли інший колега може ідентифікувати одержувача й залишитися без вгадування з тіла повідомлення.

Зрозумій канал з джерела бронювання

Бронювання вручну, по телефону, по телефону, електронною поштою, на веб-сайті та в системі бронювання використовують електронну пошту з темою та простим або HTML-форматами. Спочатку перевір збережену адресу.

OTA та бронювання каналів використовують розмову каналів у вигляді звичайного тексту. Не обходьте його окремим електронним листом, інакше історія бронювань стане неповною.

Прочитай канал зв'язку з джерела бронювання. Для ручного та прямого бронювання використовується електронна пошта; OTA або резервування каналів використовують канал бронювання як розмову у вигляді звичайного тексту. Композитор не надає вільного вибору каналу, оскільки зміна маршруту порушить зв’язок між джерелом резервування та історією повідомлень. Перш ніж вибрати шаблон, підтвердь відображений канал і доступного одержувача. Електронна пошта може використовувати звичайний текст або затверджений HTML із попереднім переглядом, тоді як повідомлення каналу залишаються звичайним текстом і не повинні залежати від непідтримуваного форматування. Якщо з операційної точки зору необхідний інший шлях контакту, розглядай це як окремий авторизований процес і задокументуй, чому; не приховуй зміни всередині композитора. Для бронювань на порталі STRYK надсилає текстове повідомлення через підключений маршрут Booking.com або Airbnb і зберігає кожну відповідь в тій самій розмові про бронювання.

Вибери шаблон за призначенням, каналом і мовою

Список показує активні шаблони, що відповідають похідному каналу. Вибирай за метою гостьової поїздки та необхідною мовою, а не за схожою назвою.

STRYK використовує формат, тему та тіло. Повторювані виправлення належать до центрального шаблону; одноразові деталі залишаються в чернетці. Уникай приватних застарілих копій.

Вибери шаблон за однією конкретною метою, відображуваним каналом і гостьовою мовою. Інформація про прибуття, нагадування про оплату, відсутні дані та подяка після перебування це різні рішення, і їх не слід об’єднувати в розпливчасте універсальне повідомлення. Використовуй лише активний шаблон, запропонований для похідного каналу. Прочитай його, перш ніж подавати заявку: перевір привітання, тон, час перебування в готелі, посилання, формулювання скасування або оплати та підпис відповідно до поточної практики готелю. Шаблон це перевірена відправна точка, а не дозвіл на надсилання без змін. Якщо мова гостя відрізняється від мови готелю за замовчуванням, вибери або напиши повну версію цією мовою; перекладена тема зі змішаною мовою не готова. Видали абзаци, які не стосуються цього перебування, і додай лише факти, уже затверджені в налаштуваннях бронювання, політики чи готелю.

Переглянь заповнювачі з реального контексту бронювання

Засіб вибору показує значення, які можна вирішити в контексті поточного гостя та бронювання. Прочитай вирішений попередній перегляд і порівняй дати, номери та деталі бронювання з контекстною панеллю.

Невирішені заповнювачі показані під попереднім переглядом. Виправте відсутні вихідні дані, перезавантажте та переглянь знову; якщо це недоступно за проектом, видали маркер або перепиши речення.

Порівняй кожен заповнювач у попередньому перегляді з поточним бронюванням. Перевір привітання та ім’я гостя, готель, прибуття та від’їзд, категорію чи призначений номер, номер бронювання, загальну суму, суму заборгованості, політику скасування та контактну інформацію відповідно до мети шаблону. Невирішений маркер, порожній дефіс або неправдоподібне значення є блокувальником, а не косметичним текстом. Виправте відсутні вихідні дані, коли вони повинні існувати; інакше перепиши речення, не даючи обіцянки. Якщо кімнати не призначено, скажи категорію заброньованої кімнати, а не вгадуй номер кімнати. Якщо вартість платежу спірна, не замінюй її вручну в повідомленні; спочатку виріши фінанси. Заповнювачі псевдонімів можуть відображатися для сумісності, але засіб вибору має використовувати поточні канонічні значення, доступні в цьому контексті бронювання. Остаточний попередній перегляд має містити лише реальні, зрозумілі дані.

Читай вміст і як організатор, і як рецензент

Читай як гість: перші два речення повинні пояснювати, чому готель пише і що відбувається далі. Використовуй чіткий час і повсякденну мову, а не внутрішні коди.

Потім переглянь одержувача, привітання, номер бронювання, дати, вимоги щодо номерів, посилання на ціни, посилання, підпис і мову. HTML потребує візуального перегляду; повідомлення каналу залишаються зрозумілим простим текстом.

Прочитай останнє повідомлення двічі: спочатку як ведучий, потім як рецензент. Як господар, зроби наступну дію гостя очевидною, використовуй шанобливу мову та включай лише інформацію, яка допоможе залишитися. Як рецензент перевір факти бронювання, дати, суми, положення про політику, посилання, кінцевий термін відповіді, підпис і конфіденційність. Одне повідомлення має мати одну головну мету та чітку відповідь на те, що гість повинен знати або робити. Уникай внутрішнього жаргону, звинувачень, юридичних обіцянок, які готель не може виконати, і конфіденційних даних, які не потрібні для цієї мети. У разі термінової зміни вкажи, що змінилося, яке перебування це стосується та де гість може відповісти. Для електронної пошти HTML перевір як форматований попередній перегляд, так і читабельний текст; для повідомлень каналу переконайтеся, що значення зберігає звичайний текст. Коротке конкретне повідомлення безпечніше, ніж довгий шаблон, повний нерелевантних пунктів.

Надішли один раз і підтвердь результат у гілці

Підтвердь бронювання, відправте один раз і чекай. Якщо STRYK показує помилку, збережи чернетку, усуньте причину та не записуй успіх передчасно.

Після успіху знайди повідомлення в тому самому ланцюжку бронювання та перевір напрямок, час, канал, тему, де це можливо, і номер бронювання. Якщо його не видно, перезавантажте перед повторною спробою.

Надішли один раз і чекай фактичного результату. Вимкнена кнопка, спінер або повільна мережа не є дозволом для повторного натискання. У разі успіху повторно відкрий ту саму розмову про бронювання та перевір лише один вихідний запис із правильною міткою часу, каналом, темою, де це можливо, і видимим вмістом. Для електронної пошти успішний результат застосування та запис у ланцюжку підтверджують, що STRYK прийняв надсилання; збої в доставці повинні залишатися видимими через відповідний статус або подальші дії. Для розмови в каналі переконайтеся, що текстове повідомлення знаходиться в правильному потоці резервування. Якщо надсилання не вдається, збережи чернетку, прочитай помилку та виправте одержувача, канал, вміст або з’єднання в їх джерелі. Ніколи не створюй локальний успішний запис і не копіюй повідомлення в інше бронювання лише для того, щоб історія виглядала повною.

Перевір дві типові помилки за допомогою окремого тесту. Перший випадок: гість не має адреси електронної пошти, яка може використовуватись у прямому бронюванні. Правильний результат це не вгадування одержувача чи використання адреси іншого гостя, а видиме блокування та уточнення контактної інформації в профілі гостя чи бронюванні. Другий випадок: вони обрали б шаблон електронної пошти для бронювання OTA. Канал і звичайна текстова форма, отримані системою, повинні залишатися видимими; не копіюй повідомлення вручну в окрему електронну пошту, втративши з’єднання з розмовою. Для обох репетицій запиши номер бронювання, очікуваний канал, фактичний відгук і наступного відповідального. Таким чином команда може впоратися не тільки з успішним надсиланням, але й безпечно зупинити, коли вихідні дані або канал не підходять.

Підтримуй єдиний стандарт командного обміну повідомленнями

Визнач один відповідальний шаблон для кожної повторюваної ситуації, каналу та мови з правом власності та регулярним переглядом. Віддавай перевагу невеликому чіткому набору над багатьма схожими іменами.

Hotel Nordlicht тестує пряму звичайну електронну пошту, прямий попередній перегляд HTML, звичайний канал OTA, відсутній заповнювач і гостя з двома бронюваннями. Проблеми вирішуються на рівні джерела, шаблону або бронювання.

Підтримуй стандарт невеликої команди для повторюваних повідомлень. Кожен схвалений шаблон потребує призначення, каналу, мови, власника, дати останнього перегляду та ініціатора наступного перегляду. Переглянь після змін час заселення, процес оплати, політику скасування, контактну інформацію готелю, посилання чи подорожі гостя. Зберігай вміст шаблону в центральному серверному каталозі та заповнювачі в центральній системі шаблонів, а не особисті фрагменти чи локальні файли. Зразок однієї реальної розмови після активації в ізольованій демонстрації Hotel Nordlicht, перевірка контексту бронювання, вирішених значень, редакційної якості та одноразового надсилання; ніколи не використовуй існуючого клієнта-орендаря для документального підтвердження. Вилучи застарілі шаблони замість того, щоб залишати майже дублікати активними. Процес є надійним, коли колега може пізніше зрозуміти мету, одержувача, перебування, канал, точний вміст і результат виключно з розмови про бронювання.

Збирай принаймні три розмови на місяць або після кожної значної операційної зміни: один прямий електронний лист, одне текстове повідомлення каналу та один випадок, коли надсилання довелося заблокувати. Перевір правильний контакт для бронювання, мову гостя, розблокований заповнювач, чітку мету, одноразову вихідну лінію та відповідальне закриття помилки. Не копіюй особистий вміст у навчальний документ; контроль якості повинен фіксувати лише необхідну довідку про бронювання та результат. У разі повторюваної помилки не виправляй кожне повідомлення одне за одним: визнач, чи це спричинено шаблоном, центральними даними готелю, джерелом бронювання чи груповим процесом, замовте виправлення та новий тест.

Запиши дату та особу, відповідальну за перевірку, поруч із шаблоном, щоб причина та дата наступної перевірки були зрозумілі всім колегам.