AI-агент для гостиницы: гости, заявки службам, отзывы

AI-агент для гостиницы: что он делает на каждом этапе пребывания

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

Если при гостинице есть ресторан, завтраки, банкеты и отзывы по кухне строятся по схеме со страницы про ресторанную сеть.

Автоматизация бронирования: что агент читает и чего не меняет

Автоматизация бронирования у нас означает приём и подготовку запроса, а не самостоятельную работу с бронью. Агент читает доступность и тарифы из PMS (системы управления гостиницей) или менеджера каналов, если система даёт доступ по API или выгрузкой, и отвечает «на момент запроса есть такие варианты»; при работе по выгрузке называет время выгрузки. Бронь создаёт менеджер или штатный модуль бронирования на вашем сайте. Изменение и отмена брони, смена контактов гостя тоже не за агентом.

Причина простая: бронь — обязательство с деньгами, а доступность меняется между ответом агента и оплатой гостя. Систем много; на момент подготовки материала на рынке есть, например, Shelter, TravelLine, Bnovo (названия даны как примеры, не как рекомендация), и есть ли у вашей системы и тарифа доступ на чтение, проверяем на экспресс-аудите. Учёт может вестись в 1С, запросы приходят на почту (агент для почты) и в чаты (Telegram, VK, MAX и чат на сайте). Как агенту дают права «только читать», описано в материале про инструменты агента.

ИИ для горничных и ресепшен: заявки службам и сводка смены

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

Агент не переводит номер в статус «готов» и не решает, кого заселять: статус ведёт старшая горничная или администратор в PMS, иначе гость окажется в неубранном номере. Инструкции для персонала (бытовая химия, техника безопасности) берутся только из утверждённых текстов, не из свежего перевода модели.

ИИ для туристических компаний: подбор вариантов и черновик предложения

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

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

Цены, возвраты, компенсации: решает только человек

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

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

Что может пойти не так и как мы это ловим

Агент ошибается. Контроль строится на узких правах, числах из систем, человеке на критичных шагах, журнале и тестовом наборе вопросов, согласованном до запуска.

Качество проверяют до запуска (как оценить качество AI-агента) и после (мониторинг агента); откуда берутся выдуманные ответы, объясняет материал про галлюцинации ИИ.

Данные гостей: что агенту знать не нужно

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

Оператором данных остаётесь вы: основания, согласия, срок хранения диалогов и договор с поставщиком модели лежат на вас, схема описана в материале ИИ и 152-ФЗ. Спросите у поставщика, где работает модель и уходят ли данные за границу, причём для всех гостей, а не только для иностранных; заключение даёт ваш юрист. Если данные нельзя отдавать внешней модели, возможна установка в контуре заказчика: отдельный проект от 2 500 000 ₽, итог по проекту, серверы отдельной строкой.

ИИ для отелей в сезон: пики и языки гостей

• Пик. В сезон растёт поток вопросов, а с ним и расход на модель (как он считается). Закладываем очередь, лимиты и запасной ответ на случай недоступности модели: телефон дежурного вместо тишины. Базу сезонных условий обновляем до сезона, групповые заезды и конференции уходят менеджеру. Пилот разумнее запускать вне пика, а нагрузку проверять до сезона.
• Языки. Модели отвечают на многих языках, но на редких качество ниже. Нужные языки определяем по реальной переписке и проверяем тестовыми вопросами с вашим персоналом или носителями. Агент представляется ассистентом, а при сомнении в языке или смысле передаёт диалог человеку.

Когда AI-агент гостинице не нужен

• Маленький объект и малый поток. Если администратор справляется сам, хватит шаблонов ответов и виджета бронирования.
• Нет единых правил. Если администраторы отвечают по-разному, сначала нужен общий документ, иначе агент закрепит разнобой.
• PMS без доступа. Если доступность не прочитать ни по API, ни выгрузкой, наличие номеров смотрит человек, а агент отвечает только про правила.
• Основной канал — телефон. Тогда смотрим на голосовой агент (отдельный этап после текстового), а для сетей с центральной бронью — на агента для колл-центра.

Проверка в одну строку: часы в месяц на повторяющиеся ответы × стоимость часа сотрудника × доля часов, которую агент реально снимет, минус сопровождение от 40 000 ₽ в месяц, расход на модель и время на проверку ответов. Если результат около нуля или меньше, агент не нужен. Формула — в материале про окупаемость, другие признаки — в статье когда AI-агент не нужен.

Что мы измеряем и с чего начать

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

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

Начинаем с одного процесса: ответы гостям в одном канале и передача заявок службам, без отзывов и подбора туров. Пилот — от 200 000 ₽, 3-4 недели. Экспресс-аудит процессов с расчётом ROI — 50 000 ₽, 5-7 рабочих дней, засчитывается в проект; отказ — тоже результат аудита. В первый процесс входит один канал, следующие считаются отдельно; в базовую цену входит не более трёх интеграций с системами, например PMS и 1С; что сверх этого, фиксируем в смете. Сопровождение — от 40 000 ₽/мес, минимум 6 месяцев (что в него входит); расход на модель — отдельная строка.

Мультиагентная система — от 800 000 ₽, 2-3 месяца — нужна, только если сработает признак из статьи один агент или несколько, например агент для гостей без прав отдельно от внутреннего агента, читающего PMS. Состав — на странице про мультиагентные системы, схема работ — в разделе разработка AI-агентов.