%16 Sapmayı Nasıl 24 Saatte Yakaladık: Bir Otel Vakası

Yayın tarihi: 18 Mart 2026 · Okuma süresi: 6 dakika · Kategori: Vaka Çalışması

Antalya'da 180 odalı bir resort otelin Mart ayında yaşadıkları, modern revenue management'ın gerçek hayattaki etkisini gösteren güzel bir örnek. Otel adını paylaşmıyoruz ama yaşadıkları aynen şöyle.

Otelin Profili

Tesis 180 odalı, deniz kenarında, dört yıldızlı, yılın 9 ayı açık. Yaz sezonu odaklı ama nisan-mayıs ile ekim-kasım dönemlerinde de kongre ve grup talebi alıyor. Sales ekibi 4 kişi, ayrı bir Revenue Manager rolü yok — Sales Manager bu görevi de üstleniyor. Genel müdür finansal kararları onaylıyor.

Otel 2025 yılında Zeus Online PMS'e geçti, 2026 yılı bütçesini sistemde aylık ve segment kırılımıyla hazırladı. Bu vaka 2026 Mart ayında, sistemin bütçe modülünün canlıya alınmasından sadece iki ay sonra yaşandı.

Sahne 1: Sabah 09:15

Sales Manager sabah ofise geldiğinde sistemden bildirim almış: "Mart ayı OTA segmenti için bütçe sapma eşiği aşıldı. Otomatik öneri üretildi, onayınız bekleniyor."

Bildirimi tıklayıp Recommendations ekranını açtı. Ekran şunu gösteriyordu:

Sahne 2: Hızlı Tanı

Sales Manager öneriyi hemen onaylamak yerine biraz kazıyıp baktı. Pickup raporuna girdi, OTA kanalı için son 14 günü inceledi. Şunu gördü:

1. Booking.com'dan günlük pickup geçen yıla göre %22 yavaş
2. Expedia'dan pickup normal seyrinde
3. Diğer küçük OTA'lar geçen yıla yakın

Sorun OTA segmentinin tamamında değildi, sadece Booking.com'daydı. Eğer bütün OTA kanalına %8 indirim açılsaydı, normal seyrindeki Expedia da gereksiz yere indirimli satılacak ve para kaybedilecekti.

Sahne 3: Rakip Araştırması

Sales Manager rate shopping aracında Booking.com'daki en yakın 3 rakibe baktı. Üçü de Mart için fiyatlarını son 10 günde düşürmüştü. Bizim otel aynı kalmıştı, dolayısıyla göreceli olarak pahalı kalmıştı.

Sorun anlaşıldı: rakipler indirime girmiş, biz indirime girmediğimiz için Booking.com'da geri planda kalmıştık.

Sahne 4: Kontrollü Müdahale

Sales Manager sistemin önerisini kabul etmek yerine değiştirdi:

1. İndirim sadece Booking.com kanalına uygulansın (Expedia hariç)
2. Oran %8 değil %5 yeterli (rakiplere yetişmek için bu kadar yeterli)
3. Süre Mart 1-31 değil, Mart 16-31 (sadece kalan günler için)

Bu değiştirilmiş öneriyi onayladı, GM onayına gönderdi. Etki büyüklüğü %5 olduğu için sadece Sales + RM onayı yeterliydi, GM onayı gerekmiyordu. Sales Manager hem Sales hem RM rolünü üstlendiği için iki onayı da kendisi verdi (bu otelde yetki bu şekilde tanımlanmıştı).

Onay verilir verilmez sistem değişikliği DailyRateCalendar tablosuna yazdı, channel manager Booking.com'a fiyatı push etti. 4 dakika içinde Booking.com'da fiyat güncellendi.

Sahne 5: Üç Gün Sonra

Sales Manager 19 Mart sabahı tekrar pickup raporuna baktı. Booking.com pickup'ı son üç günde belirgin artmıştı:

1. 16 Mart: +4 oda
2. 17 Mart: +9 oda
3. 18 Mart: +12 oda

Toplamda 25 ek rezervasyon. Bütçe sapması -%16'dan -%9'a inmişti. Müdahale çalışıyordu.

Sahne 6: Ay Sonu

Mart ayı kapandığında OTA segmenti hedefin %94'ünde kapandı. -%6 sapma kaldı, ama bu yönetilebilir bir seviye. Müdahale edilmeseydi tahminen -%18 ile kapanacaktı, yani yaklaşık 200.000 TL daha az gelir gelecekti.

Daha da önemlisi, bu müdahale şubesel bir indirim oldu. Tüm OTA'ya %8 indirim açılsaydı, normal seyrindeki Expedia da gereksiz indirimli satılacak ve toplam gelir kaybı 80.000 TL daha fazla olacaktı. Doğru segmente, doğru oranda, doğru zamanda yapılan müdahale, kayıpları üçte birine indirdi.

Sistem Olmasaydı Ne Olurdu?

Bu vakanın klasik versiyonunu hayal edelim. Otel Excel'de bütçe tutuyor, pickup raporu yok, sapma takibi ay sonunda muhasebeden geliyor.

1. 15 Mart: Sales Manager OTA pickup'ının yavaş olduğunu hissediyor ama veri yok. "Yoğunluk az gibi" diye düşünüyor, geçiyor.
2. 25 Mart: "OTA biraz zayıf gibi" diye genel müdüre söylüyor, GM "biraz indirelim mi acaba" diyor. Karar belirsiz.
3. 31 Mart: Ay kapanıyor, muhasebe rapor çıkarıyor. OTA -%18, hedef tutmadı.
4. 5 Nisan: Aylık değerlendirme toplantısında "Mart neden tutmadı?" konuşuluyor. Cevap belirsiz.
5. 10 Nisan: Aynı sorun Nisan ayında da yaşanıyor.

Sonuç: 200.000 TL kayıp Mart'ta, başka bir 200.000 TL Nisan'da, çünkü kalıcı bir öğrenme veya müdahale mekanizması yok.

Bu Vakadan Çıkarılan Üç Ders

Ders 1: Hızla Otomasyon Aynı Şey Değildir

Sistem otomatik öneri üretti ama Sales Manager olduğu gibi onaylamadı. Asıl değer, sistemin sapmayı yakalamasında değil, ekibin doğru veriyle hızlı tanı koyabilmesinde. İnsan + sistem birlikte çalıştığında en iyi sonuç çıkıyor.

Ders 2: Segment Kırılımı Kritik

"OTA pickup'ı yavaş" cümlesi yanıltıcıydı. Asıl sorun "Booking.com pickup'ı yavaş"tı. Doğru segment kırılımı olmadan, doğru aksiyon alınamıyor.

Ders 3: 24 Saat ile 30 Gün Arasında Para Var

Aynı sapmayı 30 gün sonra fark etmek, müdahale fırsatını kaçırmak demek. 24 saat içinde fark etmek, kontrollü ve etkili müdahale demek. Bu farkın somut karşılığı 200.000 TL.

Kendi Otelinizde Bu Sistemi Nasıl Kurarsınız?

Bu vakadaki otelin yaptığı şey karmaşık değildi. Üç temel parça gerekti:

1. Bütçe modülü: Aylık ve segment kırılımıyla, sistem tarafında tutulacak şekilde
2. Pickup raporu: Her gece otomatik snapshot alan, segment bazlı kırılım sunan
3. Kural motoru: Belirli sapmalarda otomatik öneri üreten, onay zinciriyle çalışan

Bu üç parça doğru kurulduğunda, ekibinizin sabah rutini tamamen değişir. Sezgi yerini veriye, gecikmeli müdahale yerini erken aksiyona bırakır.

Sıkça Sorulan Sorular

Bu vaka her otele uyar mı?

Birebir uymaz ama mantığı genelleştirilebilir. Her otelin kendi segment yapısı, kanal dağılımı ve sezonsallığı var. Önemli olan vakanın ana mantığını alıp kendi otelinize uyarlamak: sapmayı segment kırılımıyla incelemek, kök neden analizi yapmak, dar kapsamlı kontrollü müdahale uygulamak. Bu üç adım her otelde işler.

Sistem hatalı öneri üretebilir mi?

Evet, tabii ki. Hiçbir algoritma hatasız değildir. Önemli olan ekibin önerileri körü körüne onaylamamasıdır. Bu vakada Sales Manager öneriyi kabul etmeden önce 10 dakika analiz yaptı ve öneriyi değiştirdi. Sistem öneri üretir, insan değerlendirir, karar birlikte oluşur.

Otomatik öneri olmasaydı bu sapmayı yakalayamaz mıydık?

Yakalayabilirdiniz ama büyük ihtimalle çok geç. Bütçe ile pickup'ı manuel karşılaştıran ekip ya günlük rutinde unuturlar, ya hatalı hesaplarlar ya da rapor çıkarmayı haftaya bırakırlar. Otomatik sistem bu disiplini insan zaafından bağımsız hale getirir. Sistem yorulmaz, unutmaz, hesap hatası yapmaz.

200.000 TL gibi rakamlar küçük otellerde de geçerli mi?

Rakam orantısaldır. 50 odalı bir butik otelde aynı %16 sapma 50.000-80.000 TL kayıp anlamına gelebilir. Ama oranlar aynı kalır. Otel sahibi için 80.000 TL de 200.000 TL kadar değerlidir. Sistemin getirdiği yüzdesel iyileştirme her ölçekte aynı şekilde işler.

Bu yapı sadece OTA için mi çalışır?

Hayır. OTA örnek olduğu için anlatımı kolaydı. Aynı mantık tüm segmentlerde işler: TO, Direct, Corporate, Group. Her segmentin kendi pickup verisi, kendi bütçe hedefi, kendi aksiyon kuralları olabilir. Sistem her segmenti ayrı ayrı izler ve her birine özel öneriler üretir.

Otelinizde Benzer Bir Sistem Kurmaya Hazır mısınız?

Zeus Online PMS, bu vakadaki tüm bileşenleri (bütçe modülü, pickup raporu, otomatik öneri ve onay zinciri) hazır olarak sunar. Türk otelciliğinin ihtiyaçlarına özel geliştirilmiş, hızla devreye alınabilir bir altyapıdır.