Как считать загрузку, ADR и RevPAR в гостинице

Загрузка, ADR и RevPAR отвечают на три разные управленческие задачи. Загрузка показывает, какую долю доступных номеро-суток вы продали. ADR показывает среднюю цену проданного номера. RevPAR показывает, сколько номерной выручки принесла каждая доступная номеро-сутка, включая те, что остались пустыми.

Смотреть на один показатель опасно. Владелец может заполнить дом скидками и радоваться загрузке, хотя выручка просела. Может поднять ADR продажей двух дорогих номеров и оставить остальные восемь пустыми. Даже высокий RevPAR не доказывает прибыль: он не вычитает комиссию площадки, уборку, завтрак и налоги. Нужны все три метрики, одна методика учета и сравнимые периоды.

Три метрики считают разные знаменатели

У каждой метрики свой вопрос и свой знаменатель. Большая часть ошибок начинается не в арифметике, а в том, что владелец подставляет в формулу бронирования вместо прожитых ночей или десять физических номеров вместо доступных номеро-суток за период.

Для гостиницы, мини-отеля или гостевого дома считайте так:

• загрузка = проданные номеро-сутки / доступные номеро-сутки × 100%;
• ADR = номерная выручка / проданные номеро-сутки;
• RevPAR = номерная выручка / доступные номеро-сутки;
• проверка RevPAR = ADR × загрузка в виде десятичной дроби.

Термин «номерные сутки» здесь важнее самих сокращений. Один номер, доступный семь ночей, дает семь доступных номеро-суток. Если его купили на три ночи, это три проданные номеро-сутки, а не одно бронирование. Семья, живущая пять ночей, создает одно бронирование и пять проданных номеро-суток. Две семьи, сменившие друг друга в одном номере за те же пять ночей, тоже создают пять проданных номеро-суток.

STR, одна из отраслевых систем гостиничного бенчмаркинга, определяет эти показатели именно через rooms sold, rooms available и room revenue. Эта строгость полезна и объекту на десять номеров. Если каждый месяц менять состав числителя или знаменателя, график будет показывать изменения вашей методики, а не бизнеса.

Все три показателя считают за один и тот же период. Нельзя умножить ADR за месяц на загрузку одной субботы и назвать результат RevPAR. Для дня берите данные дня, для недели суммируйте семь ночей, для месяца учитывайте фактическое число календарных дней.

Загрузка показывает спрос, но не качество продажи

Загрузка показывает долю доступного фонда, которую гости оплатили за выбранные даты. У объекта на десять номеров максимальное предложение за одну ночь равно десяти номеро-суткам. Если продано семь, загрузка равна 7 / 10 × 100% = 70%.

За неделю знаменатель уже не десять, а 10 × 7 = 70 доступных номеро-суток. Допустим, за семь ночей гости заняли в сумме 44 номеро-суток. Загрузка недели равна 44 / 70 × 100% = 62,86%. Усреднение дневных процентов даст тот же результат только тогда, когда число доступных номеров не менялось. Если часть фонда закрывалась, сначала сложите доступные и проданные номеро-сутки, потом делите.

Загрузка нужна для вполне земных решений. Она помогает планировать уборки, белье, завтраки и смены. Будущая загрузка по уже принятым бронированиям показывает, на какие даты стоит поднять цену, а где придется искать спрос. Фактическая загрузка после выезда нужна для разбора результата. Эти два значения нельзя смешивать: сегодняшние 30% бронирований на дату через два месяца еще могут стать 90%, а прошедшие 30% уже не изменятся.

Высокая загрузка сама по себе не означает хороший результат. Если десять номеров ушли по 2 000 рублей, выручка за ночь составила 20 000 рублей. Восемь номеров по 3 000 рублей дадут 24 000 рублей при загрузке 80%. Второй вариант оставил два номера пустыми, но принес больше номерной выручки и, скорее всего, потребовал меньше переменных расходов.

Нормальной загрузки «для всех гостиниц» не существует. У моря август и ноябрь нельзя мерить одной планкой. Будний гостевой дом у промышленной площадки и загородный объект выходного дня продают разные даты разным гостям. Сравнивайте один и тот же день недели, сезон, набор работающих номеров и близкий срок до заезда. Иначе цифра создает уверенность без основания.

Считайте номера, а не гостей. Двое взрослых и ребенок в одном номере занимают одну номеро-сутку. Один гость, который оплатил двухместный номер целиком, тоже занимает одну. Если объект продает и целые номера, и отдельные койки, ему нужны два параллельных отчета: загрузка номерного фонда и загрузка коечного фонда. Смешанная дробь, где в числителе гости, а в знаменателе номера, не имеет управленческого смысла.

Переезд гостя между номерами не должен удваивать продажу одной ночи. Если человек вечером переселился из номера 3 в номер 7, объект все равно оказал одно оплаченное проживание за эту ночь, если второй номер освободился и его не продавали другому гостю. Система может отметить оба помещения как требующие уборки, но коммерческая загрузка и хозяйственная нагрузка в этом случае расходятся. Для уборки считайте работы, для выручки считайте проданные номеро-сутки.

ADR требует чистой номерной выручки

ADR показывает среднюю фактическую цену проданной номеро-сутки. Если за ночь продано семь номеров и номерная выручка составила 30 100 рублей, ADR равен 30 100 / 7 = 4 300 рублей.

Слово «фактическую» отсеивает цену из прайса. Номер мог стоять на сайте за 5 000 рублей, затем гость получил скидку 10%, оплатил 4 500 рублей и прожил ночь. В расчет идет 4 500 рублей. Если семь проданных номеров имели разные категории, тарифы и скидки, ADR соберет их в одну среднюю. Он не говорит, какой тариф продавался чаще, и не заменяет отчет по категориям.

В номерную выручку для этой метрики включайте начисленную плату за проживание после скидок и возвратов. Не добавляйте питание, баню, трансфер, аренду оборудования, продажу товаров и другие услуги отдельной строкой. Не добавляйте туристический налог и иные налоги, которые вы учитываете сверх цены проживания. В методических материалах STR номерная выручка для сопоставимого отчета исключает налоги, возвраты и переплаты; доходы прочих подразделений учитываются отдельно. Для маленького объекта смысл тот же: ADR должен описывать цену номера, а не средний чек гостя.

Комиссию канала продаж лучше не вычитать из номерной выручки при расчете обычного ADR. Гость купил номер за 5 000 рублей, значит в валовом ADR остается 5 000 рублей, а комиссия относится к расходам на привлечение. Так можно честно сравнить цены прямого канала и площадок. Рядом полезно считать внутренний показатель после комиссии, но назовите его прямо, например «чистая номерная выручка на проданную номеро-сутку». Не выдавайте его за стандартный ADR, иначе сравнение с прошлым отчетом или другим объектом сломается.

При нулевых продажах ADR не равен нулю. Делить выручку на ноль нельзя, поэтому в отчете ставьте пустое значение или «нет продаж». Ноль выглядит безобидно, но он искусственно занижает средний ADR, если кто-то позже усреднит дневные значения.

RevPAR связывает цену с непроданным фондом

RevPAR распределяет номерную выручку по всем доступным номеро-суткам, а не по проданным. При выручке 30 100 рублей и десяти доступных номерах RevPAR за ночь равен 30 100 / 10 = 3 010 рублей.

Вторая формула дает тот же ответ: ADR 4 300 рублей × загрузка 70%, то есть 0,70, = 3 010 рублей. Используйте это равенство как проверку отчета. Если два результата заметно различаются, вы взяли разные периоды, округлили загрузку слишком рано или включили в одну формулу другой набор доходов.

RevPAR полезнее одиночной загрузки или ADR, потому что наказывает и за слишком низкую цену, и за пустые номера. Рассмотрим две ночи:

• в ночь А продано 8 из 10 номеров по 3 000 рублей: загрузка 80%, ADR 3 000 рублей, RevPAR 2 400 рублей;
• в ночь Б продано 6 из 10 номеров по 4 200 рублей: загрузка 60%, ADR 4 200 рублей, RevPAR 2 520 рублей.

По загрузке ночь А выглядит лучше. По ADR лучше ночь Б. RevPAR показывает, что ночь Б принесла на 1 200 рублей больше номерной выручки всему объекту: 25 200 против 24 000 рублей. Это и есть причина держать три показателя рядом.

RevPAR не равен цене номера и не равен прибыли с номера. Гость не платил 2 520 рублей в ночь Б: средний проданный номер стоил 4 200 рублей. Разница появилась потому, что выручка распределилась на четыре непроданных номера. Расходы метрика вообще не видит.

Неделя десяти номеров раскладывается без магии

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

Понедельник: продано 3, выручка 9 000 ₽, загрузка 30%, ADR 3 000 ₽, RevPAR 900 ₽.
Вторник: продано 4, выручка 12 800 ₽, загрузка 40%, ADR 3 200 ₽, RevPAR 1 280 ₽.
Среда: продано 5, выручка 17 000 ₽, загрузка 50%, ADR 3 400 ₽, RevPAR 1 700 ₽.
Четверг: продано 6, выручка 22 200 ₽, загрузка 60%, ADR 3 700 ₽, RevPAR 2 220 ₽.
Пятница: продано 9, выручка 40 500 ₽, загрузка 90%, ADR 4 500 ₽, RevPAR 4 050 ₽.
Суббота: продано 10, выручка 50 000 ₽, загрузка 100%, ADR 5 000 ₽, RevPAR 5 000 ₽.
Воскресенье: продано 7, выручка 30 100 ₽, загрузка 70%, ADR 4 300 ₽, RevPAR 3 010 ₽.

За неделю продано 44 номеро-суток, доступно 70, номерная выручка равна 181 600 рублей. Получаем:

• загрузка = 44 / 70 × 100% = 62,86%;
• ADR = 181 600 / 44 = 4 127,27 рубля;
• RevPAR = 181 600 / 70 = 2 594,29 рубля;
• проверка = 4 127,27 × 0,6286 ≈ 2 594,29 рубля.

Не вычисляйте недельный ADR как среднее семи дневных ADR. Дни имеют разный вес: в субботу продано десять номеров, а в понедельник три. Простое среднее дневных значений равно 3 871,43 рубля и заметно занижает результат. Правильный недельный ADR делит общую недельную выручку на общее число проданных номеро-суток.

С RevPAR простое среднее дневных значений в этом примере совпадет с недельным, потому что каждый день было доступно ровно десять номеров. Стоит закрыть часть фонда, и это удобное совпадение исчезнет. Метод через суммы работает всегда: сначала общая выручка и общий доступный фонд, затем деление.

Таблица еще кое-что говорит о цене. Спрос рос к выходным, а ADR поднимался вместе с ним. Суббота продалась полностью по самой высокой средней цене недели. Если она регулярно заполняется задолго до заезда, цена, вероятно, растет слишком поздно. Если воскресенье остается на 70% при ADR 4 300 рублей, сначала стоит посмотреть срок бронирования и прошлые воскресенья, а не автоматически давать скидку.

Эту же неделю нельзя честно сравнивать с соседним объектом только по RevPAR. Метрика убирает разницу в количестве номеров, но не убирает разницу в категории, местоположении, наборе услуг, состоянии комнат и каналах продаж. Сравнение гостевого дома у трассы с мини-отелем у вокзала объяснит мало. Выберите несколько действительно похожих объектов или сравнивайте собственную динамику по одинаковым периодам.

Полезная проверка идет от денег назад. Умножьте недельный RevPAR 2 594,29 рубля на 70 доступных номеро-суток и получите примерно 181 600 рублей. Умножьте ADR 4 127,27 рубля на 44 продажи и получите ту же сумму. Расхождение в несколько копеек появится из-за округления. Расхождение в сотни рублей означает, что где-то потерялась ночь, возврат или часть выручки.

Каждая цифра умеет убедительно врать

Загрузка врет, когда ее принимают за доходность. Владелец видит 100%, но не замечает, что последний номер продал слишком дешево за месяц до даты и закрыл возможность принять более выгодный спрос. Полный дом может принести меньше, чем восемь правильно оцененных номеров.

ADR врет сильнее всего на малом количестве продаж. Два номера по 7 000 рублей дают ADR 7 000 рублей, который приятно поставить в отчет. При десяти доступных номерах загрузка составит 20%, выручка 14 000 рублей, RevPAR 1 400 рублей. Для сравнения, шесть номеров по 4 000 рублей дадут ADR всего 4 000 рублей, но RevPAR 2 400 рублей и выручку 24 000 рублей.

RevPAR врет, когда его называют прибылью. Представим две продажи с одинаковой номерной выручкой 24 000 рублей. В первой восемь бронирований пришли через канал с условной комиссией 20%, во второй шесть гостей забронировали напрямую. Обычный RevPAR при десяти доступных номерах одинаков, 2 400 рублей. После 4 800 рублей комиссии первая ночь уже уступает второй, а еще у нее больше уборок и комплектов белья.

RevPAR также скрывает доходы вне проживания. Гостевой дом с баней может заработать заметную сумму на отдельной услуге, но стандартный RevPAR ее не покажет. Это правильно: показатель отвечает за номерную выручку. Для общей выручки нужен отдельный отчет, а для прибыли нужны расходы. Не расширяйте RevPAR до тех пор, пока он не начнет означать все сразу и ничего конкретного.

Ни одна из трех метрик не показывает денежный поток. Гость мог оплатить август в марте, а поставщику белья вы заплатили в июле. Отчет за август признает номерную выручку в даты проживания, тогда как выписка банка покажет другое движение денег. Ошибка появляется, когда владелец сверяет ADR с поступлениями на счет за тот же день и считает разницу потерей. Это разные отчеты для разных вопросов.

Среднее значение скрывает состав продаж. ADR 4 000 рублей может получиться из четырех стандартных номеров по 4 000 рублей или из номера за 2 000 и номера за 6 000. Общая цена та же, но решения по категориям разные. Если дорогая категория регулярно уходит дешево, общий ADR может выглядеть приемлемо за счет других комнат. Поэтому после общей тройки показателей открывайте разрез по категории и тарифу.

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

Закрытый номер меняет знаменатель по правилам

Доступный номер должен быть реально готов к продаже. Факта существования в техническом паспорте недостаточно. Если в объекте десять номеров, но один закрыт на капитальный ремонт всю неделю и не может быть продан, рабочий фонд дает 9 × 7 = 63 доступные номеро-сутки. При 44 продажах загрузка будет 69,84%, а не 62,86%.

Этим правилом легко злоупотребить. Номер без спроса нельзя вечером объявить «закрытым», чтобы улучшить загрузку. Косметическая мелочь, которую можно устранить до заезда, тоже не должна автоматически убирать номер из предложения. Зафиксируйте внутреннее условие: кто переводит номер в статус «не продается», по какой причине, на какие даты и когда возвращает его в фонд. Тогда знаменатель можно проверить.

Бесплатное размещение владельца, сотрудника или знакомого не создает проданную номеро-сутку и номерную выручку. В рекомендациях STR complimentary rooms исключаются из rooms sold. Но физически занятый бесплатным гостем номер может лишить вас возможности продажи. Поэтому рядом с коммерческой загрузкой полезно видеть бесплатные и служебные размещения отдельной строкой, не подмешивая их в ADR.

Отмена до заезда не считается проданной номеро-суткой. Если вы вернули оплату полностью, номерная выручка тоже не возникла. Неустойку за отмену храните отдельным видом дохода, если ваша учетная политика не относит ее к проживанию. No-show требует такой же заранее установленной методики: важно не выбрать единственно красивую цифру, а одинаково обрабатывать случай каждый месяц.

Ранний заезд, поздний выезд и дневное использование создают пограничные случаи. Решите, когда услуга считается продажей номеро-суток, а когда доплатой к уже проданному проживанию. Запишите правило и не меняйте его в середине сезона. Для управленческого отчета последовательность полезнее попытки каждый раз подобрать трактовку, которая улучшит метрику.

Отчет ломают даты проживания, а не даты оплаты

Загрузка, ADR и RevPAR относятся к ночи проживания. Предоплата в марте за августовское бронирование не повышает мартовский ADR. Она влияет на деньги на счете и обязательства перед гостем, а номерная выручка для этих трех метрик относится к августовским ночам.

Бронирование на три ночи за 12 000 рублей нужно разнести по датам проживания. Если цена одинакова, каждая ночь получит 4 000 рублей. Если пятница стоит 3 000, суббота 5 000, воскресенье 4 000, сохраните эти суммы, а не среднее 4 000 на каждую дату. Иначе дневные ADR и RevPAR сотрут реальную разницу спроса, хотя итог бронирования останется тем же.

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

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

Отдельно храните время, когда бронирование появилось. Дата проживания отвечает за фактический результат, а дата создания брони показывает темп продаж. Например, будущая суббота загружена на 60% за четырнадцать дней до заезда. Сравните ее не с итоговыми 90% прошлой субботы, а с тем, сколько было забронировано за четырнадцать дней до той даты. Такое сравнение показывает, опережаете вы обычный темп или отстаете.

Не исправляйте прошлый отчет молча. Поздний возврат или найденная ошибка могут изменить выручку уже закрытого месяца. Сделайте корректировку, сохраните прежнее значение и причину изменения. Иначе владелец увидит в старой презентации один RevPAR, в текущей системе другой и перестанет доверять обоим.

Проверка месяца занимает несколько минут:

1. Умножьте число работающих номеров на дни, затем учтите подтвержденные закрытия по датам.
2. Сложите прожитые коммерческие номеро-сутки, исключив отмены и бесплатные размещения.
3. Сверьте номерную выручку с начислениями по ночам, скидками и возвратами.
4. Рассчитайте три метрики из общих сумм, не усредняя дневные проценты и тарифы.
5. Проверьте равенство RevPAR = ADR × загрузка и разберите расхождение до публикации отчета.

Решения принимают по связке, а не по чемпиону

Три метрики работают, когда их ставят в одну строку рядом с прошлым сопоставимым периодом и данными по каналам. Начните с RevPAR: он показывает итог номерной выручки на доступный фонд. Затем разложите изменение на загрузку и ADR. После этого проверьте комиссию канала и переменные расходы, прежде чем объявлять решение удачным.

Если загрузка выросла, ADR упал, а RevPAR остался прежним, вы продали больше работы за ту же выручку на доступный номер. Иногда это осознанный ход для слабого периода, но постоянной победой его считать нельзя. Посмотрите, откуда пришли дополнительные бронирования и сколько стоили комиссии, уборка и завтрак.

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

Если загрузка и ADR растут одновременно, RevPAR тоже вырастет. Такое сочетание часто указывает на сильный спрос или на то, что прежняя цена была занижена. Для будущих дат смотрите темп набора бронирований: полная суббота за четыре недели до заезда дает другой сигнал, чем полная суббота в шесть часов вечера.

Если RevPAR падает, разделите проблему. Падает загрузка при стабильном ADR - проверьте видимость по каналам, ограничения тарифа, закрытые продажи и календарь спроса. Падает ADR при стабильной загрузке - проверьте скидки, долю дешевых категорий и слишком ранние продажи. Падают оба значения - сравните рынок и прошлый год, но сначала убедитесь, что данные не испортила смена правил учета.

Отчет в Плацкарте может считать загрузку, ADR и RevPAR из шахматки, бронирований и начислений, чтобы владельцу не собирать ночи вручную. Автоматический расчет все равно зависит от исходных статусов, цен и закрытий: программа быстро умножает числа, но не может угадать, почему номер исчез из продажи.

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