ИИ в гостиничном бизнесе: с каких задач начать отелю

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

Почему не стоит начинать с тарифов

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

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

Что окупается первым

Переписка до заезда. Гость пишет про трансфер, парковку или возможность раннего заселения — модель готовит черновик ответа по шаблону отеля, администратор проверяет детали брони и отправляет.

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

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

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

Черновик описания номеров и отеля. Для сайта бронирования и агрегаторов нужен текст под разные площадки — модель готовит варианты разной длины, сотрудник сверяет с реальными фото и удобствами.

Данные гостей: регламент до пилота

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

Отдельно стоит решить, кто в отеле отвечает за проверку черновика перед отправкой гостю: администратор видит контекст конкретной брони, а модель — только фрагмент переписки без истории взаимодействий.

Таблица: что ИИ закрывает в отеле

Ночная смена: где польза заметнее всего

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

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

Как выбрать инструмент под процессы отеля

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

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

Сеть отелей: ошибка запускать всё и сразу

Сеть из нескольких объектов часто пытается запустить программу сразу во всех отелях, чтобы не терять время. На практике это означает, что ни один объект не получает достаточно внимания на старте, а первые неточности в шаблонах ответов расходятся по всей сети одновременно.

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

Промпт для черновика ответа гостю

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

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

Как измерить результат пилота

До старта пилота стоит зафиксировать время на пять-шесть типовых обращений: сколько уходит на ответ про трансфер, на ответ на отзыв, на сводку по ночной смене. Через две-три недели тот же замер повторяется на тех же задачах и в той же смене.

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

Сезонность и пиковая нагрузка

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

Это стоит учитывать при оценке пилота: две недели в низкий сезон покажут меньший эффект, чем те же две недели в высокий, и выводы о пользе инструмента разумнее делать по пиковому периоду, а не по случайному месяцу.

Помощь службе бронирования и продажам

Отдельная зона пользы — не переписка с уже забронировавшим гостем, а работа с первым обращением о свободных датах. Модель помогает сотруднику быстро собрать ответ про условия отмены, завтрак в стоимость или без него, доступные категории номеров на нужные даты, вместо того чтобы каждый раз формулировать это заново.

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

Где ИИ ошибается

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

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

Не видит историю взаимодействий гостя с отелем, если её не дать явно, и может предложить тон ответа, не учитывающий, что гость уже писал по этому вопросу раньше.

Может уверенно спутать валюту или единицы измерения расстояния для иностранного гостя — числовые данные в ответе стоит перепроверять отдельно от основного текста.

Что дальше

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

Ярослав Сажнев — преподаватель ИИ в РАНХиГС, внедрение ИИ в компании. Подробнее об авторе