Ниже подробное решение задачи с пояснениями и заполненным бланком.
Прежде чем считать, принимаем одно допущение: июнь имеет 30 дней.
- Расчёты по данным
- Свободных ROOM-NIGHTS за июнь: 100 номеров × 30 дней = 3000
- Проданных ROOM-NIGHTS: 2400
- Доход от продажи номеров: 7 200 000 ₽
- Гостей за период: 1800
- Стоимость питания на гостя: 800 ₽
Дополнительно считаем доход от питания:
- Доход от питания: 1800 × 800 = 1 440 000 ₽
Общий доход за июнь (номеров + питания):
- Общий доход: 7 200 000 + 1 440 000 = 8 640 000 ₽
- Формулы и расчёты
Задание 1. Occupancy Rate (Occ%) Формула: Occ% = (ПроданоRoom-Nights) / (AvailableRoom-Nights) × 100 Расчёт: 2400 / 3000 × 100 = 80% Ответ: Occ% = 80%
Задание 2. ADR (Average Daily Rate) Формула: ADR = Доход от номеров / ПроданоRoom-Nights Расчёт: 7 200 000 / 2 400 = 3 000 ₽ Ответ: ADR = 3 000 ₽
Задание 3. RevPAR (Revenue Per Available Room) Формула: RevPAR = Доход от номеров / AvailableRoom-Nights Расчёт: 7 200 000 / 3 000 = 2 400 ₽ Ответ: RevPAR = 2 400 ₽
Задание 4. RevPAC (Revenue Per Available Customer) Формула: RevPAC = Общий доход / Число гостей Расчёт:
- Доход от питания: 1 800 × 800 = 1 440 000 ₽
- Общий доход: 7 200 000 + 1 440 000 = 8 640 000 ₽
- RevPAC: 8 640 000 / 1 800 = 4 800 ₽ Ответ: RevPAC = 4 800 ₽
Бланк для заполнения (заполненные значения)
ПОКАЗАТЕЛЬ | ФОРМУЛА | РАСЧЕТ | ОТВЕТ Occ% | (Продано ROOM-Nights) / (Available ROOM-Nights) × 100 | 2400 / (100×30) × 100 = 80 | 80% ADR | Доход от номеров / Продано ROOM-Nights | 7 200 000 / 2 400 = 3 000 | 3 000 ₽ RevPAR | Доход от номеров / Available ROOM-Nights | 7 200 000 / 3 000 = 2 400 | 2 400 ₽ RevPAC | Общий доход / Число гостей | (7 200 000 + 1 440 000) / 1 800 = 4 800 | 4 800 ₽
Анализ и выводы
Какие выводы можно сделать о работе отеля в июне?
- Загрузка (Occ%) составила 80%, что означает неплохой уровень заполняемости, но 20% доступных комнат оставались не занятыми.
- Средняя ставка ADR равна 3 000 ₽, что даёт стабильный доход на номер на ночь.
- RevPAR равен 2 400 ₽, что отражает совокупный эффект загрузки и цены: есть потенциал роста как за счёт увеличения занятости, так и за счёт повышения цены, но с учётом имеющейся незагруженности 20% номеров есть резон увеличивать занятость в первую очередь.
- Доход от питания составил 1 440 000 ₽, что примерно 16-17% от общего дохода (8 640 000 ₽). Средний чек на гостя по всему пребыванию с учётом питания — 4 800 ₽.
- Вклад питания относительно невелик по доле в общих доходах, но он дополняет RevPAR и общую рентабельность за счёт увеличения валовой выручки на гостя.
- Что лучше: повысить ADR или увеличить Occupancy? Приведите аргумент.
- Практически по данному кейсу имеет смысл в первую очередь работать над увеличением Occupancy, потому что текущая загрузка номеров на уровне 80% и остаются свободные 20% номеров. Увеличение занятости позволяет увеличить общий объём продаж без существенного снижения ADR, особенно если спрос эластичен к цене. Повышение ADR без роста спроса может привести к потере бронирований и снижению общей выручки за счёт снижения occupancy.
- Однако разумно сочетать подходы: плавно корректировать ADR в рамках сегментированного ценообразования (динамическое ценообразование) и увеличивать occupancy за счёт привлекательных предложений и пакетов (room + питание), чтобы не терять маржу.
- Предложите одну стратегию для роста RevPAR.
- Стратегия: внедрить динамическое ценообразование в сочетании с пакетами «room + питание» и сегментацией. Это позволяет:
- на дни с низким спросом повышать occupancy за счёт специальных предложений и включённых услуг,
- на дни пикового спроса — удерживать ADR, сохраняя высокую занятость,
- дополнительно увеличить RevPAC за счёт пакетных предложений (например, включение завтрака/ужина в пакет), что поднимает общий чек на гостя без снижения заполняемости. Реализация: собрать данные по спросу по дням недели и сезонности, создать ценовые сегменты и пакетные предложения, тестировать A/B-ценообразование и отслеживать влияние на Occupancy, ADR и RevPAR.
Если нужно, могу привести дополнительные альтернативы и примеры расчётов под ваш конкретный уровень сложности.