ИИ для отеля продают одной кнопкой: подключите помощника, и он ответит гостю, соберёт брони, продаст ранний заезд и разберёт отзывы. Под этой кнопкой лежат разные работы. Они ломаются в разных местах, требуют разных данных и меряются разными числами.
Поэтому разбор пойдёт по участкам работы гостиницы: вопрос гостя до брони, изменение брони, заселение и миграционный учёт, допродажи уже заехавшему, отзывы, загрузка и цена. По каждому участку - что действительно снимается со стойки, где программа ошибается дорого и что она обязана уметь читать из вашей системы.
Сразу оговорю, чего здесь не будет. Сервисы, которые подбирают человеку маршрут и сравнивают цены на разных площадках, - это продукт для путешественника. Тема востребованная, но к выручке вашего объекта отношения почти не имеет. Здесь речь про операционную часть отеля, гостиницы, санатория или апарт-отеля, где номерной фонд ваш.
Что ИИ для отеля закрывает на самом деле?
Начну с замера. Сервис бронирования «Островок» в феврале 2026 года опросил больше ста представителей гостиничного бизнеса России. Инструменты искусственного интеллекта пробовали больше половины опрошенных. Но регулярно применяют их только 12 процентов, а самая крупная группа - 40 процентов - использует такие решения точечно или в тестовом режиме.
Важнее другое: под какие задачи их берут. Первые строки списка - рекламные материалы и тексты, описания отеля и номеров, работа с отзывами, письма и автоответы гостю. Операционные задачи стоят в конце.
Отсюда простой вывод. Рынок уже освоил ИИ как помощника копирайтера и почти не пустил его на участки, которые приносят деньги: поток обращений, брони, допродажи, загрузка. Если вы ищете, где ИИ для отеля даёт измеримый результат, смотреть надо именно на эти участки.
Что это значит на практике. Красивое описание номера не меняет выручку. Ответ гостю через четыре минуты вместо четырёх часов - меняет, потому что человек в этот момент выбирает между вами и соседним объектом с такой же ценой.
Почему ИИ для отеля сейчас работает на удержание гостя?
Отраслевые прогнозы на 2026 год описывают одну и ту же картину: средняя цена номера прибавляет, загрузка проседает, доход на номер растёт в основном за счёт цены. По отраслевой аналитике рынка России на 2026 год ADR прибавляет около пяти процентов, загрузка теряет около трёх, RevPAR подрастает примерно на два с половиной.
Читать это можно так. Поднимать тариф дальше почти некуда, а спрос уже не растёт сам. Остаётся работать с тем, что и так пришло: отвечать быстрее, не терять обращение ночью, продавать дополнительные услуги уже заехавшему, возвращать гостя на следующий сезон.
Где утекает. Три самых частых места повторяются почти в любом объекте. Обращение пришло в нерабочее время и осталось без ответа до утра. Гость спросил про парковку и детскую кроватку, не дождался и забронировал через агрегатор с комиссией. Отзыв висит без ответа третью неделю, и его читают следующие двадцать человек.
Ни одну из этих трёх дыр не закрывает новый сайт или новая реклама. Их закрывает скорость реакции и порядок в ответах.
Кто отвечает гостю до брони и ночью?
Вопрос до брони почти всегда одинаковый по структуре: человек уже выбрал город и даты, но ему не хватает одной детали. Можно ли с собакой. Есть ли парковка и сколько она стоит. Во сколько заезд и что с багажом до заезда. Входит ли завтрак. Есть ли ранний завтрак для поезда в шесть утра. Довезёте ли от вокзала.
Такие вопросы приходят в личные сообщения, на почту, в форму на сайте и в чат на карточке объекта. Они не требуют квалификации, но требуют скорости, потому что человек в этот момент держит открытыми ещё три вкладки.
Помощник, который отвечает на них по вашему справочнику, снимает с администратора самую бестолковую часть смены и не даёт обращению остыть. Как устроена такая линия и чем она отличается от дерева кнопок, я разбирал в отдельном материале про чат-бот поддержки. Разница между сценарным ботом и помощником, который понимает формулировку гостя, описана в статье про ИИ-ассистента.
Важная граница. Программа отвечает на вопросы и собирает данные. Она не торгуется, не даёт скидок и не подтверждает бронь, которой нет в системе. Если гость просит особые условия, помощник фиксирует запрос и передаёт человеку. Придумывать условия ему нельзя.
Когда поток обращений большой и обработка входящих превращается в отдельную работу, это уже задача уровня ИИ-продавца: он принимает заявку, задаёт недостающие вопросы и доводит человека до брони.
Какие вопросы гостя ИИ для отеля закрывает без администратора?
Разложите переписку за неделю по типам. Обычно получается так.
| Тип обращения | Кто закрывает | Что нужно программе |
|---|---|---|
| Правила заезда и выезда, багаж | программа | текст правил объекта |
| Парковка, животные, дети, кроватки | программа | справочник услуг и условий |
| Завтрак, питание, время работы ресторана | программа | расписание и меню |
| Свободно ли на даты, какая цена | программа | доступ к PMS и тарифам |
| Как добраться, трансфер | программа | описание маршрутов и условий |
| Изменение дат в существующей брони | смешанно | доступ к брони, подтверждение человеком |
| Групповое размещение, счёт на юрлицо | человек | - |
| Жалоба, конфликт, возврат денег | человек | - |
| Медицинские вопросы в санатории | человек | - |
Три верхние строки закрываются справочником. Четвёртая - уже интеграцией: без живых данных о свободных номерах помощник начнёт выдумывать. Нижние строки не отдаются программе никогда, и об этом будет отдельный раздел.
Как собрать справочник. Возьмите переписку за месяц, выпишите повторяющиеся вопросы, отсортируйте по частоте и остановитесь на двадцати верхних. Получится материал для первой версии справочника. Всё, чего в справочнике нет, помощник обязан передавать человеку. Додумывать запрещено.
Что изменилось в правилах с 1 марта 2026 года?
Это раздел, который обычно пропускают, а потом получают претензию. Постановление Правительства РФ от 27.11.2025 № 1912 утвердило новые Правила предоставления гостиничных услуг и услуг иных средств размещения. Они вступили в силу 1 марта 2026 года и действуют до 1 марта 2032 года, заменив прежний документ.
Что важно для того, кто пишет сценарии ответов.
Деление на гарантированное и негарантированное бронирование отменено. Формулировки «негарантированная бронь снимается в шесть вечера» в сценарии больше быть не должно.
Все брони возвратные. Если гость отказывается от брони до дня заезда, внесённая плата возвращается полностью. Если он отменяет в день заезда, опаздывает или не приезжает, гостиница вправе удержать плату не более чем за одни сутки.
Понятие «невозвратный тариф» в Правилах так и не появилось. Продавать его словом «невозвратный» в переписке - прямой путь к спору с гостем и к жалобе.
Расширен перечень документов для заселения. Кроме внутреннего паспорта, подойдут загранпаспорт и водительское удостоверение.
Практический вывод простой. Любой ответ, который выдаёт ИИ для отеля про отмену, возврат и сроки ожидания, сверяется с текстом Правил и с вашим договором. По памяти сотрудника такие формулировки не пишут. Готовит их тот, кто отвечает в объекте за документы.
Можно ли доверить боту изменение и отмену брони?
Изменение брони выглядит простой операцией, а внутри задевает три разные вещи сразу: занятость номера, тариф и деньги. Гость просит сдвинуть заезд на день. Программа видит, что номер этой категории на новую дату свободен, но по другому тарифу. Кто доплачивает разницу и что делать, если гость не согласен, - это не вопрос сценария, это вопрос политики объекта.
Рабочее разделение выглядит так.
- Помощник читает бронь по номеру или фамилии и показывает гостю её состав: даты, категорию, число гостей, что включено.
- Помощник принимает запрос на изменение и сразу называет условие: доплата, ограничение по датам, срок ответа.
- Изменение в системе делает человек или автоматика по заранее описанному правилу, а не по решению модели.
- Гость получает подтверждение только после того, как изменение прошло в PMS.
Пункт четыре важнее остальных. Самая дорогая ошибка, которую допускает ИИ для отеля на этом участке, - подтвердить гостю то, чего в системе не произошло. Человек приезжает с перепиской в телефоне, а номера нет. Дальше следует отзыв, и он остаётся в выдаче годами.
Что ИИ для отеля делает на заселении и в миграционном учёте?
Заселение - самый зарегулированный участок работы гостиницы, и как раз поэтому автоматизация здесь выглядит не так, как ожидают.
Миграционный учёт. По Федеральному закону от 18.07.2006 № 109-ФЗ гостиница выступает принимающей стороной и сама подаёт уведомление о прибытии иностранного гостя в территориальный орган МВД. Срок - в течение одного рабочего дня, следующего за днём прибытия. Это обязанность объекта, её не перекладывают на программу и не «оптимизируют» сценарием переписки.
Цифровое заселение. С 1 апреля 2026 года гость может заселиться по цифровому паспорту через приложение «Госуслуги». С 1 сентября 2026 года отели с номерным фондом больше пятидесяти номеров обязаны принимать цифровой идентификатор через мессенджер MAX, а объекты меньшего размера подключаются к этому позже. Это не задача для чат-бота, это задача для вашей учётной системы и стойки.
Что берёт на себя помощник до приезда. Напоминает о дате и времени заезда. Спрашивает предполагаемое время прибытия. Уточняет число гостей и нужна ли парковка. Собирает пожелания по этажу и виду. Администратор получает готовую карточку заезда и не тратит смену на переписку.
Ранний заезд. Это самый частый вопрос перед приездом и одновременно самая частая обида. Помощник обязан отвечать не «постараемся», а по правилу объекта: с какого часа, за какую долю стоимости, при каком условии подтверждения.
Как продавать ранний заезд, поздний выезд и апгрейд?
Апселл в гостинице - это повышение категории номера, поздний выезд, ранний заезд, завтрак, трансфер, услуги ресторана и спа. По разбору TravelLine, апселл поднимает ADR и RevPAR при той же загрузке и тех же затратах на персонал: гость уже занял номер, вы продаёте улучшение.
Ломается это на исполнении. Администратор предлагает апгрейд, когда не забыл и когда у него есть настроение. В выходные, когда поток больше, предлагает реже. Программа предлагает каждому и в одно и то же время.
Рабочие точки касания выглядят так.
- За сутки до заезда: ранний заезд и трансфер.
- В день заезда после подтверждения: повышение категории, если свободен номер выше классом.
- Вечер первого дня: завтрак, ужин в ресторане, услуги спа.
- Утро дня выезда: поздний выезд.
Каждое предложение должно опираться на реальную доступность из системы. Предложить апгрейд в номер, который занят, - хуже, чем не предлагать вовсе. Механику самих допродаж и то, как она встраивается в общий процесс, я разбирал в материале про автоматизацию продаж. Если при отеле есть ресторан, у него своя логика обращений и свои сценарии - про неё отдельный разбор: ИИ для ресторана.
Ограничение по закону. Рекламные рассылки требуют предварительного согласия получателя по статье 18 закона о рекламе. Сервисное сообщение про время заезда согласия не требует, а предложение скидки на спа - это уже реклама. Границу между ними проводят до запуска. После жалобы это делать поздно.
Что делать с отзывами и рейтингом на площадках?
По тому же опросу «Островка» работа с отзывами стоит на третьем месте среди задач, под которые отельеры берут ИИ. Участок удобный для первого захода: риск низкий, эффект виден за неделю.
Отзывы об объекте собираются одновременно на Яндекс Картах, в 2ГИС, на Островке, на 101Hotels и на других площадках. Администратор, который обходит их вручную, тратит на это часы в неделю, и делает это не каждый день.
Что закрывает программа.
Сбор в одно окно. Сервисы работы с репутацией собирают отзывы с десятков площадок и показывают их списком. Это не про искусственный интеллект, это про то, чтобы вы вообще их видели.
Разбор по темам. Аспектный анализ раскладывает поток на повторяющиеся сюжеты: шум, завтрак, уборка, парковка, персонал. Один отзыв про тонкие стены - частный случай. Двадцать отзывов про тонкие стены за квартал - управленческое решение.
Черновик ответа. Здесь ИИ полезнее всего. Он готовит вариант, человек правит и отправляет. У вендоров отрасли эта функция уже есть. У TravelLine тональность и черновик ответа собраны в TL: Reputation. У 2ГИС работает свой сервис по отзывам с генерацией ответов.
Как устроен сам разбор обратной связи и что из него можно вытащить, подробно описано в статье про анализ отзывов нейросетью.
Чего делать нельзя. Отправлять ответ на негативный отзыв без человека. Ответ на жалобу - это публичный документ, который читают следующие гости. Модель напишет гладко, но может согласиться с тем, с чем соглашаться не стоит, или пообещать компенсацию, которой вы не планировали.
Может ли ИИ для отеля прогнозировать загрузку и двигать цену?
Здесь чаще всего происходит подмена понятий. Когда отельеру обещают «ИИ, который поднимет выручку», он представляет себе чат. На деле за ростом выручки стоят системы управления доходом: они смотрят историю продаж, темп бронирования, цены конкурентов, календарь событий и предлагают тариф на каждую дату.
Такие модули есть на российском рынке как отдельные продукты и как части платформ. Они работают только при двух условиях.
- У вас есть история продаж хотя бы за год, и она не рассыпана по трём таблицам.
- Цена обновляется в менеджере каналов автоматически. Ручное обновление раз в неделю этого не заменяет.
Без второго условия прогноз бесполезен: к моменту, когда администратор доберётся до площадок, дата уже продана дешевле.
Честная граница. Если у объекта двадцать номеров и один сезон в году, отдельная система управления доходом - избыточна. Там выигрыш даёт другое: скорость ответа на обращение и порядок в допродажах.
Куда бот цепляется в вашей PMS и менеджере каналов?
Это главный технический вопрос, и задавать его нужно до разговора о цене.
Помощнику нужны четыре вещи из вашей системы: свободные номера на даты, тарифы и что в них входит, статус конкретной брони, сроки проживания гостя. Если он их не видит, он не сможет ответить на вопрос «есть ли места с пятницы» - а это половина обращений.
Как это выглядит у распространённых систем.
- Bnovo. Есть двусторонний внешний API для интеграции сторонних систем, плюс готовые интеграции с CRM и модуль регистрации гостей в МВД.
- TravelLine. Платформа собирает модуль бронирования, менеджер каналов и облачную PMS, есть документированные интеграции, в том числе с учётными системами.
- Shelter, «Эдельвейс», «1С:Отель». Системы с длинной историей на рынке, интеграции обсуждаются с вендором и зависят от редакции и договора.
Три вопроса вендору. Какие методы доступны на моём тарифе. Разрешает ли договор подключать стороннее решение. Кто отвечает, если интеграция сломается в высокий сезон.
Ответы на эти вопросы стоит получить письменно до того, как начнётся разработка. Что такое интеграция по API и почему она определяет половину результата в этом участке, разобрано в словаре.
Переформулирую жёстче: ИИ для отеля без доступа к системе бронирования - это красиво оформленный раздел «частые вопросы». Полезный, но не тот инструмент, за который стоит платить как за систему.
Какой канал переписки выбрать в России?
Канал решает больше, чем сценарий. Здесь важно говорить честно: работа иностранных мессенджеров в России ограничена решениями Роскомнадзора, и делать такой канал единственным путём к гостю - риск, который не окупается удобством. Точной даты полного прекращения работы не объявлено, но строить на этом единственную линию связи не стоит.
Что из этого следует для отеля.
Виджет на своём сайте - самый устойчивый вход. Он ваш, его никто не ограничит, и переписка остаётся в вашей системе.
Почта и телефон никуда не делись. Корпоративные заказчики и гости старшего возраста пишут и звонят, и линия должна их принимать.
Мессенджеры подключаются как дополнение. Про то, как устроена работа в отечественном мессенджере и какие у него ограничения, есть отдельный разбор: чат-бот в MAX.
Карточки на площадках. Часть обращений приходит прямо из чата агрегатора или карты. Эти сообщения тоже стоит собирать в одно место, иначе они теряются между вкладками.
Отдельно про звонки. Голосовой ИИ для отеля выглядит привлекательно, но он требует заметно большей точности: ошибка в переписке исправляется следующим сообщением, ошибка в разговоре превращается в конфликт на стойке.
Что ИИ для отеля не должен отвечать никогда?
Ограничения здесь не формальность. Каждая строка списка означает конкретный риск.
Здоровье и медицинские услуги. Сведения о состоянии здоровья относятся к специальным категориям персональных данных по статье 10 закона 152-ФЗ. Для санатория это ключевое ограничение: вопросы о показаниях, противопоказаниях и процедурах обязан закрывать медработник.
Паспортные данные и документы гостя. Это персональные данные, и обращение с ними регулируется. Помощник не должен просить прислать скан паспорта в переписку и тем более хранить его в чате. Как устроены границы работы с данными клиентов в нейросетях, разобрано отдельно: персональные данные клиентов в нейросети.
Индивидуальные скидки и условия. Любая цена вне опубликованного тарифа - решение человека.
Спорные деньги. Возврат, компенсация, списание за порчу имущества. Тут ответ программы становится позицией отеля в споре.
То, чего нет в справочнике. Главная техническая опасность - модель, которая отвечает уверенно и неверно. Механику таких ошибок я разбирал в материале про галлюцинации нейросети: для гостиницы это выглядит как выдуманное время работы бассейна или трансфер, которого у вас нет.
Правило простое. Сомневается - передаёт человеку. Не знает - говорит, что уточнит, и создаёт задачу. Молчание лучше выдумки.
Чем санаторий и апарт-отель отличаются от городской гостиницы?
Санаторий. Помимо размещения, продаётся лечебная программа. Значит, в переписке неизбежно всплывут вопросы про процедуры, показания и совместимость с диагнозом. Всё это уходит человеку. Программа полезна на другом: длинные путёвки, заезды по датам, сопровождение до заезда, напоминания о документах, которые нужно привезти. Отдельная особенность - повторные заезды: гость санатория возвращается чаще, и работа с базой здесь даёт больше, чем реклама.
Апарт-отель. Номера принадлежат разным собственникам, а управляющая компания работает по договору. Отсюда двойной поток обращений: гости и собственники. Второй поток обычно вообще никем не автоматизирован, хотя состоит из повторяющихся вопросов про загрузку, отчёты и выплаты.
Загородный объект и глэмпинг. Сезонность жёстче, а вопросы гостя другие: дорога, погода, что взять с собой, есть ли связь. Справочник нужен свой, но структура работы такая же.
Общее правило для всех трёх случаев: между объектами переносится метод, а готовый сценарий - почти никогда. Участки работы одни и те же, содержимое справочника и список запретов каждый раз свои.
Чем это отличается от ИИ для турагентства?
Разграничение стоит проговорить, потому что материалы на эту тему часто смешивают два разных бизнеса.
Турагентство продаёт чужой продукт: подбирает тур, сравнивает предложения операторов, оформляет документы и зарабатывает на комиссии. Его узкое место - скорость подбора и работа с пакетом документов. Про это есть отдельный разбор: ИИ для турагентства.
Отель продаёт свой номер. Узкое место здесь другое: не потерять обращение, не ошибиться в брони, продать дополнительную услугу уже заехавшему и вернуть гостя на следующий сезон. Отсюда и разный набор данных. Агентству нужен доступ к предложениям операторов, вам - к собственной PMS.
Какими числами мерить результат через два месяца?
Это раздел, который стоит прочитать до подписания договора с подрядчиком.
- Время первого ответа на обращение. Считайте отдельно по рабочим часам и по ночным. Ночное время обычно и даёт главный эффект.
- Доля обращений, закрытых без человека. Разумный ориентир на старте - от половины до двух третей. Если подрядчик обещает девяносто процентов, попросите показать, как он это считает.
- Доля прямых броней. Обращения, дошедшие до брони на вашем сайте или по телефону, против броней через агрегаторы с комиссией.
- Доля отвеченных отзывов и срок ответа. Легко снимается руками, хорошо показывает работу репутационного контура.
- Доход с дополнительных услуг на заезд. Ранний заезд, поздний выезд, апгрейд, питание. Это прямой эффект допродаж.
Снимите эти числа за девяносто дней до запуска и за девяносто дней после. Как считать окупаемость такой работы целиком, с учётом затрат на внедрение и поддержку, разобрано в материале про окупаемость ИИ для бизнеса.
Одно предупреждение про числа. Не мерьте результат числом сообщений, которые обработал ИИ для отеля. Это число растёт само по себе и ничего не говорит о выручке.
С чего начать, если в отеле двадцать номеров и один администратор?
Небольшому объекту не нужен весь контур. Порядок, который работает.
Первое. Соберите справочник на двадцать вопросов из реальной переписки. Это ваш документ, подрядчик его за вас не соберёт.
Второе. Выберите один участок с самой заметной потерей. Чаще всего это обращения вне смены администратора.
Третье. Проверьте доступ к данным. Отдаёт ли ваша PMS свободные номера и тарифы наружу. Если нет - первая версия будет справочником, и это нормально для старта.
Четвёртое. Опишите список запретов до запуска: здоровье, документы, скидки, споры о деньгах.
Пятое. Снимите числа «до». Пять штук из предыдущего раздела, за девяносто дней.
Шестое. Соберите работающий прототип и посмотрите на нём, прежде чем подписывать большой договор. Прототип, которому задали реальные вопросы гостей за неделю, показывает про ИИ для отеля больше, чем любая презентация.
Общая логика внедрения в небольшой компании, с типичными ошибками и порядком шагов, описана в материале про внедрение ИИ в малом бизнесе.
Где вы сейчас
- Обращения теряются ночью и в выходные, бота нет. Начинайте с раздела про переписку до брони и со справочника на двадцать вопросов. Это самый быстрый результат.
- Бот стоит, но гости жалуются на шаблонность. Причина почти всегда в отсутствии доступа к PMS: помощник не видит свободных номеров и уходит в общие фразы. Вернитесь к разделу про интеграции.
- Всё отвечает, но выручка не растёт. Смотрите разделы про допродажи и про управление доходом: поток обработан, а деньги лежат в дополнительных услугах и в цене. ИИ для отеля здесь уже работает, просто не на том участке.
- Отзывы копятся без ответа. Начинайте с репутационного контура: сбор в одно окно, разбор по темам, черновик ответа с обязательной правкой человеком.
Чек-лист
- Переписка за месяц разложена по типам, известны доли и время ответа.
- Собран справочник: правила заезда и выезда, парковка, животные, дети, питание, трансфер, двадцать бытовых вопросов.
- Сценарии ответов про отмену и возврат сверены с Правилами, действующими с 1 марта 2026 года, и с вашим договором.
- Записан список тем, которые помощник не берёт никогда: здоровье, документы, скидки, споры о деньгах.
- Проверено, что помощник читает свободные номера, тарифы и статус брони прямо из вашей PMS.
- Сняты пять чисел «до» за девяносто дней: время первого ответа, доля обращений без человека, доля прямых броней, доля отвеченных отзывов, доход с дополнительных услуг.
Источники
- Постановление Правительства РФ от 27.11.2025 № 1912 об утверждении Правил предоставления гостиничных услуг, текст и сроки вступления в силу: consultant.ru
- Редакция Правил с датами вступления в силу отдельных пунктов: normativ.kontur.ru
- Разбор новых условий отмены брони и судьбы невозвратного тарифа: travelline.ru
- Исследование сервиса «Островок» об использовании ИИ российскими отельерами, февраль 2026: vedomosti.ru
- Доли регулярного и тестового применения ИИ в гостиницах по тому же исследованию: buyingbusinesstravel.com.ru
- Прогноз показателей гостиничного рынка России на 2026 год: adamov.expert
- Правила миграционного учёта в гостиницах и срок подачи уведомления по 109-ФЗ: kontur.ru
- Порядок заселения по цифровому идентификатору и сроки для отелей разного размера: kontur.ru
- Апселл в гостинице и его влияние на ADR и RevPAR: travelline.ru
- Анализ отзывов и подготовка ответов в TL: Reputation: travelline.ru
- Сервис работы с отзывами 2ГИС со сбором площадок и генерацией ответов: reklama.2gis.ru
- Двусторонний внешний API Bnovo и сценарии интеграции: bnovo.ru
- Документированная интеграция TL: WebPMS с учётной системой: travelline.ru
- Федеральный закон от 27.07.2006 № 152-ФЗ, статья 10 о специальных категориях персональных данных: consultant.ru
- Федеральный закон от 13.03.2006 № 38-ФЗ, статья 18 о рекламе по сетям электросвязи: consultant.ru
- Об ограничении работы иностранных мессенджеров в России: habr.com