Чат-бот для отеля: ночная бронь, гибридный диалог и возврат гостей

Номера, бронь и услуги: где отель теряет гостя в переписке

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

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

• что есть свободного на нужные даты;
• чем стандарт отличается от улучшенного;
• можно ли с детьми, есть ли семейные номера;
• сколько стоит ночь с завтраком;
• есть ли парковка, далеко ли до моря или центра;
• во сколько заезд и выезд, можно ли раньше;
• можно ли с животным.

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

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

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

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

Свободный разговор до брони, жёсткий сценарий на самой брони

Долгое время в автоматизации спорили «или-или»: либо чёткий сценарий по веткам и кнопкам, либо умный собеседник, который сам отвечает на любые вопросы. На практике оба чистых подхода упираются в потолок. Сценарный бот хорош, пока жизнь укладывается в ветки, но реальный гость почти всегда выходит за них: пишет свободным текстом, задаёт встречный вопрос, переключается между темами, спрашивает про нюанс, которого в меню нет. В этот момент сценарий выглядит как стена — «выберите из списка», — и диалог теряется. Свободный же AI-диалог силён в консультации, но опасен там, где нужна точная формулировка: обязательные поля заявки, согласие на обработку данных, подтверждение брони. Здесь словам нельзя «гулять».

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

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

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

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

Возврат гостя без спама: напоминания и повторные брони по контексту

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

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

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

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

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

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

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

После этого ночные сообщения перестают висеть без ответа до утра, прямые брони растут, доля Booking падает, а администратор утром заходит не к завалу непрочитанного, а к готовому списку оформленных броней. В отеле: ночные брони, пока ресепшен спит этот эффект разобран по шагам.