RevPAR в краткосрочной аренде: метрика, которую прячет загрузка

Два года я гордился одной цифрой: моя студия в Ташкенте держала загрузку 91%. Календарь всегда занят, окна почти не появлялись. А потом я выпил кофе с хостом, которая сдаёт точно такую же квартиру двумя этажами выше — те же метры, тот же вид на тот же двор. У неё загрузка 71%, и зарабатывает она примерно на 380 $ в месяц больше меня. Цена за ночь у неё на 34 $ выше. Мой 91% был не наградой. Это был чек за всё, что я оставил на столе.

Цифра, которая сказала бы мне об этом ещё годы назад, — RevPAR. Загрузка сама по себе врёт. ADR сам по себе врёт. RevPAR — единственный показатель, который ловит за руку обоих.

Что на самом деле измеряет RevPAR

RevPAR — доход на доступную ночь аренды — пришёл из гостиничного бизнеса, где десятилетиями остаётся главной метрикой. Отели давно поняли: «у нас была заполненность 95%» и «мы заработали» — это не одно и то же предложение.

Формула в две строки:

RevPAR = доход от проживания ÷ доступные ночи
RevPAR = загрузка × ADR

Обе дают одинаковый ответ. Запомнить стоит вторую строку, потому что она показывает суть RevPAR: это произведение того, как часто вы продаёте, на то, за сколько вы продаёте. Двиньте любой из рычагов — RevPAR сдвинется. Потяните один, пока второй проседает, — RevPAR стоит на месте. Именно эту ловушку и прячет высокая загрузка.

Определения по каждому термину, потому что хосты используют их вольно:

• Доход от проживания — это цена за ночь, умноженная на число забронированных ночей. Сюда не входит плата за уборку и не входит туристический сбор. Это транзитные деньги — добавьте их, и RevPAR раздуется на коротких бронированиях без всякой реальной причины.
• Доступные ночи — это ночи, когда объект реально был открыт для продажи. Если вы закрыли шесть ночей под собственный приезд, доступных ночей в 30-дневном месяце 24, а не 30.
• ADR — средняя цена за ночь — это доход от проживания, делённый на число забронированных ночей. Обратите внимание на знаменатель: забронированных, не доступных. У ADR и RevPAR общий числитель, и различаются они только знаменателем — и вся суть именно в этой разнице.

Три объекта, которые совсем не похожи

Вот таблица, которая закончила мою гордость за 91%. Три объекта реалистичной формы, один месяц в 30 ночей, только доход от проживания.

Объект A — это тот, которым хочет быть каждый хост. Он занят почти под завязку. Владелец A рассказывает за ужином, что его квартира «практически никогда не простаивает». И при этом объект A — худший из трёх по RevPAR: он приносит 84,48 $ на доступную ночь против 96,38 $ у B.

За месяц этот разрыв — 357 $. За год, если картина не меняется, это примерно 4300 $, которые владелец A не зарабатывает, всё это время ощущая себя победителем. Владелец A — это я два года назад.

Объект B выглядит тревожно на дашборде Airbnb: загрузка 61% читается как проблема, и владелец B наверняка не спит из-за пустых ночей. Но B превращает каждую доступную ночь в наибольшие деньги из трёх. У владельца B проблема, обратная проблеме A: возможно, B слегка перегрет по цене и теряет загрузку — но B ближе к точке максимума дохода, чем A.

Объект C — вот настоящий урок. C не самый занятый и не самый дорогой. C стоит на загрузке 74% и ADR 124 $ и тихо обгоняет «всегда занятый» объект на 7 $ за доступную ночь. C — это то, чем становится A после коррекции цены.

Как посчитать RevPAR для своего объекта

Вам нужны две цифры за выбранный период — начните с одного календарного месяца.

1. Доход от проживания. В Airbnb откройте меню хоста, зайдите в Доходы, затем История транзакций и отфильтруйте по месяцу. Сложите валовые строки именно по проживанию — Airbnb выносит их отдельно от платы за уборку и сервисного сбора гостя. В Booking.com то же самое лежит в разделе Финансы → Выписки по бронированиям. Исключите плату за уборку и любой туристический или гостиничный сбор. Если хотите цифру за вычетом комиссии площадки, вычтите сервисный сбор хоста Airbnb (обычно 3% при стандартном разделении) — просто будьте последовательны и никогда не сравнивайте валовой RevPAR с чистым.

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

Затем делите:

RevPAR = доход от проживания ÷ доступные ночи

Разберём на примере. Ваша студия принесла 2040 $ дохода от проживания в 30-дневном июне. Вы закрыли 6 ночей под свою поездку, значит доступных ночей 24. RevPAR равен 2040 $ ÷ 24 = 85,00 $. Если бы вы по невнимательности поделили на 30, вы записали бы 68,00 $ — и решили, что ваша цена провалилась, хотя это не так. Знаменатель — это место, где большинство расчётов RevPAR тихо ломаются.

На какой рычаг указывает RevPAR

RevPAR — это диагноз, а не просто описание. Сочетание ваших двух исходных цифр само подсказывает, что делать дальше.

Высокая загрузка, обычный RevPAR. Загрузка выше 90% и RevPAR не лучше, чем у сопоставимых объектов, означает одно: вы недооценены. Вы распроданы, потому что вы дёшевы. Лечение — поднять цену за ночь и принять, что загрузка упадёт. Это размен, который работает на вас, а не против.

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

загрузка безубыточности = текущий RevPAR ÷ предлагаемая цена за ночь

Возьмём объект A. Текущий RevPAR — 84,48 $. Допустим, владелец A думает поднять цену с 96 $ до 115 $. Загрузка безубыточности равна 84,48 $ ÷ 115 $ = 73,5%. Это значит, что A может потерять каждое бронирование, которое тянет загрузку вниз до 73,5%, и всё равно заработает ровно столько же, сколько зарабатывает сегодня. Сейчас A на 88%. Загрузка должна обвалиться на 14,5 процентного пункта, прежде чем повышение цены хоть что-то отнимет, — а любая ночь выше 73,5% загрузки идёт в чистый плюс. Это огромный запас прочности, и он невидим, если вы смотрите только на цифру загрузки.

Низкая загрузка, низкий RevPAR. Загрузка ниже 55% в паре со слабым RevPAR — настоящая проблемная ситуация. Либо цена слишком высока для спроса, либо сломан сам спрос: блёклые фото, мало отзывов, медленный календарь, локация против вас. Снизить цену — очевидный ход, но сначала проверьте драйверы спроса; снижение цены на объекте с плохими фото просто быстрее теряет деньги. Если ваша низкая загрузка восходит к трениям в календаре, а не к цене, это чинимая механическая проблема — см. как избежать двойных бронирований и базовую гигиену календаря.

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

О механике движения цены по неделе и по сезону, а не одним плоским числом, подробнее в материале динамическое ценообразование в краткосрочной аренде. RevPAR — это табло; динамическое ценообразование — это сама игра.

Ошибки RevPAR, которые стоят реальных денег

Считать календарные ночи вместо доступных. Уже разобрали, и это самая частая ошибка. Календарные ночи льстят хосту, который закрывает много личного времени, и наказывают того, кто держит объект открытым. Всегда делите на доступные ночи.

Сравнивать между сезонами. RevPAR января против RevPAR июля не говорит вам ничего, кроме того, что лето существует. Сравнивайте месяц с тем же месяцем прошлого года или используйте RevPAR за скользящие 12 месяцев, если хотите одну стабильную цифру. RevPAR, упавший в ноябре, — это не провал; это ноябрь.

Мешать валовое и чистое. Решите один раз, ваш RevPAR валовой по комиссии площадки или чистый. Запишите выбор. Валовой RevPAR 96 $ и чистый RevPAR 93 $ — оба нормальны; сравнивать валовое одного хоста с чистым другого — нет.

Вкладывать в расчёт плату за уборку. Двухночёвка с уборкой за 60 $ добавляет 30 $/ночь фантомного RevPAR; десятиночёвка с той же платой добавляет 6 $/ночь. Учёт платы за уборку делает короткие бронирования искусственно сильными и тихо смещает каждое решение в сторону текучки. Держите уборку за скобками. Если хотите разобрать стратегию платы за уборку отдельно, это другой вопрос — см. разбор платы за уборку против цены «всё включено».

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

Одно мнение, на которое я имею право

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

Если ваш объект держит загрузку выше 90% — прекратите читать и идите поднимать цену. Вы не отличный хост с популярным объектом. Вы хост, который дёшев, и единственный, кто этого не заметил, — вы сами. Ведите RevPAR три месяца, дайте загрузке упасть до конца седьмого десятка, и число, которое действительно важно, пойдёт вверх. Если вам нужно одно место, где RevPAR, загрузка и ADR видны по каждому объекту без выгрузки трёх таблиц, — для этого и есть RentTools.