Небольшому отелю достаточно таблицы, чтобы менять цену номера с учётом загрузки и спроса. В неё заносят даты заезда, число доступных и забронированных номеров, текущую цену и причину её изменения. Затем по каждой дате решают, оставить цену, повысить её или снизить. Ниже — шаблон таблицы, правила для таких решений и порядок проверки цен перед публикацией. Начать можно с ближайших дат: специальная программа для этого не нужна.
Какие столбцы нужны в таблице цен?
Сделайте отдельную строку для каждой даты заезда и категории номера. Если двухместный номер и семейный продаются по разным ценам, объединять их загрузку не стоит: свободный семейный номер не заменит гостю двухместный по той же цене.
| Столбец | Что записать | Зачем смотреть |
|---|---|---|
| Дата заезда и категория | Конкретный день и тип номера | Чтобы менять цену там, где меняется спрос |
| Доступно для продажи | Номера, которые можно забронировать на эту дату | Чтобы не считать номер в ремонте свободным |
| Забронировано | Подтверждённые бронирования | Чтобы видеть оставшиеся места |
| Загрузка | Забронировано ÷ доступно × 100% | Чтобы сравнивать даты внутри одной категории |
| Текущая и новая цена | Цена сейчас и цена, которую решили поставить, в BYN | Чтобы видеть изменение до публикации |
| Причина и дата проверки | Что повлияло на решение и когда вернуться к строке | Чтобы не менять цену по памяти |
В столбце «Доступно для продажи» считайте только номера, которые реально готовы принять гостей. Если бронирование отменили, обновите строку до следующего решения о цене. Формула загрузки помогает сравнивать даты, но сама по себе не говорит, сколько гость готов заплатить.
Как выбрать исходную цену и шаг изменения?
Возьмите действующую цену за ночь для каждой категории. Рядом запишите нижнюю границу, ниже которой продажа не подходит вашему отелю с учётом расходов, и верхнюю границу, которую готовы проверять спросом. Это рабочие ориентиры владельца, их не нужно выдавать за рыночную цену. Если расходы пока собраны в разных местах, сначала перенесите в таблицу те суммы, которые уже знаете, и пометьте нижнюю границу как требующую проверки.
Затем задайте шаг изменения в BYN. Он нужен, чтобы при одинаковых условиях принимать одинаковое решение, а не назначать новую цену наугад. Шаг можно пересмотреть: если после повышения бронирования на похожие даты перестали поступать, проверьте цену и условия предложения, прежде чем повышать её снова. Если же номера быстро занимают задолго до заезда, посмотрите на цену оставшихся номеров.
Сезонные тарифы тоже можно хранить в таблице как разные исходные цены для разных периодов. Такой подход к ценам по сезонам описывает TravelLine (материал «Динамические цены для отеля или гостиницы»). Для ежедневной работы малого отеля полезно добавить к сезону фактические бронирования по конкретной дате: выходные одной недели не обязаны продаваться так же, как выходные другой.
Когда повышать, снижать или оставлять цену?
Проверяйте не только долю занятых номеров, но и время до заезда. При одинаковой загрузке дата, до которой ещё далеко, и завтрашний заезд требуют разных решений. Помогает и сравнение с похожими датами: тем же днём недели в текущем сезоне. В таблице запишите причину решения словами, чтобы при следующей проверке было видно, на что вы опирались.
| Что видно в таблице | Что сделать с ценой | Что проверить перед публикацией |
|---|---|---|
| Свободных номеров осталось мало, а запросы на дату продолжают поступать | Попробовать повышение на выбранный шаг для оставшихся номеров | Нет ли особых условий у уже подтверждённых бронирований |
| До заезда осталось мало времени, свободных номеров много, новых запросов нет | Рассмотреть снижение в пределах нижней границы | Понятны ли гостю цена и условия бронирования |
| Загрузка почти не изменилась после прошлой проверки | Оставить цену и назначить следующую проверку | Не появились ли отмены или новые бронирования |
| Появились запросы на дату с низкой загрузкой | Пока сохранить цену и посмотреть, превратятся ли запросы в бронирования | Доступны ли нужные категории номеров |
Снижение цены — не единственный ответ на свободные номера. Гость может уходить со страницы, потому что не видит условия отмены или фотографии нужной категории. Перед изменением тарифа проверьте страницу номера малого отеля: понятны ли стоимость ночи, состав размещения и способ бронирования.
Как перенести решение из таблицы в продажи?
Таблица помогает решить, какую цену поставить, но сама не обновляет места, где гость бронирует номер. После изменения строки проверьте цену на собственном сайте и на площадках, которыми пользуется отель. Сверьте также доступность номера: цена бесполезна, если на одном канале номер свободен, а на другом уже занят.
Выберите сотрудника, который обновляет тарифы, и запишите порядок проверки в самой таблице. Если цена на сайте отличается от цены на площадке, выясните, какие условия входят в каждый тариф, прежде чем исправлять цифру. Для сайта отдельно пригодится проверка, не допускает ли он двойное бронирование номера. Так изменение цены не создаст гостю ложного впечатления, что номер ещё можно купить.
Текущие бронирования оставляйте в учёте по цене, которую подтвердили гостю. Новую цену применяйте к следующим продажам. Это простое разделение помогает сравнивать решения в таблице с тем, сколько номеров осталось для продажи.
Какие ошибки мешают таблице работать?
- Считать загрузку всего отеля, а затем менять цену каждой категории одинаково. Проверяйте категории по отдельности.
- Повышать цену после любого нового бронирования. Сначала посмотрите, сколько номеров осталось и сколько времени до заезда.
- Снижать цену без нижней границы. Запишите её до первой правки тарифа.
- Менять цифру в таблице, но забывать обновить цену в каналах продаж. Отмечайте публикацию в строке с датой.
- Проводить проверку только тогда, когда продажи остановились. Укажите дату следующей проверки рядом с решением.
Для начала откройте таблицу и впишите ближайшую дату заезда в первую строку.
