ADR, RevPAR и загрузка: как считать метрики отеля и на что влиять

Управляющий говорит: «У нас загрузка 87%, сезон отличный». Собственник смотрит отчёт и видит, что денег на счёте меньше, чем год назад при загрузке 74%. Оба правы — просто они смотрят на разные вещи. Загрузка описывает, насколько занят отель. Она ничего не говорит о том, сколько отель зарабатывает.

Чтобы разговор о деньгах был предметным, нужны три метрики и понимание, как они связаны. Ниже — формулы, пример расчёта и типичные ошибки, из-за которых цифры в управленческом отчёте начинают жить отдельно от бизнеса.

Три метрики, которые нельзя смотреть по отдельности

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

Загрузка: где в ней прячется ошибка

Формула простая, но знаменатель решает всё:

Доступные номеро-ночи — это фонд, который реально мог быть продан. Если из 40 номеров четыре весь месяц стояли в ремонте, знаменатель за 30 дней равен не 1200, а 1080. Номера, выведенные из продажи на длительный срок, из расчёта исключают — иначе метрика наказывает отель за ремонт, который сам же и повышает будущую цену.

Второй источник расхождений — что считать проданной ночью. Проживание сотрудников, размещение по бартеру, комплимент блогеру, номер для водителя группы: физически номер занят, выручки нет. Такие ночи корректно учитывать отдельной строкой (complimentary / house use) и не смешивать с продажами.

ADR: средняя цена проданного номера

Ключевое слово — «от номерного фонда». В ADR входит только плата за размещение. Завтраки, трансфер, баня, экскурсии, поздний выезд и парковка в него не входят — для этого есть TRevPAR (о нём ниже). Если отель продаёт пакет «2 ночи + ужин + баня» одной суммой, её нужно разложить: иначе ADR будет расти просто от того, что в пакет добавили услугу, а цена за размещение осталась прежней.

Второй нюанс — НДС и туристический налог. Метрику считают по выручке без НДС; иначе отель, применяющий общую систему налогообложения, окажется «дороже» упрощенца при одинаковой цене на витрине. Для сравнения с рынком это критично.

RevPAR: главная цифра для собственника

RevPAR — выручка в расчёте на каждый номер фонда, включая непроданные. Именно он отвечает на вопрос «сколько отдаёт актив».

Вторая формула объясняет, почему бессмысленно оптимизировать загрузку и цену по отдельности. Скидка 15%, которая подняла загрузку с 70% до 78%, даёт RevPAR хуже исходного. Повышение цены на 10%, уронившее загрузку с 70% до 61%, — тоже. Задача revenue-менеджера — найти точку, где произведение максимально, а не один из множителей.

Пример расчёта: два сценария на одном объекте

Загородный отель, 40 номеров, расчётный месяц — 30 дней, доступный фонд 1200 номеро-ночей. Управляющий предлагает разогнать загрузку акцией «−20% при бронировании от двух ночей». Считаем оба сценария. Цифры условные, для иллюстрации механики.

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

TRevPAR и GOPPAR: когда номера — не вся выручка

Для городского отеля без ресторана RevPAR почти исчерпывает картину. Для загородного объекта, глэмпинга или курорта — нет: баня, питание, экскурсии и SPA дают заметную долю дохода, а иногда и всю маржу.

TRevPAR показывает, сколько гость тратит на территории сверх проживания. GOPPAR — единственная из метрик, которая учитывает затраты, и потому ближе всего к вопросу собственника «сколько я заработал». Разрыв между RevPAR и TRevPAR — прямое указание на потенциал дополнительных услуг: если он меньше 25–30%, отель почти наверняка недопродаёт то, что у него уже есть.

Разрез по каналам: где RevPAR обманывает

Один и тот же RevPAR может быть собран из принципиально разной экономики. Ночь, проданная через ОТА с комиссией 20%, и ночь с прямой брони через сайт отличаются по чистому результату на пятую часть цены.

Поэтому канальный отчёт по RevPAR — обязательная часть управленческой отчётности. Он же обычно и становится аргументом в пользу развития прямых продаж: перевод даже 10% объёма из ОТА в прямой канал даёт результат, сопоставимый с повышением цены на 2%, но без риска потерять гостя.

Семь ошибок в подсчётах, которые встречаются чаще всего

1. Загрузка считается от физического фонда, а не от доступного — метрика занижена весь период ремонта.
2. В ADR попадает питание и допуслуги — цена размещения выглядит выше рынка, сравнение с конкурентами теряет смысл.
3. Комплименты и house use учтены как продажи — загрузка выше, ADR ниже, обе цифры неверны.
4. Метрики сравнивают месяц к месяцу вместо сопоставимого периода прошлого года — сезонность полностью перекрывает управленческий эффект.
5. RevPAR не разложен по каналам — отель не видит, что рост выручки съеден комиссией.
6. Выручка учитывается с НДС — искажено и сравнение с рынком, и собственная динамика при смене режима налогообложения.
7. Считается только факт, не считается pace — темп набора броней на будущие даты. Факт показывает прошлое; управлять ценой можно только по pace.

С чего начать, если системы учёта нет

Не нужно внедрять RMS, чтобы начать управлять ценой. Минимальный набор, который закрывает 80% задач небольшого объекта:

• Таблица с ежедневными данными: доступный фонд, проданные ночи, выручка от размещения, выручка от услуг, канал продажи.
• Месячный отчёт с Occupancy, ADR, RevPAR и TRevPAR — в сравнении с тем же месяцем прошлого года.
• Разрез RevPAR по каналам с вычетом комиссий — раз в месяц.
• Еженедельный срез pace: сколько ночей и по какой цене уже продано на 30, 60 и 90 дней вперёд.
• Календарь дат повышенного спроса на год вперёд: праздники, каникулы, локальные события, — цены на них пересматриваются первыми.

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