Как интегрировать ИИ-портье с Bnovo: что должен видеть агент, чтобы отвечать про брони

Автор: Вероника Войнова, основарель платформы нейро-сотрудников НЭЙРУ

Разбираем, какие данные о брони нужны ИИ-портье и как настроить связку с Bnovo, когда заселение уже цифровое, а коммуникация с гостем осталась на администраторе.

Вечер пятницы, гость пишет в мессенджер: «Я оплатил, во сколько заезд?» — а администратор отвечает через час, потому что параллельно заселяет трёх человек. Интегрировать ИИ-портье с Bnovo — значит дать агенту доступ к данным о брони: номер брони, даты заезда и выезда, тип и номер номера, число гостей, статус брони и оплаты, тариф и завтраки, комментарий гостя. Тогда ИИ-портье отвечает на звонки голосом, а на сайте и в мессенджерах текстом, предлагает только те номера, которые действительно доступны на запрашиваемые гостем даты, консультирует по стоимости и делает бронирование в гостиничные системы, такие как Bnovo, — а не «по памяти» и не наугад. Вы уже понимаете, какие данные о брони нужны агенту в Вашем отеле, — или пока предполагаете, что «он как-то сам разберётся»?

Почему гость и администратор расходятся во времени

Отель уже перевёл заселение в цифру: карточка брони живёт в Bnovo, оплата проходит онлайн, инструкции по заселению отправляются автоматически. Но гость всё равно пишет и звонит: «Подтвердите, что у меня двухместный», «Можно ли добавить завтрак?», «Я приеду в 23:40, кто меня встретит?». Эти вопросы не про Wi-Fi и не про парковку — они про бронь. И отвечать на них должен тот, кто видит бронь.

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

Что должен видеть ИИ-портье, чтобы отвечать про брони

Проверенный минимум выглядит так. По данным кейсов НЭЙРУ, в отеле до 78% типовых вопросов гостей закрываются без участия персонала: Wi-Fi, завтрак, парковка, уборка, трансфер и поздний выезд. Но брони — отдельная история, и для них нужен отдельный набор данных.

1. Идентификатор брони — номер брони из Bnovo или иной ключ, по которому агент находит карточку.
2. Статус брони — подтверждена, ожидает оплаты, отменена, заселена, выехала.
3. Даты заезда и выезда — с учётом раннего заезда и позднего выезда.
4. Тип и номер комнаты — чтобы не сказать «у Вас люкс», когда у гостя стандарт.
5. Число гостей — включая детей и дополнительное место.
6. Тариф и включённые услуги — завтраки, трансфер, парковка, посещение бассейна.
7. Статус оплаты — оплачено, частично, не оплачено; каким способом.
8. Комментарий гостя и комментарий отеля — аллергии, поздний заезд, детская кроватка, особые просьбы.
9. Базовые правила отеля — время заезда и выезда, порядок раннего заселения, условия для животных.

Только после этого агент отвечает: «Ваша бронь №1234 на 12–15 июня, двухместный номер с завтраком, оплата прошла. Заезд с 14:00, позднее заселение доступно — подтверждаю». Это и есть корректный ответ про бронь. Если чего-то из этого списка в данных нет, лучше перевести вопрос гостя на администратора, чем отвечать уверенно и ошибиться.

Что происходит без этих данных

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

Экспертное мнение

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

Вероника Войнова, основатель платформы нейро-сотрудников НЭЙРУ, объясняет эту логику так: «ИИ-консультант для отеля рассказывает про услуги, работу служб, основные правила и помогает снять рутинную нагрузку на администраторов службы приема и размещения и менеджеров по бронированию. Но после интеграции с гостиничными системами, такими как Bnovo, ИИ-консультант превращается в полноценного помощника ИИ-портье, который рассказывает про номера, показывает фото, предлагает доступные номера на требуемые даты, консультирует по ценам и даже делает бронирование и отправляет уведомление персоналу. Таким образом ИИ-портье становится полноценным дополнительным цифровым сотрудником отеля, который помогает основному персоналу и котому можно доверить общение с гостями в пиковые периоды».

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

Рыночный кейс: апарт-комплекс и две тысячи обращений

Апарт-комплекс с большим потоком заявок сталкивался с типичной картиной: большинство вопросов — про заселение, депозит, время выезда и доступ в номер. Администратор успевал отвечать только тем, кто заселяется прямо сейчас, остальные сообщения дожидались вечера. После подключения ИИ-портье из 2 000 обращений жителей и гостей около 1 400 закрывались автоматически: 70% коммуникации больше не требовало участия администратора.

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

Что нужно, чтобы интеграция заработала

Если коротко отвечать на вопрос, как интегрировать ИИ-портье с Bnovo: нужны доступ к данным системы бронирования, авторизация, синхронизация статусов и тестовый сценарий на реальных бронях. Тогда агент отвечает на звонки голосом, а на сайте и в мессенджерах текстом, предлагает только доступные номера на запрашиваемые гостем даты, консультирует по стоимости и делает бронирование в гостиничные системы, такие как Bnovo. Ниже — пошагово, как это устроено.

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

Отдельно скажу про безопасность. Передавать агенту вопросы гостей о бронировании и оплате безопасно, если ИИ-портье работает с данными своей системы, а не с открытым списком. Данные о брони — это внутренний документ отеля, и агент должен видеть ровно то, что нужно для ответа: подтверждение, даты, номер, тариф, оплату. Всё, что выходит за рамки, уходит живому сотруднику.

Когда интеграция не нужна вовсе

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

Частые ошибки при подключении

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

Частые вопросы

Выводы

Интеграция ИИ-портье с Bnovo начинается не с технического подключения, а с ответа на вопрос: какие данные о брони агент должен видеть, чтобы отвечать корректно. Минимум — идентификатор, статус брони и статус оплаты; дальше — даты, номер, гости, тариф и комментарии, чтобы агент предлагал только доступные номера на запрашиваемые даты, консультировал по стоимости и делал бронирование в гостиничные системы. Если данных нет, лучше переводить вопрос гостя администратору, чем отвечать наугад. Посмотрите, какие сценарии ИИ-портье уже закрывает в отелях, и позвоните протестировать агента: https://neuru.ru/ai-porter.

Источники

1. Информация предоставлена компанией «НЭЙРУ»