Otelde Forecast Raporu Nasıl Hazırlanır? Adım Adım Örnek

Forecast'in ne olduğunu bilmek, forecast raporu hazırlayabilmek demek değildir. Pek çok otel müdürü forecast'i tanımlayabilir: gelecek dönemin doluluk, fiyat ve gelir tahmini. Ama pazartesi sabahı önüne boş bir tablo konduğunda hangi sütunun nereden doldurulacağı, hangi rakamın hangisine ekleneceği ve tablonun sonunda hangi kararın çıkacağı belirsiz kalır. Sonuç: forecast ya hiç yapılmaz ya da "geçen yıl %80 olmuştu, bu yıl da öyle olur" cümlesinden ibaret kalır.

Terimin kendisini Forecast Nedir? sayfasında tanımladık; gelir yönetiminin dört kararı içindeki yerini de Otel Gelir Yönetimi Nedir? yazısında anlattık. Bu yazı uygulamaya geçiyor: 60 odalı bir şehir otelinin önümüzdeki 90 günü için forecast raporunu, gerçekçi örnek rakamlarla, sıfırdan kuruyoruz. Sonunda elinizde kopyalayıp kendi PMS verinizle doldurabileceğiniz bir yapı olacak.

Forecast Raporu Hangi Soruları Yanıtlar?

İyi bir forecast raporu üç soruya cevap verir ve her biri bir karara bağlanır:

• Bu gidişle kaç oda-gece satacağız? Fiyatı yükseltmek mi, kampanya açmak mı gerektiğini söyler.
• Hangi ortalama fiyattan ve ne kadar gelirle? Doluluğu gelirle birlikte okumayı zorunlu kılar; %90 doluluk düşük fiyatla bütçenin altında kalabilir.
• Bütçeden ve geçen yıldan ne kadar saptık? Müdahalenin aciliyetini belirler.

Bütçe ile forecast'i karıştırmamak gerekir. Bütçe sezon başında belirlenen ve sabit kalan hedeftir: "ne hedefledik". Forecast ise her hafta güncellenen canlı tahmindir: "bu gidişle nereye varıyoruz". Rapordaki asıl değer, ikisi arasındaki farkın 60 gün önceden görülmesidir. Fark son hafta görülüyorsa, elde indirimden başka araç kalmamıştır.

Adım 1 — Dört Veriyi PMS'ten Çekin

Forecast için yazılım gerekmez; PMS'inizin standart raporlarından çekilen dört veri ve bir tablo yeterlidir. Örneğimizde 90 günü haftalık dilimlere bölüyoruz (13 hafta). Küçük otellerde haftalık dilim, günlük dilime göre daha istikrarlıdır; tek bir grubun iptali günlük tabloyu altüst eder ama haftalık tabloyu daha az etkiler.

1. OTB (on the books): Her hafta için bugün itibarıyla kesinleşmiş rezervasyonların oda-gece toplamı.
2. STLY (same time last year): Geçen yıl, aynı haftaya aynı mesafede (örneğin 50 gün kala) elde olan oda-gece. Çoğu PMS bunu "geçmiş tarihli rezervasyon durumu" ya da "pace" raporu olarak verir; vermiyorsa geçen yılın rezervasyon listesini oluşturulma tarihine göre filtreleyerek hesaplanır.
3. LY final: Geçen yıl o haftanın gerçekleşen, iptaller düşülmüş oda-gece toplamı.
4. Son 7 günün pickup'ı: Geçen hafta her hedef haftaya eklenen net oda-gece. Talebin yönünü doluluktan daha erken gösterir.

Takvimi hizalamayı unutmayın: geçen yılın aynı haftası, aynı tarih değil aynı haftanın günleridir. Kurban ve Ramazan bayramları her yıl yaklaşık 11 gün öne kayar; bayram haftası geçen yıl başka bir haftaya denk geldiyse, o iki haftayı karşılaştırmak yerine bayramı bayramla, normal haftayı normal haftayla eşleştirin.

Adım 2 — Pickup Yöntemiyle Tahmini Kurun

Küçük ve orta ölçekli bir otel için en anlaşılır ve en güvenli yöntem toplamsal pickup yöntemidir. Mantığı tek cümledir: geçen yıl bu mesafeden sonra o haftaya kaç net oda-gece daha geldiyse, bu yıl da benzer bir miktarın geleceğini varsayarız.

Forecast = OTB (bu yıl) + [LY final − STLY]

Köşeli parantezdeki fark, geçen yılın "kalan net pickup"ıdır. 60 odalı otelin haftalık kapasitesi 60 × 7 = 420 oda-gecedir. Dört örnek hafta:

Tabloyu okurken iki şeye dikkat edin. Birincisi, forecast kapasiteyi aşamaz: hesap 420'nin üzerinde çıkarsa 420'de kesin, aradaki fark fiyatı yükseltmeniz gerektiğinin işaretidir. İkincisi, alternatif bir yöntem olan çarpımsal pickup (OTB × LY final / STLY) uzak haftalarda aşırı tepki verir. Hafta 8 için 150 × 310 / 120 ≈ 388 oda-gece, yani %92 sonucunu verir; çünkü geçen yılın düşük STLY'si oranı şişirir. Küçük otellerde rakamlar küçük olduğu için toplamsal yöntem daha sakin ve daha güvenilirdir. İki yöntem arasındaki büyük fark ise kendi başına bir bilgidir: o haftanın tahmini belirsizdir, her hafta yakından izlenmelidir.

Adım 3 — İptal Profilini Düzeltin

Toplamsal pickup yöntemindeki "kalan net pickup" iptalleri zaten içerir: geçen yıl o haftaya gelen yeni rezervasyonlardan iptal olanlar düşülmüş haldedir. Bu yüzden iptal oranı geçen yılla aynıysa ek düzeltme gerekmez. Düzeltme, bu yılki rezervasyon karması değiştiyse gerekir.

Örnek: Hafta 8'deki 150 oda-gecenin 60'ı ücretsiz iptal hakkı olan OTA rezervasyonu. Geçen yıl aynı noktada bu tür rezervasyon yalnızca 30 oda-geceydi ve bu segmentin varıştan önceki iptal oranı %20. Fazladan gelen 30 oda-gecenin %20'si, yani yaklaşık 6 oda-gece, beklenenden fazla iptal riski taşır. Düzeltilmiş forecast: 340 − 6 = 334 oda-gece (%79,5).

Aynı mantık tersine de işler: ön ödemeli doğrudan rezervasyonların payı arttıysa OTB'niz geçen yıldan daha "sağlam"dır ve forecast'i aşağı çekmenize gerek yoktur. Kanal bazında iptal oranını bilmiyorsanız, bunu forecast'ten önce çözülmesi gereken ilk veri sorunu olarak not edin.

Adım 4 — Fiyat ve Gelir Satırını Ekleyin

Oda-gece tahmini tek başına yarım rapordur. Her haftaya bir beklenen ortalama fiyat (ADR) ekleyin: eldeki rezervasyonların ortalama fiyatı ile kalan odalar için açık tuttuğunuz fiyatın ağırlıklı ortalaması. Hafta 2 için: 372 oda-gece × 3.600 TL = 1.339.200 TL beklenen oda geliri. Bütçe aynı hafta için 360 oda-gece × 3.500 TL = 1.260.000 TL öngörüyordu; fark +79.200 TL, yani %6,3 yukarıda.

Bir adım daha ileri gidin: geliri kanala göre net olarak yazın. Aynı 3.600 TL'lik oda gecesi %18 komisyonlu bir OTA'dan yaklaşık 2.950 TL, telefondan ya da web sitesinden çok daha yüksek bir net bırakır. Forecast, doluluğu aynı tutarken kanal karmasının nereye kaydığını da göstermelidir; hesaplamanın ayrıntısı OTA Komisyonunun Gerçek Maliyeti yazısında.

Adım 5 — Sapma ve Karar Sütunu

Forecast raporunu bir rakam tablosundan karar aracına çeviren şey son sütundur. Her hafta forecast'i bütçeyle karşılaştırın ve sapmanın yanına bir eylem yazın. Eylem yazılmayan satır, okunmamış satırdır.

Hafta 12'deki büyük açık 80 gün önceden görüldüğü için çözümü indirim değil, talep yaratmaktır. Aynı açık 10 gün kala fark edilseydi, tek seçenek OTA'da fiyat kırmak olurdu: hem daha düşük fiyat hem daha yüksek komisyon. Forecast raporunun parasal değeri tam olarak bu zaman farkıdır.

Adım 6 — Haftalık Ritim ve Doğruluk Ölçümü

Forecast bir kez hazırlanıp dosyalanan bir rapor değildir. Önerdiğimiz ritim: her pazartesi aynı saatte 30 dakika, aynı kişiler (genel müdür, ön büro müdürü, satış sorumlusu). Gündem sabittir: OTB ve pickup güncellenir, forecast yeniden hesaplanır, sapması 3 puanı geçen haftalar için karar sütunu doldurulur, geçen haftanın kararlarının sonucuna bakılır.

Bir de forecast'in kendisini ölçün. Her haftanın 30 gün önceki tahminini kaydedin ve hafta kapandığında gerçekleşenle karşılaştırın. Örneğin 30 gün kala 330 oda-gece tahmin edilen bir hafta 312'de kapandıysa hata 18 / 312 ≈ %5,8'dir. Haftalık bazda 30 gün kala ±%5-8 bandı küçük bir otel için iyi bir hedeftir. Hata sürekli aynı yönde çıkıyorsa (hep fazla ya da hep eksik tahmin), sorun yöntemde değil veridedir.

Tek Sayfalık Forecast Raporu Şablonu

Yukarıdaki adımları bir araya getirdiğinizde, haftalık toplantıya gelen rapor tek bir sayfaya sığar. Her satır bir hafta, sütunlar soldan sağa şu sırayla ilerler:

• Hafta ve kalan gün: hangi döneme, ne kadar mesafeden baktığınız.
• OTB, STLY, LY final: ham veri; PMS'ten her pazartesi yeniden çekilir.
• Son 7 gün pickup: talebin hızlanıp yavaşladığını gösteren erken sinyal.
• Forecast (oda-gece ve doluluk): iptal düzeltmesi yapılmış nihai tahmin.
• Beklenen ADR ve oda geliri: mümkünse doğrudan kanal ve OTA için ayrı net gelir.
• Bütçe ve sapma: puan ve TL olarak.
• Karar ve sorumlu: ne yapılacak, kim yapacak, bir sonraki toplantıda neye bakılacak.

Bu şablon için ek bir program gerekmez; ortak bir tablo dosyası yeterlidir. Önemli olan sütunların her hafta aynı kalması ve geçmiş haftaların silinmemesidir, çünkü doğruluk ölçümü bu arşivden yapılır.

En Sık Yapılan Beş Hata

• Grup ve kontenjanı bireysel rezervasyonla karıştırmak: 40 oda-gecelik bir grup bloğu OTB'yi şişirir ama pickup davranışı bireysel misafirle aynı değildir. Grupları ayrı satırda tutun, forecast'e kesinleşme olasılığıyla ekleyin.
• Bayram ve etkinlik kaymasını görmezden gelmek: Geçen yılın bayram haftasıyla bu yılın normal haftasını karşılaştırmak, iki haftayı birden yanlış tahmin ettirir.
• Brüt fiyatla gelir hesaplamak: Doluluk hedefine ulaşan ama net geliri bütçenin altında kalan sezonların ortak noktası.
• Forecast'i yalnızca bir kişinin bilmesi: Rapor satış, ön büro ve yönetim arasında paylaşılmıyorsa karar sütunu boş kalır.
• Kayıt dışı talebi yok saymak: En pahalı hata; aşağıda ayrıntısıyla.

Forecast'in Doğruluğu Verisini Aşamaz

Pickup yöntemi yalnızca kaydedilen rezervasyonları görür. Oysa bir otelin talebi rezervasyondan önce başlar: Hafta 12 için resepsiyonu arayıp fiyat soran, WhatsApp'tan müsaitlik soran, cevapsız kalan çağrıyla vazgeçen misafirler. Bu talep hiçbir yerde kayıtlı değilse, forecast o haftayı olduğundan zayıf gösterir ve otel aslında güçlü olan bir tarihte gereksiz indirime girer.

Somut bir örnek: Hafta 12 için son iki haftada 40 telefon fiyat sorusu gelmiş ama bunların yalnızca rezervasyona dönenleri PMS'e girmişse, rapordaki %63,1'in arkasında görünmeyen bir talep vardır. Bu soruların tarih, oda tipi ve sonuçla kaydedilmesi, tablonun karar sütununu "indirim yap" yerine "geri dönüş yap ve fiyatı koru"ya çevirebilir.

Convertels bir PMS ya da gelir yönetimi yazılımı değildir; bu sistemler yerinde kalır. Convertels, doğrudan kanalın görünmeyen tarafını — web sitesi, reklam, telefon ve CRM'i — tek akışta ölçen katmandır. Gelişmiş rezervasyon raporları kanal bazında pickup'ı, gelişmiş çağrı raporları ise telefonla gelen ve kaybedilen talebi forecast toplantısına rakam olarak getirir. Böylece pazartesi sabahki tablo, yalnızca kaydedilebilen kanalların değil, otelin gerçek talebinin tahmini olur.

Forecast raporu hazırlamak için büyük bir sistem kurmanız gerekmez: dört veri, bir tablo, haftada 30 dakika ve her satıra yazılan bir karar. Gerisi, bu ritmi birkaç hafta bozmadan sürdürmekle gelir.

---

---