Динамическое ценообразование в отеле: правила, сезонность и календарь тарифов
Динамика — это не «поднять цену, когда все бронируют». Это система правил, которая превращает наблюдение за спросом в решение о цене. Разбираем, откуда берутся сигналы, как описать политику на бумаге и в какой момент таблицы перестаёт хватать.
Разговор о динамическом ценообразовании в небольшом отеле обычно заканчивается одним из двух способов. Либо «у нас всё и так динамично» — то есть цену меняют, когда управляющий вспоминает; либо «нам это не нужно, у нас всего двенадцать домиков». Оба ответа означают одно: цена назначается на ощущение, а не на данные, и каждый год отель отдаёт часть выручки просто потому, что не заметил спроса вовремя.
Динамика — это не программа и не про постоянное повышение. Это описанная система правил: какие сигналы мы смотрим, на что они влияют и кто принимает решение.
Хотите так же у себя? Оставьте телефон — разберём ваш объект по тем же метрикам и скажем, с чего начинать.
Чем динамика не является
- Не повышением цены. Половина решений в динамике — открыть более дешёвый тариф на провальных датах, а не поднять основной.
- Не реакцией на конкурента. Слепое следование за ценой соседнего объекта переносит к вам его ошибки и его структуру затрат.
- Не ежедневной импровизацией. Если правила не записаны, в отпуске revenue-менеджера система останавливается.
- Не скидкой. Скидка — разовый инструмент продвижения. Динамика — постоянный механизм управления.
Три источника сигнала
| Сигнал | Что показывает | Горизонт |
|---|---|---|
| Календарь спроса | Какие даты объективно дороже: сезон, праздники, события, каникулы | Год вперёд |
| Pace | Темп набора броней на конкретную дату в сравнении с прошлым годом | 0–120 дней |
| Рынок | Цены сопоставимых объектов и их доступность на ту же дату | 0–60 дней |
Календарь задаёт базовый уровень цены. Pace говорит, идёт ли дата быстрее или медленнее нормы. Рынок объясняет, почему — и подсказывает, есть ли пространство для маневра.
Календарь спроса: фундамент на год
Первый и самый недооценённый документ. Составляется один раз, уточняется ежегодно и сразу отвечает на вопрос, какой тариф вообще должен быть открыт на конкретную дату.
- Разметьте год по уровням спроса — обычно достаточно четырёх-пяти: пик, высокий, средний, низкий, провал.
- Наложите праздники и каникулы на несколько лет вперёд, включая переносы выходных: длинные уикенды — отдельный уровень.
- Добавьте локальные события: фестивали, соревнования, форумы, крупные свадебные даты в регионе.
- Учтите погодные окна — открытие и закрытие сезона активностей, которые продают ваш объект.
- Отметьте «мосты»: будни между праздником и выходными, которые продаются только пакетом.
- Зафиксируйте базовую цену для каждого уровня и допустимый коридор отклонения вверх и вниз.
Календарь спроса даёт больше выручки, чем любая автоматизация, просто потому что он предотвращает самую дорогую ошибку — продажу пиковой даты по обычной цене за три месяца до заезда.
Pace: единственный способ управлять будущим
Факт прошлого месяца ничего не меняет — он уже случился. Управлять можно только датами, которые ещё не наступили, и для этого нужен pace: сколько ночей уже продано на дату X и как это соотносится с тем же моментом год назад.
Обратная ситуация читается так же однозначно: pace −40% за пять недель до даты означает, что цену нужно не «оставить как есть, вдруг догонит», а корректировать сейчас, пока есть время до заезда. Чем ближе дата, тем меньше у цены рычага — за неделю до заезда снижение уже почти не влияет на результат.
Посчитаем по вашим цифрам. Оставьте телефон — вернёмся с выводами в течение рабочего дня.
Правила вместо интуиции
Ценовая политика должна быть записана так, чтобы по ней мог работать человек, не участвовавший в её создании. Минимальный формат — таблица порогов.
| Ситуация | До заезда | Решение |
|---|---|---|
| Pace выше +25% | более 30 дней | Повысить цену на 5–10%, закрыть скидочные тарифы |
| Pace выше +25% | 7–30 дней | Повысить на 10–15%, поднять минимальную длительность заезда |
| Pace в норме ±15% | любой | Оставить, проверить цены рынка |
| Pace ниже −25% | более 30 дней | Открыть ранний невозвратный тариф, добавить ценность в пакет |
| Pace ниже −25% | 7–30 дней | Открыть акционный тариф, подключить агентский канал и рассылку по базе |
| Pace ниже −25% | менее 7 дней | Закрывать условиями, а не ценой: апгрейд, включённая услуга, короткий пакет |
Соберём календарь спроса и ценовую политику под ваш объект — с порогами, тарифами и регламентом пересмотра.
Бесплатный аудитОграничения: инструменты, о которых забывают
Цена — не единственный рычаг. Часто выручку увеличивают не деньгами, а условиями продажи.
- MinLOS — минимальная длительность заезда. На длинных выходных защищает от «выедания» середины периода одиночными ночами.
- CTA / CTD — запрет заезда или выезда в конкретный день. Помогает собрать цельные периоды вместо рваных остатков.
- Closeout тарифа — закрытие конкретного тарифа при сохранении остальных: ранний невозвратный закрывается первым, когда спрос пошёл.
- Release period — срок, за который снимается блок мест под группу или агента.
- Ограничение по типам номеров — самые востребованные категории закрываются для скидочных тарифов раньше прочих.
Как двигается цена на одну дату
Загородный отель, суббота в высокий сезон, 40 единиц. Базовая цена уровня «высокий» — 11 000 руб. Условный пример жизненного цикла даты:
| До заезда | Продано | Pace | Цена | Решение |
|---|---|---|---|---|
| 120 дней | 4 | норма | 10 500 руб. | Открыт ранний невозвратный со скидкой 8% |
| 90 дней | 11 | +20% | 11 000 руб. | Ранний тариф закрыт, базовая цена |
| 60 дней | 19 | +30% | 11 900 руб. | Повышение, MinLOS 2 ночи |
| 30 дней | 28 | +35% | 12 900 руб. | Повышение, закрыты скидочные категории |
| 14 дней | 34 | +30% | 13 500 руб. | Остаток продаётся дорого |
| 3 дня | 38 | — | 13 500 руб. | Цена не снижается: 2 номера погоды не делают |
Обратите внимание на последнюю строку: соблазн «добить» два оставшихся номера скидкой почти всегда экономически неверен. Выигрыш — несколько тысяч рублей, цена — обучение рынка тому, что у вас бывает дёшево в последний момент.
Таблица или RMS
Инструмент выбирается по числу решений, а не по размеру отеля. Пока комбинаций «дата × категория × тариф» немного, таблица с календарём спроса, недельным срезом pace и записанной политикой работает не хуже системы. RMS становится оправдан, когда решения нужно принимать чаще, чем человек физически успевает, — как правило, при широкой линейке категорий, нескольких сегментах и глубине бронирования больше квартала.
Гораздо важнее инструмента — регламент: кто смотрит pace, в какой день, по какому шаблону и кто утверждает изменение. Система без регламента не работает ни в таблице, ни в RMS.
Пять ошибок
- Цена меняется не во всех каналах одновременно. Гость видит разные суммы и теряет доверие, площадки понижают объект в выдаче.
- Скидка ставится раньше, чем закрыты бесплатные рычаги. MinLOS, пакеты и ограничения часто решают задачу без потери цены.
- Решения принимаются по загрузке, а не по RevPAR. Подробно об этом — в статье про метрики отеля.
- Нет истории. Без данных прошлого года pace не считается, и вся система превращается в угадывание.
- Один тариф на всех. Разные гости покупают по-разному; как разложить их по тарифам — в материале про сегментацию и тарифную сетку.
Отвечает за Revenue Management: тарифную политику, сегментацию, прогноз загрузки и ценовые решения в отелях и загородных проектах. Подробнее об эксперте →
Частые вопросы
Нужен ли небольшому объекту RMS?
Не отпугнёт ли гостей постоянно меняющаяся цена?
Можно ли снижать цену в последний момент?
С какой частотой пересматривать цены?
Аудит вашего бизнеса проведём бесплатно
Разберём ваш объект по тем же метрикам, что в статье: загрузка, тарифы, каналы продаж. Напишите пару слов — ответим в течение рабочего дня.