Гость может начать разговор с вопроса «есть ли номер на выходные», но за этой фразой скрывается половина будущего бронирования: даты, число взрослых и детей, категория, питание, условия отмены, способ оплаты и особые пожелания. Если отвечать только красивым описанием номеров, диалог быстро упирается в необходимость всё перепроверять вручную.
ИИ-бот для отеля помогает собрать параметры, объяснить тарифы и довести обращение до заявки или бронирования. Но свободный номер, окончательная цена и статус оплаты должны подтверждаться системой отеля, а не уверенностью языковой модели.
С чего начинается нормальный подбор номера
Сначала бот уточняет даты заезда и выезда, количество гостей и возраст детей. Без этого невозможно проверить вместимость и рассчитать стоимость.
Затем появляются дополнительные критерии:
- нужен один номер или несколько;
- важны ли раздельные кровати;
- требуется дополнительное место;
- нужно питание;
- есть ли пожелания по этажу, виду или доступности;
- путешествует ли гость с животным;
- нужен ранний заезд или поздний выезд.
Не все параметры одинаковы. Число гостей и даты определяют доступность. Вид из окна или тихий номер часто остаются пожеланиями, пока отель не подтвердит конкретный номер.
Категория номера и конкретный номер — не одно и то же
На этапе бронирования отель обычно продаёт категорию: стандарт, студию, люкс. Конкретный номер может назначаться позднее. Поэтому бот не должен обещать комнату 407 или определённый вид, если система закрепляет только категорию.
Описание категории должно содержать вместимость, спальные места, площадь, удобства, варианты питания и ограничения. Фотографии помогают понять интерьер, но могут показывать несколько номеров одной категории. Это стоит объяснять прямо, чтобы ожидания гостя не строились на одном удачном ракурсе.
Если в объекте размещения продаются конкретные домики, апартаменты или номера, бот может работать с ними только при наличии точных данных о доступности.
Свободные даты нельзя угадывать
Опубликованный календарь, старая выгрузка или ответ из базы знаний не подтверждают наличие. Между двумя сообщениями номер могут забронировать на другом сайте.
Для реального ответа бот обращается к PMS или модулю бронирования. Система проверяет даты, категорию, вместимость, ограничения по минимальному сроку и уже созданные брони.
Если интеграции нет, бот собирает заявку:
«Я записал даты 14–16 августа, двух взрослых и ребёнка. Доступность пока не подтверждена — администратор проверит варианты и свяжется с вами».
Такой ответ честнее, чем показать номер, который исчезнет к моменту оплаты.
Из чего складывается цена проживания
Стоимость зависит не только от категории. На неё могут влиять даты, число гостей, питание, тариф, длительность, дополнительные места, ранний заезд, поздний выезд и услуги.
Поэтому в ответе лучше показывать состав:
| Позиция | Что должно быть понятно |
|---|---|
| Проживание | категория, даты и число гостей |
| Питание | включено или оплачивается отдельно |
| Дополнительное место | цена и для кого рассчитано |
| Услуги | трансфер, парковка, животное и другие опции |
| Налоги и сборы | включены ли в итог |
| Условия тарифа | отмена, предоплата, изменение дат |
Цена «от» имеет смысл только вместе с минимальными условиями. Нельзя переносить стоимость буднего дня на праздники или обещать старую акцию.
Особенно важно не путать предварительный расчёт и итог бронирования. Окончательная сумма появляется после того, как система проверила все параметры и применила действующие правила.
Тариф важен не меньше номера
Два одинаковых номера могут продаваться по разным условиям. Один тариф дешевле, но не допускает возврат. Другой позволяет отмену до определённой даты. Третий включает завтрак.
Бот не должен показывать тарифы как одинаковые позиции с разной ценой. Он объясняет различия и просит гостя выбрать осознанно.
«Есть более дешёвый невозвратный тариф и более дорогой гибкий. В гибком варианте отмена возможна по правилам отеля до указанного срока. Какой вариант рассмотреть?»
Само слово «гибкий» недостаточно: точные условия должны поступать из актуального тарифа.
Заявка, бронь и оплата — три разных события
Гость выбрал номер и оставил телефон — это заявка. Бронь появляется после записи в системе. Оплата подтверждается отдельно платёжным сервисом.
Иногда бронь удерживается ограниченное время до внесения предоплаты. Тогда бот сообщает срок и не обещает бесконечную фиксацию цены или номера.
После отправки ссылки он ждёт подтверждение платежа. Скриншот или фраза «я оплатил» полезны для обращения, но не заменяют статус системы. При расхождении бот передаёт вопрос администратору и не создаёт новую бронь автоматически.
В подтверждении гостю должны быть понятны даты, категория, число гостей, тариф, сумма, статус оплаты и условия отмены.
Дети, дополнительные места и животные
Возраст детей влияет на вместимость, питание и стоимость. Бот запрашивает только те возрастные данные, которые нужны правилам объекта, и не считает ребёнка «бесплатным» без подтверждённого условия.
Дополнительное место тоже не универсально. В одной категории доступна кровать, в другой — диван, в третьей размещение дополнительного гостя невозможно.
Проживание с животным требует проверки вида животного, размера, категории номера, платы и правил объекта. Фраза «мы pet-friendly» не означает, что любое животное можно привезти в любой номер без согласования.
Особые пожелания и специальные запросы
Ранний заезд, поздний выезд, высокий этаж, соседние номера, трансфер и праздничное оформление могут зависеть от загрузки и подтверждения сотрудника. Бот фиксирует такие пункты как запросы, а не как гарантированные услуги.
Особое внимание нужно гостям с требованиями по доступности. Здесь недостаточно общего слова «доступный номер». Нужны конкретные подтверждённые характеристики: ширина проходов, наличие лифта, устройство ванной, доступ к общим зонам. Если данных нет, вопрос сразу передают администратору.
Изменение и отмена бронирования
Для изменения нужно сначала найти бронь и проверить правила тарифа. Новые даты могут стоить дороже, а выбранная категория — отсутствовать. Бот не переносит старую цену автоматически.
Отмена также проходит в несколько этапов: запрос гостя, отмена брони в системе, расчёт удержания и возможный возврат. Сообщать «деньги вернутся полностью» можно только при подтверждённых условиях.
При запросе по существующей брони нужна проверка личности или владения контактными данными. Номер брони сам по себе не всегда достаточен для выдачи персональной информации.
Что бот может рассказать об отеле
База знаний хорошо подходит для ответов о:
- времени заезда и выезда;
- питании;
- парковке;
- бассейне, спа и других услугах;
- размещении с детьми и животными;
- трансфере;
- правилах проживания;
- способах добраться;
- документах для заселения.
Но эти сведения должны быть привязаны к конкретному объекту и сезону. Например, открытый бассейн может работать только летом, а ресторан — по изменённому графику. Старое описание создаёт не меньше проблем, чем отсутствие ответа.
Передача администратору
Человек нужен, когда гость просит нестандартное размещение, несколько номеров, особые условия, корпоративный тариф, длительное проживание, изменение оплаченной брони или решение жалобы.
В резюме должны быть даты, состав гостей, выбранная категория и тариф, контакт, статус брони и оплаты, а также нерешённый вопрос. Предположения бота не превращаются в факты.
При жалобе система не спорит и не обещает компенсацию. Она фиксирует номер брони, ситуацию, желаемый способ связи и передаёт обращение ответственному сотруднику.
Сбои PMS, оплаты и каналов продаж
Если PMS не отвечает, бот не подтверждает наличие. Если платёжная система не вернула успех, он не объявляет бронь оплаченной. Если модуль бронирования не создал запись, нельзя ограничиться красивым сообщением «до встречи».
Резервный сценарий сохраняет контакт и параметры запроса, сообщает о задержке и передаёт обращение сотруднику. Для отеля это особенно важно: ложная бронь часто обнаруживается уже у стойки регистрации.
Что проверять до запуска
Нужны тесты не только на обычную пару взрослых, но и на пограничные случаи:
- ребёнок, меняющий вместимость категории;
- несколько номеров;
- дополнительное место;
- невозвратный и гибкий тариф;
- ранний заезд как пожелание;
- проживание с животным;
- изменение оплаченной брони;
- платёж без подтверждённой записи;
- повторное сообщение и риск дубля;
- отказ PMS или модуля бронирования.
Критические ошибки — выдуманная доступность, неверная итоговая цена, обещание конкретного номера без основания, ложный статус оплаты и неправильные условия отмены.
Как ИИ-бот отеля настраивается в LEVBOT
В LEVBOT задают категории, вместимость, тарифы, питание, услуги, правила отмены, обязательные вопросы и причины передачи администратору. Подбор номеров и объяснение условий можно бесплатно проверять в тестовых диалогах до покупки.
Оплата требуется только при скачивании готовой настроенной сборки. Стоимость одного скачивания — 6 000 ₽. Обязательной подписки, внутреннего баланса и оплаты токенов через LEVBOT нет.
Сервер, домен и внешняя языковая модель оплачиваются отдельно. PMS, модуль бронирования, CRM, оплата, сайт и мессенджеры подключаются как отдельные системы. Готовая сборка передаётся покупателю; новая отдельно настроенная сборка является отдельной покупкой.
Вывод
Гостиничный бот должен продавать не обещания, а понятные условия. Он собирает параметры, сравнивает категории и тарифы, но не выдаёт старый календарь за живую доступность. Когда бронь, оплата и специальные пожелания названы своими именами, автоматизация помогает и гостю, и администратору.