Статья:AI-бот для отеля: как консьерж отвечает гостям 24/7

AI-консьерж закрывает главную боль отеля: гости пишут в мессенджеры круглосуточно, а ресепшен физически не может отвечать 24/7 и одинаково быстро во всех каналах. Большая часть вопросов при этом однотипная — свободен ли номер на даты, сколько стоит, можно ли с животными, во сколько заезд. Живой сотрудник тратит на них смену, а ночью и в высокий сезон гость просто уходит к конкуренту, не дождавшись ответа.

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

Ключевое отличие от «голого» чат-бота на общей модели — источник ответа. AI-консьерж отвечает не общими фразами из интернета, а строго по базе знаний вашего отеля и по реальным данным брони. Разберём, как это устроено.

Гость должен получить ответ там, где ему привычно писать, а не там, где отелю удобно его принимать. Поэтому в продукте подключены сразу 7 боевых каналов, и во всех отвечает один и тот же AI с единой логикой и единой базой знаний — качество ответа не зависит от того, откуда пришёл гость.

Это самый важный вопрос, потому что бот, который называет цену «от балды» или подтверждает несуществующую бронь, приносит больше вреда, чем пользы. AI-консьерж этого не делает по устройству.

Ответы по правилам, услугам и описанию номеров он берёт из базы знаний, собранной из документов самого отеля — PDF и DOCX с правилами проживания, описаниями номеров, регламентами. Если нужного факта в базе нет, бот не фантазирует, а передаёт диалог человеку. А реальные наличие и цены на конкретные даты он подтягивает напрямую из системы бронирования TravelLine — то есть гость видит не абстрактный прайс, а актуальную стоимость на его даты.

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

AI не пытается закрыть нестандартный вопрос сам — это принцип «человек остаётся в контуре». Как только сценарий выходит за рамки типового, диалог эскалируется на живого менеджера, и тот подхватывает его с полным контекстом переписки.

При этом AI не просто «передаёт трубку», а продолжает помогать уже менеджеру: готовит черновик ответа, делает саммари длинного диалога, переводит сообщения иностранного гостя и расшифровывает голосовые. Менеджер работает быстрее и не перечитывает всю историю заново. Это и есть разумное разделение труда: рутину закрывает AI, а решения и сложные случаи остаются за человеком.

Чтобы менеджер не пропустил переданный диалог, обращения ведутся в инбоксе с воронкой (новые → подбор → брони → закрытые) и SLA-таймерами: видно, где гость ждёт ответа дольше нормы, а тег и заметка сохраняют контекст. Так эскалация — это не «бот сдался и бросил гостя», а управляемая передача с приоритетом, где ни одно обращение не теряется между AI и человеком.

Да. В продукте заложена мультиарендность: сеть ведётся в одном кабинете с разделением по объектам. У каждого отеля своя база знаний и своя воронка обращений в инбоксе (новые → подбор → брони → закрытые) с SLA-таймерами, тегами и заметками, поэтому обращения не теряются и видно, где гость ждёт ответа дольше нормы.

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

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

Первое — он не понимает свободную речь. Если вопрос не попал ни в одну кнопку («а можно заехать в 6 утра и с собакой?»), бот на кнопках впадает в ступор или гоняет по кругу. AI-консьерж понимает вопрос, заданный обычными словами, и отвечает по сути, а не подбирает ближайшую кнопку.

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

Запуск AI-консьержа — это не «включить кнопку», но и не многомесячная стройка. От отеля нужны три вещи, и все они у работающего отеля уже есть в том или ином виде.

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

Второе — доступ к каналам, где вы общаетесь с гостями (аккаунты WhatsApp, Telegram, VK и других), чтобы подключить их к единому AI. Третье — при необходимости живых цен и наличия — доступ к системе бронирования (TravelLine), откуда бот берёт актуальные данные. После этого настраивается логика ответов и эскалации, и бот выходит в работу. Точные сроки и порядок зависят от числа каналов и объёма базы знаний — как правило, речь о неделях, а не месяцах, а конкретику определяем на аудите.

Технически решение собрано на FastAPI, интеграции с TravelLine и агрегатором каналов, работает в проде на инфраструктуре в РФ. Но собственнику отеля важнее не стек, а два факта: это работающий код с реальными пользователями, а не демо, и подаётся он как самостоятельный сервис hotelconcierge.ru, не привязанный к бренду интегратора.

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