Антон и самолёты 🌚

🛎️Перед тем, как перейти к ревизии статусных бенефитов в одном из отелей, хочу рассмотреть такой кейс в вакууме. Просто чтобы откалиброваться.

⬆️Допустим, вы бронируете отель со статусом в сети через официальный канал (сайт или приложение). Утром в день чекина в приложении отображается апгрейд в огромный сьют с видом. Вы приходите на чекин пораньше официального времени заезда, и вас без проблем заселяют. Но вот номер оказывается исходной категории: без какого либо апгрейда. Вы возвращаетесь на ресепшен, чтобы получить номер той категории, которая была в приложении. Но вам заявляют, что номера этой категории сейчас заняты. Они освободятся лишь в официальное время заселения. Ок, отказываетесь от раннего чекина, просите апгрейд и сдаёте ключ. Возвращаетесь через два часа...и получаете номер хоть и чуть лучше, но всё равно не той категории из приложения.

😡Возвращаетесь на ресепшен и настаиваете на уже анонсированном апгрейде. Но в ответ получаете классическое «upgrades are provided upon availability, and there is no availability». Настаиваете, что апгрейд в такой номер уже был анонсирован в приложении, а следовательно — наверняка зарезервирован. Но всё тщетно. Получаете исходную категорию.

🤔Так вот, в чём вопрос: как вы считаете, может ли отель сослаться на недоступность апгрейда upon availability, если апгрейд уже отображался в приложении?
Понятное дело, по букве правил отель в любой момент может сослаться на availability, а апгрейды в приложении ничего не гарантируют.
Но вот с точки зрения здравого смысла...не сошёл ли я с ума? Могут ли быть у отеля существенные причины не давать на одну ночь классный номер, который явно ещё с утра был свободен? Какой профит так обламывать лояльного и продвинутого гостя, который даже не поленился поставить приложение?

👀 Отель и программу лояльности с таким поведением, я, конечно, скоро раскрою. Но пока просто интересно послушать мнения.

#Антон_и_отели

www.tgoop.com/anton_and_trvl/3220

1.8K viewsedited  Jan 7 at 17:14

🛎️Перед тем, как перейти к ревизии статусных бенефитов в одном из отелей, хочу рассмотреть такой кейс в вакууме. Просто чтобы откалиброваться.

⬆️Допустим, вы бронируете отель со статусом в сети через официальный канал (сайт или приложение). Утром в день чекина в приложении отображается апгрейд в огромный сьют с видом. Вы приходите на чекин пораньше официального времени заезда, и вас без проблем заселяют. Но вот номер оказывается исходной категории: без какого либо апгрейда. Вы возвращаетесь на ресепшен, чтобы получить номер той категории, которая была в приложении. Но вам заявляют, что номера этой категории сейчас заняты. Они освободятся лишь в официальное время заселения. Ок, отказываетесь от раннего чекина, просите апгрейд и сдаёте ключ. Возвращаетесь через два часа...и получаете номер хоть и чуть лучше, но всё равно не той категории из приложения.

😡Возвращаетесь на ресепшен и настаиваете на уже анонсированном апгрейде. Но в ответ получаете классическое «upgrades are provided upon availability, and there is no availability». Настаиваете, что апгрейд в такой номер уже был анонсирован в приложении, а следовательно — наверняка зарезервирован. Но всё тщетно. Получаете исходную категорию.

🤔Так вот, в чём вопрос: как вы считаете, может ли отель сослаться на недоступность апгрейда upon availability, если апгрейд уже отображался в приложении?
Понятное дело, по букве правил отель в любой момент может сослаться на availability, а апгрейды в приложении ничего не гарантируют.
Но вот с точки зрения здравого смысла...не сошёл ли я с ума? Могут ли быть у отеля существенные причины не давать на одну ночь классный номер, который явно ещё с утра был свободен? Какой профит так обламывать лояльного и продвинутого гостя, который даже не поленился поставить приложение?

👀 Отель и программу лояльности с таким поведением, я, конечно, скоро раскрою. Но пока просто интересно послушать мнения.

#Антон_и_отели

BY Антон и самолёты 🌚