Сценарий: ресторан при отеле, который знает своих постояльцев

Типичные проблемы

• Ресторан не знает, кто из гостей живёт в отеле, когда выезжает и что любит.
• Постояльцы ужинают в городе, потому что их вовремя никто не пригласил.
• Лояльность ресторана и проживание в отеле живут в разных системах, у гостя два несвязанных профиля.

Как это можно реализовать в ResoGuest

1. Подключение PMS. Модуль Hotel Connect принимает проживания с датами и номерами комнат из PMS отеля. В приоритете интеграций для России — TravelLine и Bnovo, затем Logus HMS и Контур.Отель; наличие готового коннектора для вашей PMS уточняйте у менеджера.
2. Единый профиль гостя. Постоялец сопоставляется с профилем ресторана по телефону или e-mail — история, баллы и предпочтения в одной карточке.
3. Бронь на даты проживания. Хостес видит в брони «номер 305, выезд завтра»; гость бронирует стол через виджет или бота в Telegram.
4. Приглашение при заезде. В день заезда гостю приходит приглашение на ужин или завтрак с персональным предложением.
5. Счёт на номер. Начисления на номер закрываются штатной связкой iiko и PMS; ResoGuest не дублирует её и берёт на себя гостя и лояльность.
6. После выезда. Гость сохраняет карту лояльности и получает новости — повод вернуться в ресторан уже как городской гость.

Что получает клиент на выходе

• Ресторан видит постояльцев и даты их проживания.
• Больше выручки F&B от тех, кто уже живёт в отеле.
• Единый профиль для проживания и ресторана и канал связи с гостем после выезда.

Кому подойдёт

Отелям, загородным клубам и курортам со своим рестораном или баром, бутик-отелям, апарт-отелям с кафе. Обсудить внедрение: sales@wltt.asia