Минимальная цена в посуточной аренде: как выбрать и не двигать стратегию

Многие их ьех, кто подключает динамическое ценообразование, приносит с собой старую привычку: править цену руками. Поднять на праздники, опустить после пустой недели, «подкрутить стратегию». Каждая такая правка по отдельности выглядит правильной. Вместе они мешают алгоритму работать — и мешают вам понять, работает ли он вообще.

Порядок правильный такой: сначала задайте минимальную цену — ниже какой суммы бронь вам невыгодна. Потом выберите стратегию и дайте алгоритму менять цены в этих границах. Стратегию пересматривайте, когда для этого есть причина, а не после каждой пустой даты.

Сначала границы: минимальная и максимальная цена

Самая важная настройка — не стратегия, а минимальная цена. Это то, что вы знаете лучше алгоритма: ниже какой суммы ночь вам не нужна. Алгоритм не знает ваших расходов на уборку. Зато рынок, спрос и темп продаж он обычно видит быстрее человека.

Как выбрать минимальную цену

Считайте от расходов, которые возникают из-за брони: уборка, стирка, расходники, комиссия канала. Расходы на заезд разделите на минимальное разрешённое число ночей: если разрешена одна ночь, она должна покрыть заезд целиком. Отдельная плата за уборку с гостя идёт в зачёт этих расходов. Минимум должен оставлять вам нужную сумму после этих расходов. Покрывает ли квартира аренду и остальные постоянные затраты — проверяйте отдельно, это должно влиять на то, оставлять ли квартиру. Но не должно влиять на мин цену.
Это минимум в менеджере каналов (RealtyCalendar, Bnovo, TravelLine), а не на площадке. Наценка площадки ложится сверху, комиссия площадки вычитается — считайте от той суммы, которая дойдёт до вас.
Это абсолютный минимум, а не желаемая цена. Это цена, которую алгоритм может поставить за несколько часов до конца дня, если ночь так и не продалась. Алгоритм двигается и вниз, и вверх; высокий минимум просто не даёт ему двигаться вниз — и вы получаете статическую цену за деньги динамической.
Если многие квартиры стоят на минимуме (главная кабинета показывает, сколько), проверьте две вещи: как посчитан минимум и что происходит на рынке. Само по себе это не повод опускать границу — иногда рынок правда ушёл вниз.
Отдельный минимум на сезон или выходные нужен, только если на эти даты у вас действительно другая нижняя граница. Спрос на выходные алгоритм учитывает сам.

Максимальная цена

Максимальная цена — страховка от ошибок и скачков, а не потолок дохода. Сценарий когда мы рекомендуем ставить максимум: когда ночь по такой цене продастся в пиковый период, но вы опасаетесь никзих отзывов от гостей за цена/качество.

Как это выглядит в REDATA

В «Ценовых настройках» у каждой квартиры две колонки: минимальная и максимальная цена. Это база на круглый год; звёздочка рядом — знак, что поверх неё есть правила на даты.

Таблица «Ценовые настройки»: колонки «Минимальная цена» и «Максимальная цена» у четырёх квартир, у трёх — звёздочка правил на даты — Минимальная и максимальная цена у каждой квартиры — база на круглый год.

Правила ложатся поверх базы: за сутки до заезда минимум ниже — лучше продать остаток, чем оставить ночь пустой; на диапазон дат — своя сумма; отдельно можно выбрать дни недели. Правила читаются сверху вниз, и если на дату подходят несколько — действует последнее в списке.

Редактор правил минимальной цены: база 3 000 ₽, правило «≤ 1 дня до заезда — 2 500 ₽» и правила на диапазоны дат с выбором дней недели — База 3 000 ₽, за сутки до заезда — 2 500 ₽, на отдельные даты — своя сумма.

Чтобы задать правило: раскройте «Минимальная цена», отметьте «Изменить», впишите сумму и условие, нажмите «Применить выбранные правила». Максимальная цена настраивается в соседнем блоке так же.

Результат проверьте в «Календаре ограничений»: там границы видны по дням на месяцы вперёд, выходные подсвечены, правки клиента отмечены цветом. Посмотрите обычный будний день, выходной и дату перед заездом — так видно, что правила сложились, как задумано.

Календарь ограничений: минимальная цена по дням на сентябрь–октябрь, выходные подсвечены, у двух квартир правила клиента 4 000 и 5 000 ₽ — Минимальная цена по дням: выходные подсвечены, правила клиента — цветом.

Что делает ручная правка с алгоритмом

Цену с зафиксированной датой алгоритм больше не пересчитывает: ни по темпу бронирования, ни по ценам конкурентов, ни по росту спроса. Вы поставили 6 000 ₽ на праздники, а рынок ушёл на 8 000 — а у вас по-прежнему 6 000, и алгоритм не имеет права это исправить.

Сдвиг стратегии — другое. Расчёт продолжается, слои спроса работают, но исходная точка меняется сразу для десятков будущих дат. Один клик по стрелке — и все они пересчитываются, хотя ни на одной из них вы не проверили, что причина уже не учтена в расчёте.

Почему часто двигать стратегию — плохая идея

Вы сбиваете алгоритм

В REDATA цена дня складывается из стратегии и слоёв поверх неё: день недели, сезон, окно бронирования — и отдельно сигналы спроса: рыночный спрос, ваш собственный темп продаж, дефицит свободных объектов. Эти слои реагируют на то же, что вы видите в календаре. Пустая неделя? Отстающий темп продаж тянет цену вниз. Даты разлетаются? Дефицит и спрос тянут вверх. Насколько именно — видно в разборе цены на дату.

Если алгоритм уже учёл изменение спроса, а вы двигаете стратегию в ту же сторону, поправка удваивается. Спрос вырос — алгоритм добавил, вы добавили ещё, и цена может уйти выше рынка. Спрос упал — алгоритм убавил, вы убавили, и ночь уходит дешевле, чем нужно. Алгоритм считает от вашей стратегии, а вы считаете от его цены — и вы бегаете друг за другом по кругу.

Тяжело оценить результат

Стратегия — это эксперимент. Ответ на него приходит не сразу: брони на дату собираются неделями, и результат виден в RevPAR за месяц или сезон, а не за три дня. Если стратегию трогали каждую неделю, в конце месяца невозможно сказать, что сработало: перцентиль 40, перцентиль 55 или праздник. Сравнивать не с чем — нет одной стратегии, которую вы проверяли.

С десятью квартирами это ещё терпимо. С пятьюдесятью исключения копятся быстрее, чем растёт портфель, и через полгода у вас нет стратегии — только набор ручных правок, про которые никто не помнит, зачем они.

Что делать с сигналом спроса

Вы увидели, что даты разлетаются — или, наоборот, стоят пустые. Первый порыв — подвинуть стратегию. Вместо этого:

Сравните темп бронирования с похожими квартирами на те же даты и при том же числе дней до заезда. «Пусто» само по себе ничего не значит: если у рынка так же, это не про вашу цену. Как считать — в статье про темп бронирования.
Проверьте, что продаётся вообще: даты открыты, минимальная длительность не отсекает спрос, рассчитанная цена доехала до площадки.
Откройте разбор цены на дату. Там видно, какие слои уже сработали — «рыночный спрос», «собственный спрос», «дефицит свободных объектов» — и не упёрлась ли цена в минимум, максимум или ручную правку.
Если алгоритм среагировал — не трогайте, назначьте следующую проверку. Чем ближе заезд, тем раньше. Если реакции нет и непонятно почему — это вопрос в поддержку, а не повод двигать стратегию.
Повторяется — оформите правилом. Сезон, праздник, минимальная длительность, минимум на выходные — правило живёт в настройках и сработает само. Разовое — правкой на конкретные даты, с записью причины. Правило на даты с указанным годом само на следующий год не перенесётся.

Условный пример: алгоритм насчитал 2 700 ₽, а минимум стоит 3 500 ₽ — в менеджер каналов уйдёт 3 500. Сдвиг стратегии вниз ничего не изменит, пока расчёт ниже минимума. Но и снижать минимум стоит только после проверки расходов: если ниже 3 500 бронь невыгодна, граница стоит правильно, и пустая ночь — честный ответ рынка.

Когда ручная правка оправдана

Локальное событие, которого ещё нет в данных: концерт или конференция, объявленные вчера. Событие ещё не отразилось в бронях, но вы знаете, что оно произойдёт..
Ремонт или временный дефект (например отсутствие горячей воды)
Договорная цена для группы или корпоративного клиента.
Новый объект без истории броней: проверьте стартовые настройки и первые недели смотрите на результат чаще.

Как понять, что автоматизация работает

Пять чисел: RevPAR — выручка на квартиру в день, ADR — средняя цена проданной ночи, занятость, темп бронирования и число ручных правок.

Сравнивайте показатели тех же квартир за сопоставимые периоды и с оглядкой на рынок: ровный RevPAR при растущем рынке — это отставание. Темп бронирования сравнивайте при одинаковом числе дней до заезда. Итог подводите, когда даты уже прожиты, а не пока на них ещё идут брони. Раз в месяц пересматривайте результат, а стратегию меняйте при устойчивом отклонении — не по расписанию и не по импульсу.

Как считать каждое — в словаре метрик; как проверить эффект честно — ценовые тесты; общий порядок работы с ценой — Как ставить цены на посуточную аренду.

Откуда эта статья

Статья вдохновлена материалом PriceLabs о доверии автоматическому ценообразованию. REDATA согласна с коллегами из PriceLabs здесь на все 100 %: сначала задайте границы, потом дайте алгоритму работать, оценивайте результат и вмешивайтесь только по понятной причине. Мы добавили, как настроить эти границы в нашем кабинете и что делать с сигналом спроса.