Кейс: RMS — система динамического ценообразования
Контекст
Заголовок раздела «Контекст»Управление тарифами в большинстве отелей — ручной процесс: revenue-менеджер вручную меняет цены в PMS, ориентируясь на ощущение загрузки и прошлогоднюю статистику. Изменения происходят раз в день или реже. В это время система могла бы поднять цену в момент, когда последние номера разобрали конкуренты, — но момент упущен.
Разработать собственную RMS, которая отслеживает загрузку в реальном времени и автоматически корректирует тарифы в PMS без участия сотрудников.
Что было сделано
Заголовок раздела «Что было сделано»1. Логика динамического ценообразования
Заголовок раздела «1. Логика динамического ценообразования»Система работает по матрице уровней загрузки. Для каждой категории номеров, тарифного плана и периода определена таблица цен:
| Занятых номеров | Цена за ночь |
|---|---|
| 0–6 | Базовая цена |
| 7–12 | +2,7% |
| 13–18 | +5,4% |
| 19–24 | +8,1% |
| 25–30 | +10,8% |
| 31+ | +13,5% |
Таблица настраивается под каждый объект с учётом его специфики и ценовой политики.
2. Обновление цен в режиме реального времени
Заголовок раздела «2. Обновление цен в режиме реального времени»Система запрашивает данные о загрузке из PMS с заданной периодичностью. При пересечении порогового значения — автоматически обновляет цену в PMS, после чего она подтягивается в модуль бронирования и channel manager.
Весь цикл — без участия сотрудников.
3. Ценовая иерархия категорий
Заголовок раздела «3. Ценовая иерархия категорий»Система учитывает зависимость между категориями номеров: если загрузка и цена на базовые номера растут, система автоматически поднимает стоимость номеров более высоких категорий пропорционально.
Это предотвращает ситуацию, когда стандартные номера почти закончились, а люксы всё ещё доступны по базовой цене.
4. Настройка исключений и ограничений
Заголовок раздела «4. Настройка исключений и ограничений»Revenue-менеджер задаёт:
- минимальную цену (нижняя граница, ниже которой система не опустится),
- максимальную цену (верхний потолок),
- периоды-исключения (праздники, мероприятия с ручным управлением).
5. Аналитика
Заголовок раздела «5. Аналитика»Система формирует отчёты:
- история изменений цен по категориям,
- загрузка по периодам,
- сравнение с прошлым аналогичным периодом.
Результат
Заголовок раздела «Результат»- RevPAR растёт: цена поднимается в момент повышенного спроса, а не на следующий день.
- Revenue-менеджер освобождается от рутинной ручной работы и фокусируется на стратегии.
- Исключены ситуации, когда отель «заполняется по дешёвке» из-за несвоевременного повышения цены.
Сравнение с готовыми RMS
Заголовок раздела «Сравнение с готовыми RMS»| Параметр | Готовые RMS | Собственная разработка |
|---|---|---|
| Гибкость настройки | Ограничена | Под процессы конкретного объекта |
| Стоимость | Высокая абонентская плата | Единовременная разработка |
| Интеграция с PMS | Стандартные коннекторы | Прямая интеграция |
| Поддержка | Вендор | Собственная команда |
Что важно учесть
Заголовок раздела «Что важно учесть»- RMS — это инструмент, а не замена revenue-менеджера. Стратегию ценообразования, политику закрытия продаж на даты и работу с корпоративными тарифами всё равно определяет человек.
- Качество работы системы зависит от качества данных в PMS. Если в PMS некорректные данные о доступности — система будет принимать неверные решения.
- Перед запуском необходима калибровка: матрица цен требует адаптации под сезонность и исторические паттерны конкретного объекта.