1. Booking pace nedir, kanal bazında nasıl analiz edilir?

Booking pace, belirli bir check-in dönemine doğru rezervasyonların hangi hızla geldiğini gösterir. Basitçe: “Bu hafta, bu ayın aynı dönemine kıyasla rezervasyonlar daha hızlı mı geliyor, daha yavaş mı?” sorusunun yanıtıdır. Kanal bazında pace okunduğunda, sadece talebi değil; talebin hangi kanaldan geldiğini de görürsünüz. Bu, bütçe ve hedef kurgusunda kritik bir fark yaratır.
Basit örnek (konuşma tonu): “Antalya’da yaz dönemi için pace erken hızlanıyorsa, fiyatı erken güçlendirmek ve gereksiz kampanyayı kısmak gerekir. Bodrum’da pace daha geç hızlanıyorsa, omuz dönemde kontrollü kampanya ve kanal ağırlığı planlamak daha doğru olabilir.”
Mini Check
- •Pace’i “rezervasyon adedi” değil “hız” olarak okuyorum
- •Kanal bazında pace kırılımı alabiliyorum
- •Sezon/pazar farkını pace’e yansıtıyorum
- •Pace sapmasını aksiyona çeviriyorum
Ne yapmalıyım?
- • Pace’i 30/60/90 gün pencerelerinde izleyin.
- • Aynı dönemin geçen yıl pace’iyle kıyaslayın (trend).
- • Pace’i kanal, pazar ve sezon filtreleriyle ayrıştırın.
2. Kanal yönetimi verisini talep tahmini ve bütçe planlamasında nasıl kullanırsınız?
6 adımda forecast → bütçe
- Veri toplama: ChannelData (görüntüleme/rezervasyon/iptal), PMS satış ve iptal verisi.
- Booking pace çıkar: check-in dönemlerine göre pace eğrisi (kanal bazlı).
- Sezon/pazar kırılımı yap: Seasonality + source market pattern’leri ayır.
- DemandForecast üret: pace + pattern’lerle beklenen doluluk/gelir bandı çıkar.
- Budget/Target eşleştir: hedefleri (ADR, doluluk, net gelir) forecast’e göre kur.
- Revizyon ritmi: yıl ortasında sapma analizi + kanal/fiyat/kampanya ayarı.
Mini Check
- •Pace eğrim var
- •Sezon/pazar kırılımım var
- •Forecast çıktısını hedefe bağlıyorum
- •Sapma olunca revize ediyorum
Ne yapmalıyım?
- • Forecast’i tek sayı değil “band” olarak yazın (Varsayım: belirsizlik yönetimi).
- • Kanal kararlarını forecast bandına göre kurgulayın.
- • Revizyonu 90 günlük periyotla standardize edin.
3. Kanal yönetimi verilerinden hangi sinyaller okunur?
Channel manager ve kanal verisi, forecast için 3 ana sinyal üretir:

1) Hız sinyali (BookingPace / pickup)
- •“Bu dönemde rezervasyonlar beklenenden hızlı mı geliyor?”
- •Hız artıyorsa: fiyat gücü, kısıt, stop-sale ve kanal önceliği gündeme gelir.
2) Karışım sinyali (channel mix)
- •Talep artışı hangi kanaldan geliyor?
- •Eğer yüksek komisyonlu kanaldan geliyorsa net gelir etkisi farklıdır.
3) Risk sinyali (iptal / no-show)
- •Pace artıyor ama iptal de artıyorsa “sahte talep” olabilir.
- •Bu durumda policy ve rate plan (NRF/ön ödeme) gündeme gelir.
Mini Check (Sinyal)
- •Pace, mix ve risk sinyallerini ayrı okuyorum
- •Net geliri karışım sinyaliyle birlikte değerlendiriyorum
- •İptal artıyorsa policy aksiyonu planlıyorum
Ne yapmalıyım?
- • Forecast dashboard’ına pace+mix+risk üçlüsünü koyun.
- • Bir sinyal bozulduğunda aksiyon kuralı yazın.
- • İptal yükselişinde “NRF test bloğu” uygulayın.
4. Kanal bazlı talep eğrileri ve booking pace grafikleri
Pace grafikleri, check-in’e kalan gün sayısına göre “kaç oda satıldı” eğrisini gösterir. Kanal bazında yaptığınızda, her kanal için ayrı eğri görürsünüz. Bu bölümün amacı “grafik çizmek” değil; grafikten karar çıkarmaktır.

Pace grafiğini okuma (3 pratik kural)
- •Eğri geç yükseliyorsa: last-minute talep baskın → low season/omuz aksiyonu farklı
- •Eğri erken yükseliyorsa: erken rezervasyon güçlü → fiyatı erken güçlendir, kampanyayı kıs
- •Eğri dalgalıysa: iptal/yeniden satış riski → policy ve kanal rolü revizyonu
Pace verisini forecast’e çevirmek (basit mantık)
- •Varsayım: Geçen yılın aynı dönem pace’i “referans eğri”
- •Bu yıl pace referansın üstündeyse hedef bandı yukarı çek
- •Altındaysa kanal/kampanya/fiyat müdahalesi planla
Mini Check (Grafik)
- •Pace eğrisi var ve geçmiş dönemle kıyaslı
- •Kanal bazlı ayrıştırabiliyorum
- •Üst/alt sapmaya aksiyon bağlıyorum
- •İptal etkisini ayrıca kontrol ediyorum
Ne yapmalıyım?
- • Grafiği “sezon + pazar” filtreleriyle çoğaltın.
- • Pace sapmasını haftalık izleyin (yüksek sezonda daha sık).
- • Pace’i “hedef bandı” ile birlikte gösterin (sapma görünür olur).
5. Sezon ve pazar bazlı talep tahmini
Antalya/Belek/Side/Kemer gibi destinasyonlarda erken rezervasyon ritmi daha güçlü olabilir; Bodrum’da ise bazı dönemlerde daha geç hızlanan ama daha yüksek ADR toleransı olan bir talep görülebilir. Aynı pace mantığı iki destinasyonda farklı karar üretir; bu yüzden forecast’i sezon ve pazar kırılımında yapmak gerekir.

Pattern’leri yakalamak için 4 filtre
- •Sezon (high/shoulder/low)
- •Source market (ülke/pazar)
- •Kanal türü (OTA/direct/B2B)
- •Oda tipi (yüksek katkı sağlayan ürünler)
Mini Check (Kırılım)
- •Sezon kırılımı yapıyorum
- •Pazar kırılımı yapıyorum
- •Kanal türlerini ayırıyorum
- •Oda tipine göre farklı forecast çıkarıyorum
Ne yapmalıyım?
- • En azından “high vs low season” pace eğrisi çıkarın.
- • En büyük 2 pazar için ayrı pace izleyin.
- • Pazar değişimlerinde kanal ağırlığını revize edin.
6. Bütçe ve hedefler için kanal verisini kullanmak
Forecast’i bütçeye çevirmek, “hedef koymak” değil; “hedefi veriyle gerekçelendirmek”tir. Burada kritik olan, hedefleri tek bir sayı yerine band ve senaryo mantığıyla kurgulamaktır.
Budget–Target eşleştirme (pratik)
- •Hedef ADR ve doluluk, pace bandına uyuyor mu?
- •Hedef net gelir, kanal karmasıyla uyumlu mu?
- •Hedeflere ulaşmak için hangi kanalda hangi aksiyon gerekir?
| Dönem | Forecast Bandı | Budget Target | Gerçekleşen | Sapma | Aksiyon |
|---|---|---|---|---|---|
| Q2 | |||||
| Q3 | |||||
| Q4 |
Mini Check (Bütçe)
- •Hedeflerim pace’e dayanıyor
- •Sapma tablom var
- •Sapma olunca aksiyon planım var
- •Kanal karması hedefle uyumlu
Ne yapmalıyım?
- • Bütçe hedeflerini “pace bandı” ile sunun (GM için net).
- • Sapma analizini aylık yapın, çeyreklik resetleyin.
- • Aksiyonu kanal bazında yazın (fiyat/enk/ kampanya).
7. Yıl ortasında hedef–gerçekleşen karşılaştırması ve revizyon
Forecast ve bütçe, yıl içinde “yaşayan” bir sistem olmalıdır. Yıl ortasında pace referansın altına düşüyorsa, hedefi körlemesine kovalamak yerine kanal ve fiyat stratejisini revize etmek gerekir. Tersi durumda, pace hızlanıyorsa gereksiz kampanyaları kapatıp ADR’ı korumak daha doğrudur.
Key Statistics / Data Point (sheet, soft): Talep tahmini sürecinde kanal verisini kullanan otellerde hedef–gerçekleşen sapmalarının zamanla azaldığı ve fiyat–kampanya kararlarının daha isabetli hâle geldiği örneklerle açıklanabilir.
Mini Check (Revizyon)
- •Sapmayı erken görüyorum (pace dashboard)
- •Hedefi değil planı revize ediyorum
- •Aksiyonlarım kanal bazlı
- •90 günlük review ritmim var
Ne yapmalıyım?
- • 90 günlük “forecast review” toplantısını takvime koyun.
- • Sapma büyümeden 2–3 küçük test aksiyonu uygulayın.
- • Sapma raporunu tek sayfada yönetime sunun.
8. Antalya & Bodrum örneğinde uygulama
Antalya resort’lerde erken rezervasyon pace’i daha erken hızlanabilir; burada bütçe hedefleri erken güçlü ADR ve yüksek doluluk senaryosuna dayanabilir. Bodrum’da pace daha geç hızlanıyorsa, omuz dönemde kanal ağırlığı ve kampanya planı daha kritik hale gelir. Aynı channel data yaklaşımıyla iki destinasyonda farklı senaryo bandı çıkar; bütçe hedefleri buna göre gerçekçi kurgulanır.

9. 3 adımda basit talep tahmini

- Pace’i çıkar: Son 90 gün + geçen yıl kıyası (kanal bazlı).
- Band oluştur: Referansın üstü/altı → iyimser/temkinli senaryo.
- Bütçeye bağla: Hedef ADR/doluluk/net geliri banda göre ayarla; sapma olunca revize et.
Mini Check
- •Pace eğrim var
- •Senaryo bandım var
- •Bütçe hedefim banda bağlı
10. Booking Pace & Talep Eğrisi Şablonunu İndir — PMS & OTA Yönetimi
Booking Pace & Talep Eğrisi Şablonunu İndir — PMS & OTA Yönetimi (v1.0)
Bu şablon, kanal yönetimi verisinden booking pace ve sezon/pazar talep eğrilerini çıkarıp DemandForecast üretmek ve bunu Budget/Target hedeflerine bağlamak için tasarlanmıştır. Amaç; hedef–gerçekleşen sapmasını erken görmek ve fiyat/kampanya/kanal ağırlığı kararlarını veriye dayalı revize etmektir.
Kim Kullanır?
GM, revenue ve raporlama/BI ekipleri.
Nasıl Kullanılır?
- Son 90 gün booking pace’i kanal bazında çıkar ve geçen yıl aynı dönemle kıyasla.
- Sezon/pazar filtreleriyle talep eğrisi bandı (iyimser/temkinli) oluştur.
- Bütçe hedefi–gerçekleşen tablosuna bağla; sapma olunca aksiyon planı yaz.
Ölçüm & Önceliklendirme (Kısa sürüm)
- ▢ ✅ Pace grafiği/tabloları hazır (kanal bazlı)
- ▢ ✅ Sezon/pazar kırılımı yapıldı
- ▢ ✅ Forecast bandı oluşturuldu
- ▢ ✅ Budget–gerçekleşen–sapma tablosu dolu
- ▢ ✅ Sapma için 3 aksiyon yazıldı
- ▢ ✅ 90 günlük forecast review takvime bağlandı
PDF içinde: Problem→Kök Neden→Çözüm tablosu + 14 gün sprint planı + önce/sonra KPI tablosu
11. Sonuç: Kanal verisiyle forecast yapan otel, bütçeyi “tahmin” değil “plan” yapar
ChannelData’dan booking pace ve talep eğrilerini okuyup DemandForecast ürettiğinizde, bütçe ve hedefler daha gerçekçi olur; sapmalar erken görünür ve aksiyon daha isabetli alınır. Bu içerik, kanal yönetimi silo’sunda forecast ve bütçe perspektifinin ana referansı olarak, yıllık bütçe toplantıları ve revenue strateji dokümanlarına temel sağlayacaktır.

Bir Sonraki Adım
Booking pace ve kanal verisiyle bütçe hedeflerini daha gerçekçi kurmak isteyen oteller için.
Sık Sorulan Sorular
Kanal yönetimi verisi talep tahmini için nasıl kullanılır?▾
Booking pace nedir, kanal bazında nasıl analiz edilir?▾
Bütçe ve hedefleri belirlerken kanal verisine nasıl bakmalıyım?▾
Antalya ve Bodrum’da sezonluk talep eğrileri kanal yönetiminden nasıl okunur?▾
Forecast sapması oluşursa ne yapmalıyım?▾
İlgili İçerikler
