Как устроен бизнес тревел сервисов на примере Островка и Booking.com
Волею судеб, я оказался на этот раз в тревел индустрии, поэтому немного порефлексирую на тему этого бизнеса и того, как он работает.
И Островок и Booking.com относятся к так называемым сервисам OTA – Online Travel Agency и весь их бизнес построен на модели маркетплейса – свести вместе владельцев мест размещения (отели, владельцы апартаментов и т.п.) и покупателей. Диапазон покупателей в этом типе маркетплейса достаточно широк – это конечно обычные физические лица, но и достаточно разношерстные b2b клиенты – туроператоры, турагенства, корпоративные заказчики, сервисы онлайн бронирований для бизнеса, агенты и те же самые OTA. При этом надо учесть, что со стороны поставщиков маркетплейса представлены не только прямые владельцы отелей и других объектов, но и промежуточные поставщики – опять те же самые OTA и инвентарные системы, у которых есть прямые договоры с отелями.
В итоге, получается довольно запутанная цепочка перепродажи, где сервисы одного и того же типа могут выступать одновременно как поставщиками, так и покупателями. При этом один и тот же отель может присутствовать одновременно у нескольких поставщиков. Что в свою очередь создает проблемы с контентом маркетплейса. Например, у Островка больше 140 поставщиков и описание одного и того же отеля, номеров в нем и тарифов могут прилететь в систему от нескольких десятков поставщиков и все они могут быть разные. Островку, например, пришлось делать свою систему сборки консистентных описаний номеров, отелей на основе заранее заданных правил и машинного обучения, чтобы у себя на сайте показывать уникальные и непротиворечивые описания.
Другая проблема тревел сервисов – это многочисленные и разнообразные тарифы и схемы тарификаций дополнительных услуг. Полученные от разных поставщиков и самого отеля они так же могут быть разные для одних и тех же объектов. Для этого в Островке сделали систему тегирования, которая каждый тариф размечает набором тегов и это позволяет в итоге делать уникальные срезы и сортировки тарифов – по цене, по надежности поставщика и т.п.
Надежность поставщика – это еще одна проблема индустрии. Так называемый Success Rate бронирования (то есть когда покупатель смог без ошибок забронировать объект) достигает 94% у Expedia (лидер на американском рынке), но может падать до 60% у других поставщиков. Условно говоря 2 из 5 бронирований будут неуспешны, но отказаться от таких поставщиков нельзя, поскольку при всем прочем они дают самые лучшие для покупателей цены.
В результате у OTA сервисов есть специальные системы, которые выстраивают цепочку из поставщиков для одного и того же объекта – сначала пробуем заказать у самого дешевого, но проблемного поставщика, потом идем к тому, кто подороже и так далее, пока не забронируем номер для покупателя.
В следующих заметках расскажу, как запускался и развивался Booking и как устроено взаимодействие тревел сервисов с отелями.
Волею судеб, я оказался на этот раз в тревел индустрии, поэтому немного порефлексирую на тему этого бизнеса и того, как он работает.
И Островок и Booking.com относятся к так называемым сервисам OTA – Online Travel Agency и весь их бизнес построен на модели маркетплейса – свести вместе владельцев мест размещения (отели, владельцы апартаментов и т.п.) и покупателей. Диапазон покупателей в этом типе маркетплейса достаточно широк – это конечно обычные физические лица, но и достаточно разношерстные b2b клиенты – туроператоры, турагенства, корпоративные заказчики, сервисы онлайн бронирований для бизнеса, агенты и те же самые OTA. При этом надо учесть, что со стороны поставщиков маркетплейса представлены не только прямые владельцы отелей и других объектов, но и промежуточные поставщики – опять те же самые OTA и инвентарные системы, у которых есть прямые договоры с отелями.
В итоге, получается довольно запутанная цепочка перепродажи, где сервисы одного и того же типа могут выступать одновременно как поставщиками, так и покупателями. При этом один и тот же отель может присутствовать одновременно у нескольких поставщиков. Что в свою очередь создает проблемы с контентом маркетплейса. Например, у Островка больше 140 поставщиков и описание одного и того же отеля, номеров в нем и тарифов могут прилететь в систему от нескольких десятков поставщиков и все они могут быть разные. Островку, например, пришлось делать свою систему сборки консистентных описаний номеров, отелей на основе заранее заданных правил и машинного обучения, чтобы у себя на сайте показывать уникальные и непротиворечивые описания.
Другая проблема тревел сервисов – это многочисленные и разнообразные тарифы и схемы тарификаций дополнительных услуг. Полученные от разных поставщиков и самого отеля они так же могут быть разные для одних и тех же объектов. Для этого в Островке сделали систему тегирования, которая каждый тариф размечает набором тегов и это позволяет в итоге делать уникальные срезы и сортировки тарифов – по цене, по надежности поставщика и т.п.
Надежность поставщика – это еще одна проблема индустрии. Так называемый Success Rate бронирования (то есть когда покупатель смог без ошибок забронировать объект) достигает 94% у Expedia (лидер на американском рынке), но может падать до 60% у других поставщиков. Условно говоря 2 из 5 бронирований будут неуспешны, но отказаться от таких поставщиков нельзя, поскольку при всем прочем они дают самые лучшие для покупателей цены.
В результате у OTA сервисов есть специальные системы, которые выстраивают цепочку из поставщиков для одного и того же объекта – сначала пробуем заказать у самого дешевого, но проблемного поставщика, потом идем к тому, кто подороже и так далее, пока не забронируем номер для покупателя.
В следующих заметках расскажу, как запускался и развивался Booking и как устроено взаимодействие тревел сервисов с отелями.