Rezervasyon penceresini bir dağılım olarak okuyun
Erken ve son dakika talebini aynı tabloda görmek için rezervasyonun ne zaman oluşturulduğunu ve misafirin ne zaman giriş yapacağını birlikte değerlendirin. Tek bir ortalama, bazı misafirlerin aylar önce, bazılarının aynı gün rezervasyon yaptığı bir örneklemi iyi anlatmayabilir. Önce her kayıt için giriş tarihi ile ilk rezervasyon tarihi arasındaki gün farkını hesaplayın. Sonra bu değerleri belirlediğiniz aralıklara ayırın; aynı giriş tarihi için farklı günlerde alınmış doluluk görüntülerini ayrı bir sütunda izleyin. Böylece “misafirler kaç gün önce rezervasyon yapıyor?” sorusuyla “bu tarih son haftada kaç oda kazandı?” sorusu birbirine karışmaz. Aşağıdaki çalışma işletmecinin kendi karar tablosunu tasarlaması içindir; belirli bir fiyat değişikliği veya gelir artışı vaat etmez.
İki saat, iki farklı soru
Cloudbeds’in kamu veri sözlüğü, rezervasyon penceresini rezervasyon tarihi ile giriş tarihi arasındaki gün sayısı olarak tanımlar. Burada “teslim süresi” yerine “rezervasyon penceresi” veya “girişe kalan gün” terimini kullanmak daha açıktır; konu konaklamanın uzunluğu değildir. Cloudbeds’in Rate Evolution yardımı pickup’ı giriş yaklaşırken günlük oda alımları ve tarife kategorileriyle gösterir. Bu iki kaynak, kavramların bağlamını sağlar; bir yazılım önerisi veya Stayax özelliği iddiası değildir. Bu yazıda pickup hesabını aynı gelecekteki giriş tarihi için iki anlık görüntü arasındaki net değişim olarak ayrıca tanımlıyoruz. Raporda adı aynı olan metrik farklı kapsamla hesaplanabiliyorsa, ekibin kullandığı tanımı başlığa yazın. Özgün rezervasyon zamanı ile son düzenleme zamanını birbirinin yerine koymayın.
Karşılaştırmadan önce örneklemi sabitleyin
Bir satırın bir rezervasyon mu, bir oda mı temsil ettiğini belirtin. Çok odalı bir grup kaydı ile tek odalı bireysel kaydı aynı ağırlıkla saymak başka bir soruyu cevaplar. İlk çalışma için tek oda içeren kayıtları ve aynı durum kümesini seçmek, hesabı anlaşılır kılar. Giriş tarihine göre oluşturulan örneklemle, bu hafta yapılan bütün rezervasyonları karıştırmayın: ikincisi farklı gelecekteki günlere ait olabilir. Tarih hesabında tesisin yerel gün sınırını açıkça kullanın; eksik, sonradan içe aktarılmış veya geçmiş tarihli kayıtları kontrol edilmeden dahil etmeyin. Aralıkları 0–7, 8–30 ve 31+ gün olarak seçebilirsiniz. Bunlar bu yazının çalışma gruplarıdır, evrensel bir “iyi rezervasyon” standardı değildir. Seçimi değiştirirseniz önceki raporla karşılaştırmada aynı aralıkları yeniden uygulayın.
Örnek senaryo: ortalama 14,8, ortanca 6 gün
Bu tamamen kurgusal bir örnektir; gerçek tesis veya misafir kaydı değildir. Aynı kapsamda on adet tek odalı rezervasyonun girişe kalan gün değerleri 0, 1, 2, 3, 5, 7, 14, 21, 35 ve 60 olsun. Toplam 148 gün, kayıt sayısı 10 olduğundan ortalama 14,8 gündür. Sıralı listenin ortasındaki iki değer 5 ve 7 olduğu için ortanca 6 gündür. 0–7 gün grubunda 6 rezervasyon, yani yüzde 60; 8–30 gün grubunda 2, yani yüzde 20; 31+ grubunda 2, yani yüzde 20 vardır. “Ortalama iki hafta önce rezervasyon geliyor” ifadesi bu örneklemin büyük bölümünün son haftada geldiğini gizler. Yalnız ortancayı kullanmak da uzun pencereli iki rezervasyonu görünmez kılar. Karar tablosunda ortalama, ortanca, grup adedi ve örneklem büyüklüğünü birlikte gösterin. Bu değerlerden talep tahmini çıkarmayın; on kayıt gelecekteki davranışı kanıtlamaz.
Ayrı örnek: aynı tarih için net pickup
Bu örnekte başka tarihten devam eden konaklama veya satış blokajı yoktur; kayıtların hepsi tek oda ve tek gecedir. Şimdi farklı bir kurgusal çalışma düşünün: 20 odalı bir otelin 20 Kasım giriş tarihi için 6 Kasım görüntüsünde 8, 13 Kasım görüntüsünde 12 oda rezerve görünür. İki görüntü arasındaki net pickup 12 − 8 = 4 odadır. Arada 5 yeni tek odalı rezervasyon eklenmiş ve 1 oda iptal edilmişse, brüt ekleme 5, iptal 1, net değişim 4 olarak ayrı yazılır. Bunları aynı sayıymış gibi sunmayın. Tarih taşınması veya oda sayısı değişmesi varsa net farkın açıklamasına bunlar da girmelidir. Bu senaryoda kapasite sabittir; kalan 8 oda, gelecekte kaçının satılacağına ilişkin bir tahmin değildir. İki görüntüde farklı giriş tarihleri veya farklı oda grupları kullanmak pickup karşılaştırmasını bozar. Değişimi açıklayamıyorsanız fiyat kararı yerine önce rapor kapsamını inceleyin.
Karar tablosunu nasıl kullanabilirsiniz?
Her giriş tarihi için aynı sıra izlenebilir: kaç gün kaldığı, o an rezerve oda adedi, son kontrol aralığındaki net pickup, geçmiş benzer günlerdeki aynı noktada gözlenen aralık ve açık sorular. Bir cuma gününü başka bir cuma ile karşılaştırmak bile yeterli değildir; sezon ve duyurulmuş etkinlik koşulları farklı olabilir. Uzun pencereyi otomatik iyi, kısa pencereyi otomatik kötü saymayın. Görünür rezervasyon azsa önce satış koşullarının ve sunulan odanın doğru olup olmadığını kontrol edin. Artış hızlandıysa bunun tek bir grup kaydından mı yoksa birkaç bağımsız talepten mi geldiğini ayırın. Her bulgu için bir inceleme sorusu ve bir sonraki kontrol zamanı belirleyin. Bu tablo fiyatı otomatik değiştiren bir kural seti değil, karar öncesi kanıt düzenidir. Oda adedindeki artış, hangi fiyat ve hizmet kapsamıyla geldiğini bilmeden daha yüksek gelir veya kâr kanıtı değildir. Fiyatı koruma ya da değiştirme kararını kalan envanter, aynı tarihte sunulan tarife kapsamı ve toplam rezervasyon bedeliyle ayrıca inceleyin.
Küçük bir haftalık uygulama ile başlayın
İlk uygulamada sınırlı bir gelecek tarih kümesini seçin ve haftanın aynı gününde, aynı saatte görüntü alın. Sonraki incelemede hangi alanın farklı tanımlandığını, hangi değişimin açıklanamadığını ve kaç kaydın eksik tarih nedeniyle dışarıda kaldığını kontrol edin. Ekip içindeki raporun kişisel veriye ihtiyaç duymayan toplu sürümünü kullanın; yazıdaki örnek rakamları gerçek rezervasyonunuzun yerine koymayın. İlk kazanım, “geç geliyor” gibi belirsiz bir ifadenin tanımlı bir soruya dönüşmesidir. Birkaç görüntüden sektör trendi veya garanti gelir etkisi üretmeyin. Sonraki aşamada önceki dönemle karşılaştırmayı aynı kapsamda kurabilir, blog arşivindeki analiz yazılarıyla örnek hesap disiplinini sürdürebilirsiniz. Karar kaydı, yapılan değişiklik kadar değişiklik yapmama gerekçesini de içersin.