Метрики отеля: ADR, RevPAR, загрузка, ALOS и другие

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

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

Главная мысль: метрики работают только тройками

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

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

Правило второе: любая метрика имеет смысл только в сравнении с собой же год к году. Абсолютное число «RevPAR 3 000 ₽» не говорит ничего — ни хорошо, ни плохо. Говорит только «RevPAR в июле на 12% выше, чем в июле прошлого года, при том же номерном фонде». В сезонном бизнесе сравнение месяц-к-месяцу измеряет не вашу работу, а календарь: падение с июля на октябрь произойдёт в любом случае, даже если вы стали работать вдвое лучше.

Базовая тройка: загрузка, ADR, RevPAR

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

Дальше во всех примерах — один и тот же условный отель: 50 номеров, период 30 дней. Значит, доступных номеро-ночей: 50 × 30 = 1 500. Числа взяты для иллюстрации арифметики, это не бенчмарк и не норма.

Occupancy — загрузка

Формула: Загрузка = проданные номеро-ночи ÷ доступные номеро-ночи × 100%.

Условный расчёт: за месяц продано 900 номеро-ночей. 900 ÷ 1 500 = 0,6, то есть загрузка 60%.

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

Что загрузка НЕ показывает: деньги. Совсем. Она не знает, продали вы номер за 3 000 ₽ или за 15 000 ₽. Отель со 100% загрузки может быть убыточным, а с 55% — прибыльным. Ещё загрузка не показывает, какой ценой она получена: скидка, которая подняла загрузку на 10 пунктов, могла срезать выручку по всем броням сразу. Подробно про то, где загрузка теряется и что с этим делать, — в разборе как увеличить загрузку отеля.

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

Формула: ADR (Average Daily Rate) = выручка от номерного фонда ÷ проданные номеро-ночи.

Условный расчёт: выручка от номерного фонда за месяц 4 500 000 ₽, продано 900 номеро-ночей. 4 500 000 ÷ 900 = 5 000 ₽. ADR = 5 000 ₽.

На какой вопрос отвечает: по какой средней цене реально уходит номер. Не по прайсу, не по BAR-тарифу, а по факту — после скидок, промокодов, длинных броней и договорённостей с каналами. Это метрика ценовой политики.

Что ADR НЕ показывает: объём. ADR считается только от проданных номеров, пустые в знаменатель не попадают. Отель, продавший за месяц два люкса по 30 000 ₽ и больше ничего, имеет ADR 30 000 ₽ — и почти нулевую выручку. Поэтому рост ADR сам по себе не победа: он может быть следствием того, что вы отсекли дешёвый сегмент и потеряли объём.

RevPAR — выручка на доступный номер

Формула: RevPAR (Revenue Per Available Room) = выручка от номерного фонда ÷ доступные номеро-ночи. Эквивалентная запись: RevPAR = загрузка × ADR.

Условный расчёт: 4 500 000 ₽ ÷ 1 500 = 3 000 ₽. Проверка вторым способом: 60% × 5 000 ₽ = 3 000 ₽. Сходится всегда — это одна и та же арифметика.

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

Что RevPAR НЕ показывает: во-первых, расходы — RevPAR у двух отелей может совпадать, а прибыль отличаться вдвое (для этого есть GOPPAR). Во-вторых, всю выручку сверх номера: питание, бар, экскурсии, парковку, спа (для этого есть TRevPAR). В-третьих, RevPAR можно косметически «улучшить», сократив знаменатель: выведите десять номеров из продажи — и доступных номеро-ночей станет меньше, а RevPAR подрастёт при той же выручке. Число выросло, отель — нет.

Почему загрузка обманывает: 100% против 70%

Классический пример, ради которого RevPAR и придумали. Тот же условный отель на 50 номеров, 1 500 доступных номеро-ночей за месяц. Два сценария:

• Сценарий А — «полный отель». Загрузка 100%, ADR 3 000 ₽. Продано 1 500 номеро-ночей, выручка 4 500 000 ₽, RevPAR = 3 000 ₽.
• Сценарий Б — «полупустой отель». Загрузка 70%, ADR 4 500 ₽. Продано 1 050 номеро-ночей, выручка 4 725 000 ₽, RevPAR = 3 150 ₽.

Сценарий Б заработал на 225 000 ₽ больше, обслужив на 450 номеро-ночей меньше. То есть меньше уборок, меньше белья, меньше завтраков, меньше износа, меньше нагрузки на персонал — и при этом больше денег. А отчёт «у нас была загрузка 100%» звучит красивее, чем «у нас было 70%».

И это ещё без учёта расходов. Если посчитать переменную себестоимость одной проданной ночи (уборка, амортизация, завтрак), разрыв между сценариями станет больше в пользу Б.

Дальше по зрелости: что добавлять и когда

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

ALOS — средняя длительность проживания

Формула: ALOS (Average Length of Stay) = проданные номеро-ночи ÷ количество броней.

Условный расчёт: 900 номеро-ночей при 180 бронях. 900 ÷ 180 = 5. ALOS = 5 ночей.

Почему для курорта это ключевая метрика. Одна и та же загрузка может состоять из 180 броней по 5 ночей или из 450 броней по 2 ночи. Второй вариант — тот же RevPAR при вдвое большей себестоимости: больше заездов и выездов, больше генеральных уборок, больше смен белья, больше запросов на обработку, больше окон в шахматке между бронями, которые невозможно продать. И привлечение дороже: чтобы собрать 450 броней, нужно втрое больше рекламы, обращений и работы менеджера, чем на 180. Длинная бронь дешевле и в обслуживании, и в привлечении — поэтому скидка за длительность на курорте почти всегда выгоднее общей скидки.

Что ALOS НЕ показывает: прибыльность. Длинная бронь может быть длинной именно потому, что вы дали под неё большую скидку. Смотреть ALOS нужно рядом с ADR — иначе вы будете растить длительность за счёт цены.

TRevPAR — вся выручка на доступный номер

Формула: TRevPAR (Total Revenue Per Available Room) = вся выручка отеля ÷ доступные номеро-ночи. «Вся» — это номера плюс питание, бар, спа, экскурсии, трансфер, парковка, поздний выезд и всё остальное.

Условный расчёт: номерной фонд дал 4 500 000 ₽, питание и услуги — ещё 1 800 000 ₽. Итого 6 300 000 ₽ ÷ 1 500 = 4 200 ₽. TRevPAR = 4 200 ₽ против RevPAR 3 000 ₽.

Почему для курортного отеля с питанием RevPAR врёт. В этом условном примере RevPAR не видит 1 800 000 ₽ — почти 30% всей выручки. Если у вас полупансион, ресторан, спа или экскурсии, вы принимаете решения по метрике, которая игнорирует треть денег. Гость, купивший номер дешевле, но взявший питание и трансфер, по RevPAR выглядит хуже гостя, который снял тот же номер дороже и уехал есть в город. По TRevPAR — наоборот. Это меняет и тарифную политику, и то, какие пакеты вы продвигаете.

Что TRevPAR НЕ показывает: маржинальность. Ресторан может давать выручку и не давать прибыли. TRevPAR складывает рубли с разной себестоимостью в одну кучу — разложить их обратно умеет только GOPPAR.

GOPPAR — операционная прибыль на доступный номер

Формула: GOPPAR (Gross Operating Profit Per Available Room) = валовая операционная прибыль ÷ доступные номеро-ночи. Валовая операционная прибыль (GOP) = вся выручка минус операционные расходы (персонал, коммунальные, продукты, комиссии каналов, реклама, обслуживание здания) — но до аренды, налогов, процентов по кредитам и амортизации.

Условный расчёт: вся выручка 6 300 000 ₽, операционные расходы 4 200 000 ₽. GOP = 2 100 000 ₽. 2 100 000 ÷ 1 500 = 1 400 ₽. GOPPAR = 1 400 ₽.

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

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

Что GOPPAR НЕ показывает: чистую прибыль. До неё ещё аренда, кредиты, налоги и амортизация. GOPPAR оценивает качество операционного управления, а не итог для кармана владельца.

Окно бронирования (booking window, lead time)

Формула: Окно бронирования = среднее количество дней между датой создания брони и датой заезда.

Смысл: показывает, когда гость принимает решение, — и потому определяет, когда имеет смысл включать рекламу, открывать раннее бронирование и менять цену. Считать среднее по всему отелю бесполезно; считать нужно в разрезах: по сезону (перед высоким сезоном окно длиннее), по каналу (прямые брони и брони из разных каналов ведут себя по-разному) и по типу гостя (семья планирует за месяцы, пара может приехать на выходных спонтанно).

Что не показывает: окно ничего не говорит про качество броней. Длинное окно — не всегда хорошо: чем раньше бронь, тем выше шанс отмены.

Процент отмен и no-show

Формулы: Процент отмен = отменённые брони ÷ все подтверждённые брони × 100%. Процент no-show = брони, по которым гость не приехал и не отменил, ÷ все подтверждённые брони × 100%.

Смысл: это метрика достоверности вашего календаря. Если отмен много, ваша «загрузка на будущее» — фикция, и планировать по ней закупки и смены персонала нельзя. Высокий процент отмен обычно означает одно из двух: либо вы продаёте слишком много полностью возвратных тарифов без предоплаты, либо цена не воспринимается как окончательная и гость держит вас как запасной вариант. No-show отдельно от отмен важен потому, что отменённую заранее ночь ещё можно перепродать, а no-show — уже нет.

Что не показывает: причину. Одинаковый процент отмен может быть следствием политики тарифов, поведения конкретного канала или сезона. Разрез по каналам и тарифам обязателен, иначе метрика бесполезна.

Доля прямых броней

Формула: Доля прямых = выручка от прямых броней ÷ вся выручка от номерного фонда × 100%. Считать нужно в деньгах, а не в штуках броней: прямые и агрегаторские брони часто отличаются по длительности и чеку, и доля «по количеству» покажет не то.

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

Что не показывает: оправданность комиссии. Агрегатор, приведший гостя, который вас не знал, отработал свои деньги. Проблема не в комиссии как таковой, а в комиссии за гостя, который и так к вам шёл.

Стоимость привлечения брони

Формула: Стоимость привлечения брони = все расходы на привлечение ÷ количество броней. В расходы честно включаются: реклама, комиссии каналов, скидки и промокоды, работа менеджера, подписки на сервисы. Считать отдельно по каналам — иначе метрика бессмысленна.

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

Что не показывает: ценность гостя за пределами одной брони. Дорогой в привлечении гость, который вернётся ещё дважды, дешевле дешёвого одноразового. Это уже про LTV.

Доля повторных гостей

Формула: Доля повторных = гости, приезжавшие к вам раньше, ÷ все гости за период × 100%.

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

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

LTV гостя

Формула: LTV (Lifetime Value) = средняя выручка с одного приезда × среднее количество приездов одного гостя. Для более точного счёта из выручки вычитают переменную себестоимость проживания — тогда получается LTV по марже, а не по обороту.

Условный расчёт: средняя выручка с приезда 40 000 ₽, среднее число приездов гостя 2,5. LTV = 100 000 ₽.

Смысл: LTV задаёт потолок того, сколько разумно платить за нового гостя. Если LTV 100 000 ₽, привлечение за 8 000 ₽ — хорошая сделка, даже если первая бронь была на 25 000 ₽ и «не окупила рекламу». Без LTV любое обсуждение рекламного бюджета сводится к спору о стоимости первой брони.

Что не показывает: LTV — это средняя по всем гостям, а гости не одинаковы. Считать его целиком имеет смысл только когда набралась история за несколько сезонов; до этого он показывает не ценность гостя, а длину вашего периода наблюдения.

Сводная таблица метрик отеля

Всё вышесказанное в одном месте. Формулы даны словами; знак ÷ означает деление.

Как сравнивать честно

Посчитать метрику — половина дела. Вторая половина — сравнить её так, чтобы сравнение что-то значило.

• Год к году, а не месяц к месяцу. Июль всегда лучше октября — это про сезон, а не про вас. Сравнивайте июль с июлем. Если хочется видеть динамику внутри года, смотрите скользящий год (последние 12 месяцев к предыдущим 12) — сезонность в нём взаимно погашается.
• Учитывайте изменение номерного фонда. Если вы достроили корпус или, наоборот, вывели номера из продажи, RevPAR год к году сравнивать напрямую нельзя: у него изменился знаменатель. Абсолютная выручка при этом может вырасти, а RevPAR — упасть, и это нормально: новые номера набирают загрузку не сразу.
• Не сравнивайте себя с чужими цифрами из интернета. Другой регион, другой класс объекта, другая сезонность, другой номерной фонд, другая методика счёта (с НДС или без, с питанием или без). «Нормального RevPAR» не существует — существует ваш RevPAR в прошлом году.
• Сравнивайте сопоставимые периоды. Календарь смещается: расположение майских праздников, длина сезона, високосный год. Иногда честнее сравнивать «первые 8 недель сезона» с «первыми 8 неделями сезона», а не календарные месяцы.

Pace — единственная метрика, которая смотрит вперёд

Все метрики выше — это зеркало заднего вида. Они рассказывают, что уже случилось, когда изменить это уже нельзя. Pace (темп набора броней) — исключение.

Формула: Pace = номеро-ночи, набранные на будущую дату по состоянию на сегодня, ÷ номеро-ночи, набранные на ту же дату год назад по состоянию на аналогичный день до заезда.

Условный пример: сегодня 15 марта, и на 20 июля у вас набрано 300 номеро-ночей. Год назад на 15 марта на 20 июля было набрано 250. Pace = 300 ÷ 250 = 1,2 — вы идёте на 20% впереди прошлого года.

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

Ценность pace в том, что он даёт время. Если в марте видно, что июль отстаёт на 20%, у вас есть четыре месяца, чтобы что-то сделать: открыть раннее бронирование, поднять активность в каналах, написать прошлым гостям. Если вы узнаете об этом из отчёта за июль, делать уже нечего. Это единственная метрика, по которой можно принять решение до того, как деньги не пришли.

Частые ошибки счёта

Эти четыре ошибки встречаются чаще всех остальных вместе взятых — и каждая делает метрику красивее, чем она есть.

1. Считать загрузку от проданных, а не от доступных номеров. Формально абсурд, но на практике так получается легко: берут выручку и делят на число фактически заселённых номеров, называя это «средней загрузкой». В знаменателе загрузки всегда стоят ВСЕ номеро-ночи, которые вы могли продать. Пустой номер — это тоже единица в знаменателе, и в этом весь смысл метрики. Та же ошибка убивает RevPAR: если поделить выручку на проданные ночи, получится ADR, а не RevPAR, и число будет завышено ровно во столько раз, во сколько загрузка меньше 100%.
2. Не определиться с номерами на ремонте (out of order). Десять номеров закрыты на месяц. Если считать их доступными, загрузка и RevPAR упадут — фонд-то в знаменателе. Если исключить, вырастут. В условном отеле на 50 номеров исключение десяти сокращает знаменатель с 1 500 до 1 200 номеро-ночей: при выручке 4 500 000 ₽ RevPAR прыгает с 3 000 ₽ до 3 750 ₽ — плюс 25% без единой новой брони. Оба подхода допустимы, недопустим один: считать по-разному в разные месяцы или в разных отчётах. Договоритесь один раз, зафиксируйте и не меняйте — иначе год к году вы будете сравнивать методику, а не работу. Управленчески полезнее исключать номера, физически недоступные к продаже: тогда RevPAR оценивает работу с тем фондом, который реально был на руках, а стоимость простоя ремонта считается отдельно.
3. Считать ADR то с питанием и НДС, то без. Самая незаметная ошибка. В одном отчёте ADR берут из суммы, которую заплатил гость (с завтраком и с НДС), в другом — из «чистого» тарифа за номер. Разница может быть в 20–30%, и обе цифры называются ADR. Дальше эти два ADR попадают в разные презентации, и обсуждение превращается в спор о том, чья цифра правильная. Правило простое: все метрики номерного фонда считаются от одной и той же базы — обычно от выручки за номер без питания и услуг и без НДС. Питание и услуги живут в TRevPAR, для этого он и нужен. И зафиксируйте базу письменно: через год никто не вспомнит, как считали.
4. Смотреть на среднее по году в сезонном бизнесе. «Средняя загрузка за год 55%, средний ADR 6 000 ₽» — это описание отеля, которого не существует. Реальность условного курортного объекта: 90%+ в июле по высокой цене и 20% в феврале по низкой. Среднее между ними не описывает ни июль, ни февраль и не годится ни для одного решения — ни для ценообразования, ни для штатного расписания, ни для рекламного бюджета. В сезонном бизнесе метрики считают по сезонам (низкий, плечевой, высокий, пиковый) и сравнивают сезон с тем же сезоном прошлого года. Годовое среднее пригодно ровно для одного: сравнить год с годом целиком.