Как рассчитать RevPAR — доход на доступный номер

Коротко: RevPAR (Revenue per Available Room, доход на доступный номер) рассчитывается так: RevPAR = доход от номеров ÷ количество доступных номеро-ночей. Тот же результат даёт формула RevPAR = ADR × загрузка. Показатель отвечает на вопрос, сколько дохода от проживания принёс каждый номер фонда — независимо от того, был он продан или пустовал.

RevPAR — главный показатель эффективности в гостиничном бизнесе, потому что объединяет цену и загрузку в одной цифре. В этой статье — правильная формула по стандарту USALI (Uniform System of Accounts for the Lodging Industry), пошаговые примеры в узбекских сумах, типичные ошибки, связь RevPAR с ADR, загрузкой и GOPPAR, а также то, как PMS для гостиницы uMehmon считает всё это автоматически.

Что такое RevPAR и зачем он нужен

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

Представьте две гостиницы в Самарканде с одинаковым числом номеров. Первая продаёт дорого, но заполнена наполовину. Вторая продаёт дешевле, но почти полная. Кто сработал лучше? По ADR и по загрузке ответы будут противоположными. RevPAR даёт одну сопоставимую цифру.

Поэтому собственники, управляющие, ревеню-менеджеры и инвесторы в первую очередь смотрят именно на RevPAR. С его помощью:

• отслеживают динамику одного объекта во времени;
• сравнивают отели разного размера (показатель считается на номер);
• оценивают ценовые решения — повышение или снижение тарифов на сезон;
• проверяют эффект изменений в дистрибуции, например подключения нового канала через Channel Manager;
• ставят цели команде и составляют бюджет.

Чего RevPAR не показывает

RevPAR — показатель выручки, а не прибыли. В нём нет дохода ресторана, прачечной, трансферов, и он полностью игнорирует расходы. Отель может поднять RevPAR за счёт высоких комиссий OTA или больших затрат на рекламу и при этом заработать меньше. Поэтому RevPAR всегда нужно читать вместе с GOP и GOPPAR.

Формула RevPAR по USALI

Есть две равнозначные формулы, и обе корректны по определениям USALI.

Почему две формулы RevPAR совпадают? ADR × загрузка = (доход ÷ проданные) × (проданные ÷ доступные). «Проданные номера» сокращаются, и остаётся доход ÷ доступные номера.

Что считать доступными номерами

Доступные номера — это количество номеров в фонде, умноженное на число ночей. У гостиницы на 40 номеров за 30-дневный месяц 40 × 30 = 1 200 доступных номеро-ночей.

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

Что считать доходом от номеров

• Включать: фактически полученную стоимость проживания после скидок, плату за почасовое проживание и поздний выезд, если в вашей учётной политике они относятся к номерному доходу.
• Исключать: НДС, туристический сбор и другие налоги.
• Исключать: завтраки, ресторан, мини-бар, прачечную, трансферы, экскурсии и прочие услуги.
• Исключать: предоплаты за будущие проживания, которые ещё не состоялись.

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

Примеры расчёта в сумах

Все цифры ниже — условные примеры, а не рыночные данные.

Пример 1: одна ночь

Пример: гостевой дом в Бухаре на 20 номеров продал сегодня 14 номеров, чистый доход от проживания — 8 400 000 сумов.

• Доступные номера = 20
• Загрузка = 14 ÷ 20 = 70%
• ADR = 8 400 000 ÷ 14 = 600 000 сумов
• RevPAR = 8 400 000 ÷ 20 = 420 000 сумов
• Проверка: 600 000 × 0,70 = 420 000 сумов

Пример 2: месяц

Пример: гостиница в Ташкенте на 40 номеров, месяц 30 дней.

• Доступные номеро-ночи = 40 × 30 = 1 200
• Продано = 840 номеро-ночей
• Чистый доход от номеров = 504 000 000 сумов
• Загрузка = 840 ÷ 1 200 = 70%
• ADR = 504 000 000 ÷ 840 = 600 000 сумов
• RevPAR = 504 000 000 ÷ 1 200 = 420 000 сумов

Месячный RevPAR — это не среднее арифметическое 30 дневных значений. Всегда суммируйте доход и доступные номера за весь период, а затем делите один раз.

Пример 3: цена против загрузки

Пример: две гостиницы на 30 номеров в одном городе, один и тот же месяц (по 900 доступных номеро-ночей).

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

Пример 4: GOPPAR поверх RevPAR

Пример: у гостиницы из примера 2 общий доход за месяц (номера и другие службы) — 560 000 000 сумов, операционные расходы — 380 000 000 сумов.

• GOP = 560 000 000 − 380 000 000 = 180 000 000 сумов
• GOPPAR = 180 000 000 ÷ 1 200 = 150 000 сумов

RevPAR 420 000 сумов показывает, насколько хорошо продавались номера, а GOPPAR 150 000 сумов — сколько операционной прибыли принёс каждый доступный номер.

Пример 5: хостел

Пример: хостел с 6 общими номерами по 8 коек (48 коек), месяц 30 дней.

• Доступные койко-ночи = 48 × 30 = 1 440
• Продано койко-ночей = 1 008
• Доход = 120 960 000 сумов
• Загрузка по койкам = 1 008 ÷ 1 440 = 70%
• Средняя цена за койку = 120 960 000 ÷ 1 008 = 120 000 сумов
• Доход на доступную койку = 120 960 000 ÷ 1 440 = 84 000 сумов

Если считать по номерам, а не по койкам, общий номер с одним гостем выглядел бы «проданным», и цифры сильно исказились бы. В режиме хостела uMehmon считает загрузку по койкам, поэтому показатели строятся на койко-ночах автоматически. Подробнее — на странице программа для хостела.

RevPAR, ADR, загрузка и GOPPAR: сравнение

Полезная привычка: при каждом изменении RevPAR спрашивайте «почему?». Разложите изменение на часть загрузки и часть ADR. Если RevPAR вырос только за счёт снижения цен, проверьте, не выросли ли расходы ещё быстрее. Если RevPAR упал из-за загрузки при стабильном ADR, проблема скорее в дистрибуции и видимости, а не в цене. Подробно о компонентах — в статьях что такое ADR и что такое загрузка (occupancy).

Вопросы и ответы

Вопрос: Может ли RevPAR быть выше ADR? Ответ: Нет. RevPAR = ADR × загрузка, а загрузка не превышает 100%. RevPAR равен ADR только в ночь, когда проданы все доступные номера.

Вопрос: Стоит ли считать RevPAR по категориям номеров? Ответ: Да, это очень полезно. Возьмите доход и фонд только одной категории. Часто выясняется, что у люксов высокий ADR, но слабый RevPAR, потому что они редко продаются.

Вопрос: Дневной RevPAR сильно скачет — это плохо? Ответ: Не обязательно. Будни и выходные, события и праздники дают естественные колебания. Для трендов смотрите недельные и месячные значения, а дневные используйте для оперативных решений.

Вопрос: Считается ли почасовое проживание проданным номером? Ответ: Подходы различаются. Многие отели относят доход от почасовых броней к номерному доходу, но не считают их дополнительной проданной ночью. Выберите одно правило и соблюдайте его; в uMehmon почасовой доход выводится отдельным показателем, чтобы его вклад был виден.

Как использовать RevPAR для решений

1. Поставьте цель на месяц и следите за темпом

Умножьте целевой RevPAR на доступные номера — получите цель по доходу от номеров. Для гостиницы на 40 номеров с целью 450 000 сумов в 30-дневном месяце это 450 000 × 1 200 = 540 000 000 сумов. Раз в неделю проверяйте, идёте ли вы в графике.

2. Выбирайте между ценой и объёмом

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

3. Честно оценивайте каналы

Выручка от OTA красиво смотрится в RevPAR, но комиссия — это расход. Следите за долями прямых, OTA и корпоративных броней в финансовом отчёте uMehmon и сравнивайте их с GOPPAR. Если вы подключаете Booking.com, прочитайте как подключиться к Booking.com.

4. Смотрите на весь календарь

Шахматка в PMS показывает свободные ночи одним взглядом. Одиночные «окна» между двумя проживаниями трудно продать, и они снижают RevPAR. Перенос брони в другой номер перетаскиванием на шахматке может освободить более длинный период, который легче продать.

5. Контролируйте отмены и no-show

Высокая доля отмен делает «забронированный» RevPAR ненадёжным. Отслеживайте процент отмен и незаезды, а на пиковые даты рассмотрите предоплату.

Типичные ошибки при расчёте RevPAR

1. НДС или туристический сбор включены в доход от номеров.
2. В доход от номеров попали завтраки и другие услуги.
3. В знаменателе проданные номера вместо доступных (так получается ADR, а не RevPAR).
4. Номера на ремонте убраны из фонда ради красивой цифры, и правило меняется от месяца к месяцу.
5. Месячный RevPAR посчитан как среднее дневных значений.
6. Сравниваются периоды разной длины или с разным фондом.
7. В хостеле считают номера, а не койки.
8. RevPAR воспринимают как прибыль и забывают о расходах.

Плюсы и минусы RevPAR как KPI

Плюсы

• Объединяет цену и загрузку в одном числе.
• Позволяет сравнивать отели разного размера.
• Простая формула по USALI, понятная собственникам и инвесторам.
• Быстро показывает эффект ценовых решений и изменений в каналах продаж.

Минусы и ограничения

• Не учитывает расходы и может «поощрять» убыточный рост.
• Не учитывает доходы ресторана и дополнительных услуг.
• Зависит от того, как определены фонд и номерной доход.
• Скрывает структуру: один и тот же RevPAR может получиться при очень разных ADR и загрузке.
• Напрямую не сравним между хостелом (койки) и отелем (номера).

Тетрадь, Excel или PMS: сравнение способов расчёта

Как uMehmon считает RevPAR автоматически

uMehmon — облачная система управления гостиницей для отелей, хостелов, апарт-отелей и гостевых домов Узбекистана. Брони, заселения, фолио, касса и расходы ведутся в одной системе, поэтому RevPAR считается по реальным операциям, а не по таблице, которую забыли обновить.

В финансовом отчёте около 24 показателей на основе USALI, в том числе:

• доход от номеров, поступления в кассу и расходы;
• GOP и маржа GOP;
• загрузка, ADR, RevPAR и GOPPAR;
• проданные номеро-ночи, ALOS (средняя продолжительность проживания), новые брони, заезды;
• срок бронирования (lead time), процент отмен, доли прямых, OTA и корпоративных продаж, средняя скидка;
• почасовой доход и уровень собираемости оплат.

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

Другие функции, которые напрямую влияют на RevPAR:

• Шахматка на 7/14/30/60 дней с дневной статистикой: занято, свободно, заезды, выезды, % загрузки.
• Ценовой диапазон с подтверждением менеджера для цены вне диапазона.
• Channel Manager: двусторонняя синхронизация iCal с Booking.com и Expedia уже работает, Booking.com Connectivity API — для сертифицированных аккаунтов. Входящая бронь автоматически размещается в свободный номер, а при отсутствии свободных номеров появляется предупреждение об овербукинге.
• Статусы уборки: после выезда номер после уборки снова продаётся в тот же день.
• Категории расходов в кассе, из которых считаются GOP и GOPPAR.

Подробнее об отчётах — на странице аналитика для гостиницы. Если вас интересует автоматическое управление ценами, прочитайте что такое динамическое ценообразование: автомата динамических цен в uMehmon пока нет (он в дорожной карте), но ценовой диапазон и аналитика дают данные для ручной корректировки тарифов.

Итог

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

Считать всё это вручную каждый месяц долго и рискованно. uMehmon рассчитывает RevPAR, ADR, загрузку, GOPPAR и другие показатели USALI автоматически, со сравнением с прошлым периодом и учётом койко-ночей для хостелов. Попробуйте 14 дней бесплатно и увидите свой RevPAR уже сегодня.