Технология бронирования отелей — это уровень, а не продукт.
Технология бронирования отелей обычно продается как одна, а поставляется как четыре.Система бронирования продает номер на собственном сайте отеля.Менеджер канала распределяет один и тот же номер по онлайн-турагентствам, метапоиску и GDS.Система управления недвижимостью записывает пребывание и, в большинстве отелей, хранит инвентарь, по которому продается все остальное.Карту обрабатывает платежный провайдер.Некоторые поставщики включают два или три из них;немногие охватывают все четыре одинаково хорошо.
Это различие имеет значение, поскольку детали выходят из строя по-разному и их следует оценивать по-разному.О системе бронирования судят гости.Менеджер канала оценивает, совпадают ли исходящие числа с возвращающимися.Сравнивая их в одну категорию, вы получаете в отеле безупречную кассу, подключенную к соединению, которое никто не контролирует.
| Часть | Чем он владеет | То, что ему не принадлежит |
|---|---|---|
| Механизм бронирования | Поиск, номер, тариф и оформление заказа для гостей на собственном сайте отеля. | Инвентаризация и операции по пребыванию |
| Менеджер каналов | Распределение доступности, тарифов и ограничений по подключенным каналам | Гостевые отношения и контент, отображаемый на каждом канале. |
| Система управления имуществом | Номера, бронирование, фолианты и операционная запись пребывания | Путь бронирования с участием гостей |
| Центральная система бронирования | Общий магазин цен и инвентаря, в котором группа продает товары на нескольких объектах. | Подробности эксплуатации одного объекта |
| Поставщик платежей | Захват карты, авторизация, токенизация и возврат средств | Политика внесения депозита, условия аннулирования и кто, когда взимается плата |
| Сайт отеля | Обнаружение, содержимое комнаты и решение, принятое до открытия процесса бронирования. | Доступность в реальном времени и цена |
Следуйте за одной комнатой-ночью через систему.
Самый простой способ понять стек бронирований — проследить одну ночь проживания с момента ее существования до момента ее продажи.Тарифы и ограничения устанавливаются в той системе, которую отель считает авторитетной.Менеджер каналов передает информацию о доступности каждому подключенному каналу.Гость ищет на сайте отеля или на канале.Резервирование создается, передается в систему управления недвижимостью, а уменьшенная доступность снова возвращается.
Каждый шаг в этом цикле требует времени, и это время не одинаково для каждого канала.Разрыв между продаваемым номером и сообщением остальному миру – вот где живет овербукинг.Спросите каждого поставщика, сколько времени занимает этот цикл на практике для ваших каналов, а не то, на что теоретически способен API.
Та же самая трассировка выявляет вопрос, который большинство демонстраций пропускает: какая система принимает решение.Если система бронирования считывает доступность из кэшированной копии, а не запрашивает систему управления недвижимостью, она может продать номер, которого больше нет.Это может быть приемлемым обменом на скорость.Это не должно быть сюрпризом.

Одна и та же комната попадает к гостю двумя путями.
Гость, просматривающий ваш отель, обслуживается одной из двух систем: вашей собственной системой бронирования или онлайн-турагентством.Комната идентична.Почти все вокруг нет.
Это не аргумент для отключения раздачи.Каналы создают охват, который невозможно купить, и в мягкий месяц за этот охват стоит платить.Более узкий момент заключается в том, что только один из двух маршрутов покидает отель, имеющий запись, которую он может использовать снова, и отели, которые рассматривают маршруты как взаимозаменяемые, обычно обнаруживают разницу после того, как гость ушел.
Идите глубжеСистема бронирования отелейПосмотрите, как строится прямой маршрут: от сравнения помещений до подтверждения и последующих действий.
↗| Вопрос | Прямой путь | Путь OTA |
|---|---|---|
| Кто обслуживает доступность | Ваша система бронирования на основе вашего собственного инвентаря | Канал из последней отправленной вами копии. |
| Кто держит гостя | Отель с контактной информацией, которую можно использовать снова. | Канал, часто скрывающийся за ретрансляционным адресом электронной почты. |
| Кто контролирует контент | Отель, включая номера, правила проживания и дополнительные услуги. | Шаблон канала и собственные правила ранжирования. |
| Кто принимает оплату | Отель или его платежная система. | Канал или виртуальная карта, предъявляемая при регистрации. |
| Как вносятся изменения | Разговор с отелем | Рабочий процесс внутри канала, затем сообщение в отель. |
| Сколько стоит бронирование? | Плата за оплату, а также собственные сборы системы бронирования. | Комиссия от стоимости бронирования |
Прежде чем сравнивать функции, спросите, какая система является авторитетной.
Фраза «интегрируется с» описывает возможность, а не операционную схему.Прежде чем сравнивать списки функций, определите, какая система является авторитетной в отношении доступности, тарифов и ограничений.Эти три системы не всегда являются одной и той же системой, и отель, который не может ответить за все три, в конечном итоге будет иметь две системы, несогласные по поводу аншлаговой ночи.
Затем определите форму каждого соединения.Односторонняя рассылка, которая отправляет информацию о доступности, но не может принять обратное резервирование, — это продукт, отличный от двусторонней ссылки, даже если обе они описываются как интеграция.Спросите, как поступают бронирования, как происходят изменения и отмены, а также происходит ли изменение как изменение или как отмена с последующим новым бронированием.
Стандарты помогают, но только пока.Альянс OpenTravel публикует спецификации сообщений, которые туристическая индустрия использует для определения доступности, тарифов и бронирования, и многие поставщики их реализуют.Две системы, поддерживающие одну и ту же спецификацию, могут по-прежнему расходиться во мнениях относительно того, что такое тарифный план.Относитесь к стандарту как к причине возможности подключения, а не как к доказательству того, что он правильно настроен для вашего объекта.
- Какая система является авторитетной в отношении доступности, тарифов и ограничений.
- Является ли каждое соединение односторонним или двусторонним и в каком направлении.
- Как осуществляются бронирования, изменения и отмены.
- Кто поддерживает сопоставление типов номеров и тарифных планов.
- Как быстро проданная комната исчезает со всех остальных каналов.
- Кто получает предупреждение при сбое соединения и как быстро.
Гости оценивают систему бронирования, а не интеграцию.
Лицу, бронирующему номер, не видно никакой сантехники.То, что они видят, — это небольшое количество экранов, которые либо отвечают на их вопросы, либо отправляют их на другую вкладку.Могут ли они отличить комнаты друг от друга?Является ли первая цена, которую они увидят, той ценой, которую они заплатят?Можно ли прочитать условия отмены до запроса данных карты?Работает ли Flow одним большим пальцем на телефоне?
Отображение цен теперь является юридическим вопросом, а также вопросом удобства использования.Рекомендации CMA по прозрачности цен охватывают капельное ценообразование и раздельное ценообразование — с указанием первоначальной суммы и добавлением обязательных сборов по мере продвижения гостя. CMA отдельно приняло меры по борьбе со скрытыми обвинениями и вводящим в заблуждение давлением при онлайн-бронировании отелей.Система бронирования, которая не может показать реальную сумму ваших тарифов и налоговой структуры, представляет собой коммерческий риск, а не просто неудобный экран.
Механические проверки являются обычными, и их в любом случае стоит выполнить.В настоящее время Google определяет хорошие показатели Core Web Vitals как LCP в течение 2,5 секунд, INP ниже 200 миллисекунд и CLS ниже 0,1. WCAG 2.2 устанавливает минимальный целевой размер указателя уровня AA 24 на 24 пикселя CSS с определенными исключениями;элементы управления бронированием обычно заслуживают большего места, чем минимальное.Протестируйте все путешествие на реальном телефоне, с реальным контентом и медленным соединением.

Заблаговременно решите, кому принадлежит карта.
Дизайн платежей формирует как риски, так и ежедневный рабочий процесс. PCI DSS, опубликованный Советом по стандартам безопасности PCI, применяется к любой организации, которая хранит, обрабатывает или передает данные держателей карт.Практический вопрос для отеля заключается в том, какая часть этих данных когда-либо попадает в его собственные системы.Поток, в котором карта фиксируется и токенизируется платежным провайдером, имеет гораздо меньший объем, чем тот, когда сотрудники повторно вводят номера карт в систему управления имуществом.
Депозиты, гарантии и возвраты снова являются отдельными решениями.Согласуйте, кто и когда списывает средства с карты, что происходит с депозитом при отмене и как осуществляется возврат средств, когда бронирование поступило через канал, оплачиваемый виртуальной картой.Запишите эти правила перед запуском.Разбираясь в каждом конкретном случае, они становятся жалобами гостей.
С гостевыми данными та же проблема, но в более тихой форме.Прямое бронирование обычно приходит с удобным адресом электронной почты.Резервирование канала может прийти с адресом реле, которое перестает работать после пребывания.Если ваш рабочий процесс перед прибытием, последующим сопровождением или лояльностью предполагает реальный адрес, подтвердите, что действительно приходит, прежде чем основываться на этом.
Большинство технологий бронирования выходят из строя незаметно.
Сбои в работе становятся заметными.Дорогостоящими проблемами являются те, которые продолжают работать, хотя и ошибочны: тариф, который перестал обновляться на одном канале, новый тип комнаты, который никогда не был сопоставлен, ограничение, которое применяется в неправильном часовом поясе.Ничто из этого не выдает сообщение об ошибке.Месяц выдался разочаровывающим.
Организуйте короткую еженедельную проверку вместо того, чтобы ждать, пока гость обнаружит дефект.Сравнение того, что вы намеревались продать, с тем, что на самом деле показывает каждый канал, занимает несколько минут и охватывает большую часть списка ниже.
| Симптом | Обычная причина | Первая проверка |
|---|---|---|
| На одном канале показан старый тариф. | Ручное переопределение, останавливающее последующие обновления. | Была ли последняя успешная синхронизация этого канала недавней? |
| Новый тип номера никогда не продается | Сопоставление не было расширено при создании. | Сопоставление типов номеров и тарифных планов в диспетчере каналов |
| Одна и та же комната продается дважды. | После продажи доступность распространялась слишком медленно. | Сколько времени занимает цикл обновления для этого канала? |
| Минимальный срок проживания применяется не в ту ночь. | Несоответствие часового пояса или времени отключения между системами | Где выставлены ограничения и какие часы используются |
| В ПМС отсутствует бронь | Доставка не удалась, и никто никого не предупредил. | Очередь отказов и человек, который ее контролирует |
| Возврат средств занимает больше времени, чем ожидалось. | Средства находятся в канале, а не в отеле. | Какая сторона на самом деле владеет деньгами за это бронирование? |
Что спросить у поставщика перед подписанием.
Демонстрация показывает рабочую конфигурацию в хороший день.Полезные вопросы касаются неудачных дней и того, что происходит, когда вы хотите уйти.Просите ответы простым языком и относитесь ко всему, что требует дополнительного звонка, как к оставшемуся без ответа.
С такой же тщательностью относитесь к коммерческим условиям.Стоимость технологии бронирования оценивается несколькими несовместимыми способами — за бронирование, за номер, за месяц или как долю от прямого дохода, — поэтому самый дешевый заголовок не всегда является самым дешевым годом.Прежде чем сравнивать котировки, смоделируйте свой собственный объем по каждой структуре.
- Какие системы заменяет этот продукт и которые, как предполагается, вы уже используете.
- Что происходит при соединении, когда другая сторона недоступна.
- Сколько времени понадобится, чтобы проданная комната исчезла со всех каналов.
- Может ли отель экспортировать тарифы, ограничения, бронирования и записи гостей.
- Какая сторона хранит данные карты и какая несет ответственность PCI.
- Как выглядит общая годовая стоимость при фактическом объеме заказов.
Просмотрите поток прямого резервирования, контекст, который он сохраняет после подтверждения, и место, где заканчивается его область действия.
↗Проверка готовности технологии бронирования
Ответьте на каждый вопрос доказательствами из своей стопки.Все, на что вы не можете ответить, — это вопрос для поставщика, а не повод для покупки.
проверено
Текущее руководство, лежащее в основе этой статьи.
Это руководство сочетает в себе основные рекомендации и практический анализ рабочих процессов в отеле.Возможности и интеграцию продукта по-прежнему следует проверять на соответствие системам объекта, правилам эксплуатации и текущей документации поставщика.
- Альянс OpenTravelСпецификации и списки кодов OpenTravel
Спецификации сообщений туристической индустрии, касающиеся доступности, тарифов и бронирования.
- Управление по конкуренции и рынкам ВеликобританииПрозрачность цен (CMA209)
Руководство по обязательным платежам, капельному ценообразованию и раздельному ценообразованию в соответствии с Законом DMCC 2024 года.
- Управление по конкуренции и рынкам ВеликобританииДействие CMA при онлайн-бронировании отелей
Проблемы потребителей, связанные с прозрачностью цен, вводящим в заблуждение дефицитом и представлением результатов поиска.
- Совет по стандартам безопасности PCIСтандарт безопасности данных индустрии платежных карт
Требования к любой организации, которая хранит, обрабатывает или передает данные держателей карт.
- Центр поиска GoogleОбщие сведения об основных веб-показателях и результатах поиска Google
Текущие определения и «хорошие» пороговые значения для LCP, INP и CLS.
- W3CРекомендации по обеспечению доступности веб-контента (WCAG) 2.2
Текущая рекомендация W3C по доступному веб-контенту на настольных и мобильных устройствах.


