Чат-бот для отеля: бронирование, подбор номера, ответы
Отель Разбор
10 мин

Чат-бот для отеля: бронирование, подбор номера, ответы

Гость пишет в WhatsApp отеля в одиннадцать вечера: «двухместный с 14 по 17, можно с собакой?» Ресепшен закрыт, ответа нет. В 23:15 гость открывает Booking, видит тот же отель и бронирует через площадку — а отель платит комиссию за вопрос, на который мог ответить за минуту. Разберём, где именно теряется гость, как ассистент закрывает этот разрыв и как запустить его в вашем отеле за день.

Коротко

  • Форма бронирования закрывает **финал**, а не путь до него: пока гость выбирает даты, категорию и уточняет «можно ли с собакой», ему не с кем поговорить — и он уходит на агрегатор, где отель платит комиссию за свою же бронь.
  • Ассистент **доводит бронь до подтверждения сам**: понимает живую фразу «с 14 по 17», подбирает категорию под ситуацию, считает итог со всеми услугами и фиксирует визит — а не присылает ссылку на форму и не отвечает «уточним у администратора».
  • Работает **24/7** по материалам отеля: подхватывает ночные и пиковые обращения, помнит повторного гостя и аккуратно передаёт нестандартные случаи стойке. Запуск — за день, без программиста.

Форма бронирования закрывает финал, а не путь до него

На сайте почти любого отеля стоит модуль бронирования. Это правильно и нужно. Но он закрывает только финальную точку — когда человек уже выбрал даты, определился с категорией и готов оплачивать. До этой точки гость проходит длинный путь, и на этом пути у него возникает масса вопросов, на которые форма не отвечает в принципе.

Какие вообще есть категории. Чем стандарт отличается от улучшенного. Есть ли семейные номера. Можно ли с детьми и с животными. Какой завтрак и входит ли он. Когда заезд и выезд. Есть ли парковка. Далеко ли до моря или до центра. Это не капризы — это нормальные вопросы человека, который сравнивает два-три варианта и хочет понять, подойдёт ли ему именно ваш.

Если на них никто не отвечает в первый момент, гость идёт смотреть другой отель. Сайт может быть красивым, фотографии — отличными, но без живого диалога он остаётся каталогом, который не умеет разговаривать. И самый болезненный сценарий выглядит так: гость нашёл отель в поиске, открыл сайт, увидел в шапке номер WhatsApp, написал «номер на двоих с 14 по 17, можно с собакой?» — и стал ждать. Через пять минут тишины он открывает Booking. Через десять — бронирует в том же самом отеле, но уже через площадку. Отель получает бронь и одновременно теряет на комиссии агрегатору — за вопрос, на который мог ответить за минуту.

Причём половина таких потерь приходится на ночь, когда ресепшен не отвечает в принципе, а вторая — на дневной час пик заезда, когда стойка занята живыми гостями. В обоих случаях причина одна: в нужный момент никто не ответил. Ассистент закрывает именно этот разговор — он работает по материалам отеля (описания номеров, правила проживания, услуги) и отвечает гостю до того, как тот ушёл сравнивать. Как материалы превращаются в рабочую память ассистента, подробно разбираем отдельно — как ассистент начинает знать ваш отель.

Гость пишет «с 14 по 17» — и ассистент доводит бронь до подтверждения

Ключевая разница между «ботом для записи» и ассистентом BOTIX в том, что значит «закрыть бронь». Закрыть — это не прислать ссылку на форму и не ответить «сейчас уточню у администратора». Это провести гостя по короткому, но содержательному диалогу: понять даты, помочь с категорией, посчитать итог и зафиксировать бронь так, чтобы человек не остался в подвешенном состоянии, а получил понятное подтверждение.

Начинается всё с живой фразы. Гость почти никогда не пишет структурированный запрос — он пишет «можно двухместный с 14 по 17» или «а на длинные выходные что-то есть». Ассистент должен понять это как человек: «с 14 по 17» — это конкретные даты, «двухместный» — категория, «с собакой» — правило размещения, которое надо проверить. Дальше он смотрит доступность на эти даты, отсекает занятое, отсекает то, что не проходит по правилам отеля, и предлагает несколько подходящих вариантов — не один (чтобы гость сразу выбирал, а не уходил думать) и не двадцать (чтобы выбор не превратился в стену кнопок).

Когда гость выбрал, ассистент не бросает его с сухим «ок, записал». Он повторяет всю бронь одним сообщением: даты, категория, число гостей, итоговая цена с услугами, условия заезда и выезда. Гость видит структурированное подтверждение и понимает, что бронь реально создана, а не повисла в переписке. Параллельно бронь уходит туда, куда удобно отелю: модуль на сайте, менеджер или прямое подтверждение стойки — и наутро администратор видит готовую строку в расписании, а не разгребает ночную переписку. Механику записи и подтверждения как отдельного сервисного процесса мы разбираем здесь — как ассистент закрывает запись и бронь без оператора.

Отдельно про ночь и пик — это самый недооценённый эффект. Большая часть запросов на бронь приходит не в рабочие часы: вечером после работы, поздно ночью, когда человек наконец сел планировать поездку, в выходной. Без ассистента эти сообщения копятся до утра, и часть гостей к утру уже успела забронировать у того, кто ответил быстрее. Ассистент же реально ведёт диалог круглосуточно — ищет даты, считает, подтверждает. А в пиковую неделю, когда поток вырастает в разы и стойка физически не успевает, он берёт на себя типовые вопросы и сглаживает качели, пока команда занята заездами и оплатами. И он держит весь сервисный слой вокруг брони: перенос — это не новая бронь с нуля, а сдвиг существующей; отмена — аккуратное освобождение дат, чтобы они сразу стали доступны другим; повторный визит — короткий путь, потому что ассистент помнит гостя и не заставляет объяснять всё заново.

Категории номеров как каталог: подбор под ситуацию и честный итог с услугами

У отеля есть свой каталог — категории номеров, — и работает он ровно как каталог товаров: гость видит список и теряется. Он редко знает заранее, какая категория ему подойдёт. Он описывает не параметры, а ситуацию: «едем вдвоём», «с ребёнком», «в командировку на две ночи», «хотим потише и с видом». Превратить такую задачу в конкретную позицию — работа консультанта, а не фильтра на сайте.

Ассистент задаёт короткие уточняющие вопросы и сужает выбор. Подсказывает, какие категории подходят под описанную ситуацию, чем они отличаются по площади и оснащению, какой вид из окна, есть ли балкон, какая кровать. И отвечает по характеристикам по сути, а не отпиской «вся информация в карточке номера»: если гость спрашивает «а есть такой же, но потише» или «с двумя раздельными кроватями», ассистент находит подходящее и поясняет, чем варианты отличаются. При этом он не выдумывает того, чего нет: если данных в материалах отеля недостаточно, честно говорит об этом и передаёт диалог человеку — гость должен доверять каждой цифре и каждому «да, можно», которое прозвучало в ответе.

Второй ключевой момент каталога номеров — итоговая цена. Цена номера почти никогда не итоговая: к ней добавляются завтраки, поздний выезд, дополнительное место, парковка, трансфер, спа. У каждого отеля свой набор и свои правила. Ассистент берёт эти правила из материалов отеля и собирает результат в одно понятное сообщение: вот категория, вот выбранные услуги, вот итог и из чего он сложился. Это важнее, чем кажется: половина гостей сравнивает не ставку за ночь, а итог. Если отель показывает только базовую цену, а допуслуги «уточняются на месте», он автоматически проигрывает тому, кто показал всё сразу и понятно.

И на этом диалог с гостем не заканчивается — часто именно вокруг услуг рождается основной дополнительный доход. Трансфер от аэропорта, завтрак в номер, спа, столик в ресторане, экскурсии. Гость обычно не помнит весь список: узнаёт об услугах либо у стойки при заезде, либо случайно из брошюры в номере, а часто не узнаёт вообще. Ассистент превращает этот пассивный список в нормальный диалог — до заезда рассказывает, что можно заказать заранее; во время проживания подсказывает доступное; после выезда сохраняет контакт для следующего визита. А повторный гость для отеля — самая дешёвая выручка: ассистент узнаёт его в новом диалоге, помнит предпочитаемые категории и услуги, и бронь оформляется быстрее. Для гостя это ощущение, что отель его помнит; для отеля — рост доли прямых повторных броней без комиссии агрегатору.

Как запустить ассистента в отеле за день

Порядок простой, без программиста:

  1. Загрузите материалы отеля в базу знаний — категории номеров с площадью, оснащением и видами, правила проживания (дети, животные, заезд/выезд), список услуг и правила их расчёта. Именно материалы превращают ассистента в собеседника, а не в общий чат.
  2. Настройте категории и допуслуги — что входит в базовую цену, что считается доплатой (завтрак, поздний выезд, парковка, трансфер, спа), как складывается итог. После этого ассистент считает стоимость сам.
  3. Задайте канал брони — модуль на сайте, менеджер или прямое подтверждение стойки: ассистент подведёт гостя к оформлению именно туда, где отелю удобно принимать бронь.
  4. Подключите каналы гостячат-виджет на сайт и мессенджеры, где к вам пишут; ассистент отвечает одинаково на всех и не теряет контекст при переходе.
  5. Проверьте в демо — задайте неудобные вопросы («двухместный с 14 по 17, можно с собакой», «сколько с завтраком и парковкой») и убедитесь, что ассистент подбирает категорию, считает итог и доводит до брони, а нестандартное уходит человеку.

Где ассистент честно отдаёт диалог администратору

Ассистент не пытается закрывать всё подряд — и это не слабость, а правильное разделение. Гость может писать с просьбой, которая требует решения менеджера: особое размещение, нестандартные даты, групповая бронь, претензия. В таких случаях ассистент не угадывает ответ — он передаёт диалог живому сотруднику с полной историей переписки. Гость не повторяет вопрос заново, менеджер видит контекст и продолжает с того места, где остановился ассистент. Машина забирает однотипное — типовые вопросы, подбор, расчёт, ночные сообщения, повторные визиты, — а человек остаётся на ценном. Где именно проходят границы данных, когда у отеля несколько адресов, и как всё это хранится, — в разборах про масштаб на сеть отелей и хранение данных гостей.