Kanal yöneticisi overbooking'i nasıl önler?

Akşam yedide kapıda bavuluyla bir aile, içeride üç gündür kalan başka bir aile. Apart işletmecisinin yaşayabileceği en tatsız sahnelerden biri budur ve neredeyse her zaman aynı kökten doğar: aynı birim, iki farklı kanaldan, birbirinin haberi olmadan satılmıştır. Bu yazıda overbooking'in teknik nedenlerini ve kanal yöneticisinin bunlara karşı neler yapabildiğini anlatıyoruz.

Sorun nereden çıkıyor?

Birimlerinizi kendi sitenizde, iki online acentede ve bir tatil evi pazaryerinde sattığınızı düşünün. Her kanal, sizin daha önce gönderdiğiniz müsaitlik bilgisini kendi tarafında saklar. Bir rezervasyon geldiğinde diğer kanalların bu bilgiyi güncellemesi gerekir. Güncelleme gelene kadar geçen süre, riskin penceresidir.

Elle yönetimde bu pencere saatlerce açık kalabilir: resepsiyon e-postayı görür, ilgili kanalın paneline girer, tarihi kapatır. Sezon ortasında aynı anda dört kanalda bunu yapmak, bir şeyi kaçırmayı neredeyse kaçınılmaz kılar.

Birinci önlem: pencereyi daraltmak

Kanal yöneticisinin temel görevi, rezervasyonun geldiği anla diğer kanalların kapandığı an arasındaki süreyi kısaltmaktır. Bunun için yalnız yeni rezervasyonlar değil, iptaller, birim taşımaları, uzatmalar ve bakım blokeleri de eşitlemeyi tetiklemelidir. Bir aileyi başka daireye taşıdığınızda, boşalan daire kanallarda yeniden satışa açılmalı, dolan daire kapanmalıdır.

Pratikte şunu sorun: zaman çizelgesinde yaptığım bir değişiklik kanallara kaç saniyede gidiyor ve bunu nereden görebilirim? İyi bir sistemde her gönderimin kaydı tutulur.

İkinci önlem: kabul denetimi

Pencere ne kadar daralsa da sıfıra inmez. Bu yüzden ikinci bir savunma hattı gerekir: kanaldan gelen her rezervasyon sisteme yazılmadan önce birimin hâlâ boş olup olmadığı yeniden kontrol edilir. Birim doluysa üç seçenek vardır:

1. Aynı tipte, aynı tesiste boş bir birim varsa rezervasyon oraya yerleştirilir.
2. Yoksa rezervasyon reddedilir ve kanal tarafına bildirilir.
3. Her iki durumda da işlem günlüğüne neden yazılır.

Birinci seçenek, birim tiplerini düzgün tanımlamanın neden bu kadar önemli olduğunu gösterir. Kanala tek tek daire değil, tip satıyorsanız sistemin esneme payı artar.

Üçüncü önlem: kontenjan

Tüm birimlerinizi tüm kanallara açmak zorunda değilsiniz. Bir kanala birimlerin belli bir yüzdesini açmak hem riski azaltır hem de kendi sitenize ve telefonla arayan sadık misafire yer bırakır. Kontenjanlı acente anlaşmalarında bu zaten sözleşmenin parçasıdır; online kanallarda ise sizin kararınızdır.

Bir de kapalı tesis ayarı vardır. Bazı daireler sahip sözleşmesi gereği yalnız belirli kanallardan satılabilir; bazı pansiyonlar pazaryerlerine hiç açılmaz. Bu kısıtların kanal bazında tanımlanabilmesi, karışıklığı baştan önler.

Sistem dışı satışlar

Overbooking'lerin önemli bir kısmı kanallardan değil, sistem dışında verilen sözlerden çıkar. Telefonda "tamam, size ayırdım" denilip sisteme girilmeyen bir rezervasyon, hiçbir kanal yöneticisinin göremeyeceği bir boşluktur. Bu yüzden telefon ve WhatsApp satışlarını da ayrı bir kanal olarak sisteme girmek, ekibe kural olarak koyulmalıdır. Aynı şey mülk sahibinin kendi kullanımı için de geçerlidir: sahibin "o hafta ben geleceğim" demesi, takvimde bloke olarak görünmüyorsa satış devam eder.

Birim eşleştirmesini düzenli denetleyin

Kanal tarafındaki oda tipleri ile sizin sisteminizdeki birim tipleri arasında bir eşleştirme tablosu vardır. Yeni bir birim eklediğinizde, bir tipi ikiye böldüğünüzde ya da bir daireyi satıştan çektiğinizde bu tablo güncellenmezse kanallar yanlış sayıda birim görür. Overbooking'lerin sinsi bir kısmı buradan doğar: sistem iki stüdyo olduğunu bilir, kanal ise hâlâ üç stüdyo satmaktadır.

Bu yüzden sezon başında ve her yapısal değişiklikten sonra eşleştirmeyi gözden geçirin. Her kanal için satılabilir birim sayısını sizin sisteminizdeki sayıyla karşılaştırın; fark varsa satışa açmadan önce düzeltin.

Fiyat değişikliği de eşitlemedir

Overbooking'i genellikle müsaitlikle ilişkilendiririz, ama fiyat eşitlemesindeki gecikme de benzer bir sorun yaratır. Sitenizde fiyatı artırdığınız bir gece, bir kanalda hâlâ eski fiyattan satılıyorsa iki misafir aynı geceye çok farklı ücretler öder. Bu durum doğrudan bir çakışma değildir ama misafir memnuniyetsizliğine ve kanalla anlaşmazlığa yol açabilir. Fiyat kurallarınız gece gece değişiyorsa, eşitlemenin de aynı sıklıkta çalıştığından emin olun.

Ekibe tek kural

Bütün teknik önlemlerin yanında ekibe verilecek tek bir kural vardır: sistemde olmayan rezervasyon yoktur. Telefonla, WhatsApp'tan ya da kapıda yapılan her satış, misafir henüz ödeme yapmamış olsa bile hemen sisteme girilmelidir. Kural basittir ama en çok çiğnenen kuraldır.

Yine de olursa

Hiçbir sistem insan hatasını sıfırlayamaz. Overbooking yaşandığında misafire karşı tutum, teknik önlemler kadar önemlidir. Önce hangi rezervasyonun daha eski olduğunu belirleyin. Sonra yeni gelen misafire, aynı ya da daha iyi bir birimi kendi tesislerinizden ya da güvendiğiniz bir komşu işletmeden önerin; fark varsa işletme olarak üstlenin. Durumu misafirle kapıda değil, mümkünse varıştan önce telefonla konuşun.

Olaydan sonra işlem günlüğüne bakın: rezervasyon hangi kanaldan geldi, eşitleme ne zaman yapıldı, hangi adım atlandı? Aynı hatanın tekrarlanmaması için gereken çoğu zaman tek bir ayardır.

Demoda deneyin

İmbatya demosunun kanal yöneticisi ekranında bir kanaldan rezervasyon gelmesini simüle edebilirsiniz. Önce zaman çizelgesinde bir birimi doldurun, ardından aynı tarihler için kanaldan rezervasyon göndermeyi deneyin; kabul denetiminin nasıl davrandığını günlükte göreceksiniz.