Что на самом деле показывает pickup
На 1 июня на дату проживания 20 июня было забронировано 45 номеро-ночей. Через неделю, 8 июня, стало 58.
Pickup = 58 − 45 = +13 номеро-ночей.
Но это не означает, что за неделю пришло только 13 новых номеро-ночей.
Допустим, новые бронирования дали +20, отмены забрали 5, а один гость сократил проживание еще на 2 ночи.
Итог остается тем же:
20 − 5 − 2 = +13.
Поэтому pickup показывает чистое изменение OTB, а не валовый объем новых продаж.
Для revenue manager разница важна. +13 при спокойном потоке бронирований и +13 при 30 новых ночах и 17 отмененных — два разных сценария.
В первом спрос стабильно накапливается. Во втором дата активно двигается, но часть продаж постоянно теряется.
Отрицательный pickup тоже нормален. Было 60 номеро-ночей, пришло еще 5, отменилось 8. Новый OTB — 57, pickup — минус 3. Здесь проблема не в расчете: за период отель потерял больше объема, чем получил.
Еще одна частая ошибка — смешивать дату проживания и дату наблюдения. Pickup всегда считается для одной будущей даты или периода проживания между двумя снимками. Если сегодня мы сравниваем OTB с прошлой неделей, это недельный pickup. Завтра для другой даты проживания будет уже другой показатель.
Считать его можно в бронях, номеро-ночах и доходе. Обычно для управления загрузкой удобнее номеро-ночи, а денежный pickup помогает понять, по какой цене приходит новый объем.
Вывод
Pickup отвечает не на вопрос «сколько новых броней пришло», а на вопрос «насколько изменился уже накопленный объем продаж».
Поэтому рядом с чистым pickup полезно видеть новые бронирования, отмены и изменения проживания. Тогда становится понятно, дата действительно набирает спрос или просто компенсирует потери.