On request ne demek? Otelde talep üzerine satış ve onay süresi

On request, satışın otelin "evet"ini beklemesi demektir. Acente veya tur operatörü oda ister; oda tutulmaz, rezervasyon da oluşmaz. Otel onaylayana kadar bekler. Bu durum, acentenin anında onayladığı free sale ile hiçbir şeyin sunulmadığı stop sale arasında yer alır.

Talep, Cuma akşamı saat 22.40'ta gelir. Acentenin ekranında "on request" yazar, rezervasyon masası Pazartesi'ye kadar kapalıdır ve oda sistemde hâlâ satışta görünür. Pazartesi'ye kadar gezgin, anında onay veren bir tesiste yerini ayırtmıştır; otelde ise kaybedilen satışı kimse fark etmemiştir. Bu yazı, on request'in otel sözleşmesinde ne anlama geldiğini, ne zaman free sale yerine kullanılacağını, tutabileceğiniz bir süre içinde nasıl yanıt verileceğini ve aynı odanın iki kez satılmasını önleyecek kayıt düzenini anlatıyor.

Otel sözleşmesinde on request ne demek?#

On request, kararı otelin tutması demektir: acente oda isteyebilir ama rezervasyon ancak otel "evet" dediğinde doğar. Talep bir sorudur, rezervasyon değil. Acente tarihleri, oda tipini, pansiyon türünü ve fiyatı otele iletir ve yanıt bekler.

Varsayılan olarak hiçbir şey tutulmaz. Otel karar verirken bilerek odayı bloke etmedikçe, oda aynı anda diğer tüm kanallarda satışta kalır. Gezginin henüz onaylı bir rezervasyonu yoktur; acente, otel yanıtlarına kadar rezervasyonu "beklemede" gösterir. Otel, genellikle bir onay numarasıyla "evet" ya da "hayır" diye yanıtlar. "Hayır" da geçerli bir yanıttır, başarısızlık değil: acenteye, gezgini henüz vakit varken başka bir tarihe ya da başka bir tesise taşıma imkânı verir.

Sözleşmede on request bir ürün değil, bir durumdur: bir fiyata, bir oda tipine veya bir tarih aralığına bağlıdır ve kendi fiyatı yoktur. Bu ifade otelin dışında da geçer: mağazada "price on request", iş ilanlarında "salary on request". Otel sözleşmesinde ise her zaman tek bir şey demektir: henüz onaylanmamış bir satış.

Bilinmesi gereken bir nokta: bu terimler sektör pratiğidir; bir yönetmelikte ya da standart belgesinde tanımlı değildir. İki tarafı bağlayan şey sözleşme metnidir. Bu yüzden yazarken kesin olmak işe yarar.

Free sale, allotment, on request ve stop sale arasındaki fark nedir?#

Dört kip tek bir şeyle ayrılır: odayı kim tutuyor ve "evet" deme yetkisi kimde. Free sale'da odalar otelin envanterinde kalır ama acente, anlaşılan sınıra ve fiyatlara kadar satma yetkisi alır ve anında onaylar. Allotment'ta bir oda bloğu acenteye ayrılır; kullanılmayan odalar sözleşmedeki bırakma süresi (release) sonunda otele döner. On request'te hiçbir şey tutulmaz ya da son kullanma süresiyle tutulur ve her rezervasyonu otel kendisi onaylar. Stop sale'de o tarihler için hiçbir şey sunulmaz; kanal, otel bilerek yeniden açana kadar kapalıdır.

Kipler oda tipine ve tarihe göre karıştırılabilir. Bir otel Mart ayında standart odalarda free sale, Ağustos'ta süitlerde on request çalıştırabilir. Her kipin kendi başarısızlık biçimi de vardır: free sale fazla satabilir, allotment hiç satılmayan odaları sızdırır, on request satışı yavaş yanıtla kaybettirir, stop sale satışı tümüyle kaybettirir.

Acenteye ne kadar kontenjan vereceğinizi düşünüyorsanız allotment mı, free sale mi? yazısına, bir kanalı tümüyle kapatma kararını ele almak için stop sale nedir? yazısına bakın.

Bir otel ne zaman free sale yerine on request ile satmalı?#

Yanlış bir "evet"in maliyeti, geç bir "evet"in maliyetinden yüksek olduğunda on request kullanın. En net örnek, yüksek talepli bir tarihteki son odalardır: acentenin anında onayı oteli gerçek kapasitesinin ötesine taşıyabilir. Az sayıda birimli oda tipleri de buraya girer: süitler, bağlantılı odalar, aile odaları, engelli erişimine uygun odalar. Gruplar ve uzun konaklamalar birden fazla oda tipine dokunur ve karar vermeden önce bütün tabloyu bir kişinin görmesi gerekir.

Geçmişi olmayan yeni bir acente ya da henüz denetlenmemiş, yakın zamanda yüklenmiş fiyatlar da on request lehine konuşur. Otelin bir şeyi beklediği tarihler de öyle: boşalabilecek bir grup bloğu, arızalı bir oda, belirsiz bir tadilat bitiş tarihi. Bu durumlarda otel satmayı reddetmiyor; doğru karar verebileceği ana kadar kararı kendinde tutuyor.

Ödünleşim zamandır. Her talep bir gecikmedir ve beklemesi söylenen gezgin çoğu kez anında onaylayan tesiste rezervasyon yapar. On request kapsamını dar ve süresini kısa tutun; kapsamı her sezon gözden geçirin: geçen Ağustos on request gerektiren bir fiyat, bu yıl free sale için güvenli olabilir.

Bir on request rezervasyonuna ne kadar hızlı yanıt verilmeli?#

Kopyalanacak bir sektör normu yoktur: yanıt süresi otelin kendi sözüdür ve sözleşmede yer almalıdır. Söz vermeden önce saati tanımlayın: mesai saatleri mi, takvim saatleri mi; hafta sonu ve resmî tatiller sayılıyor mu. Kimin yanıtlayacağını isimle ya da nöbet listesiyle belirtin: geceler, hafta sonları ve tatiller dahil. Arkasında isim olmayan söz, söz değildir.

Ofis kapalıyken çalışan bir kanal verin acenteye ve mesai dışında gelen taleplere ne olacağını yazın. Yanıt süresini, fiyatın ve release süresinin yanına sözleşmeye yazın ki iki taraf aynı son tarihe çalışsın. Acente fiyatlarını sisteme yüklerken bu terimlerin nereye gireceğini kontrat girişi kontrol listesi ele alıyor.

Süre dolduğunda ne olacağını da belirtin: talep düşer ve acente gezgine başka bir şey satmakta serbest kalır. Yanıt "hayır" olsa bile hızlı verin; çabuk bir "hayır", acentenin gezgini yeniden yerleştirmesini sağlar ve ilişkiyi korur. Yazılı bir gerekçe olmadıkça her acenteye aynı süreyi uygulayın; tek bir alıcıya daha kısa süre tanımak sonradan savunulması zor bir uygulamadır.

Yanıtlanmayan bir on request rezervasyonuna ne olur?#

Sessizce düşer ve maliyet iki tarafa da oturur. Acentenin ekranında talep süresi dolmuş ya da iptal edilmiş görünür; gezgin başka yerde rezervasyon yapar. Otel odasını korur ama talep gitmiştir ve sistemde bu kaybı gösteren hiçbir kayıt yoktur.

Tehlikeli durum geç gelen "evet"tir: otel, oda başka bir misafire satıldıktan sonra onaylar ve tek oda için iki rezervasyon doğar. Gezgin de beklemeyi hatırlar: iki gün yanıt bekleyen bir misafir aynı oteli ikinci kez denemeyebilir. Kendi kaydınız geç yanıtların belirli bir yerde yoğunlaştığını gösteriyorsa, aynı acentelerin sizi daha az deneyeceğini varsayabilirsiniz; bunu ancak kendi kayıtlarınız doğrular.

Çözüm teknik değil, usulseldir: tek bir kuyruk, isimli bir sahip, her kalemde bir son tarih ve gün içinde sabit bir temizleme saati. Süresi dolan talebin ne anlama geldiğini sözleşmeye yazın ki iki taraf sonradan tartışmasın. Bu maddelerin sözleşmedeki yerini görmek için otel acente kontrat örneğini inceleyebilirsiniz.

Bekleyen bir talep nasıl kaydedilir ki aynı oda iki kez satılmasın?#

Bekleyen her talebe bir sahip, bir son tarih ve envanterde bir yer verin; süresi dolunca bloğun kendiliğinden açılmasını sağlayın. Talebi şunlarla birlikte kaydedin: acente, tarihler, oda tipi, pansiyon, fiyat kodu, oda sayısı, alan kişi ve alma zamanı. Karar verirken odayı bloke edip etmeyeceğinize karar verin. Bloke edecekseniz, bloğun bir son kullanma saati olmalı ve tüm kanalları besleyen aynı envanterde görünmelidir. Bloke etmiyorsanız, bunu kayda yazın ki ekipten kimse tutulduğunu varsaymasın.

Üç kuyruk değil tek kuyruk besleyin: e-posta gelen kutusu, mesajlaşma uygulaması ve acente portalı aynı listede bitsin. Süre dolduğunda bloğu otomatik açın ve acenteye haber verin ki talep onların sisteminde de açık kalmasın. Onayda, talebi aynı sistem içinde bir onay numarasıyla rezervasyona çevirin ve kaydı kapatın. Günde bir kez mutabakat yapın: söz verilen süreyi aşmış tüm bekleyen talepleri listeleyin ve vardiya bitmeden temizleyin.

Kendi kayıtlarınız geç yanıtlar hakkında ne diyor?#

Hiçbir sektör ölçütünün yanıtlayamayacağı soruyu kendi kayıt defteriniz yanıtlar: söz verdiğiniz süre içinde kaç talebe yanıt verdiniz? Her ay dört şeyi sayın: gelen talepler, süre içinde yanıtlananlar, geç yanıtlananlar ve yanıtsız düşenler. Geç yanıtların nerede yoğunlaştığına bakın: belirli bir vardiya, akşam saatleri, hafta sonu ya da resmî tatillere yakın günler.

Hangi oda tiplerinin ve hangi acentelerin en çok talep ürettiğine de bakın; on request'in en çok iş yaptığı yer orasıdır. Geç yanıtları alamadığınız rezervasyonların yanına koyun; kayıt defteri, bir ciro rakamı eklenmese de örüntüyü gösterir. Bir bulguyu tek bir değişikliğe çevirin: bir nöbet düzeni, daha dar bir on request kapsamı ya da daha kısa bir süre ve daha hızlı bir "hayır".

Kaydı, resepsiyonun vardiya içinde doldurabileceği kadar basit tutun. Kimse doldurmayan bir kayıt size hiçbir şey söylemez.

Şimdi ne yapmalı#

Şu an on request ile sattığınız bir fiyatı ya da oda tipini seçin, yanıt süresini ve yanıtın sahibini yazıya geçirin ve bu yazıdaki kayıt defteriyle bir ay boyunca uygulayın. On request, satışın zayıf bir biçimi değildir; elinizde tuttuğunuz bir karardır ve ancak yanıt, söz verdiğiniz süre içinde geldiğinde işler.

AI Otel'in dağıtım merkezi demo verisiyle geliştirildi ve henüz bağlı bir acente yok: tek bir motor, bağlı otellerde anında onay verir; elle onaylayan otellere ise talebi iletir. Yanıt sözünün alışkanlıktan mekanizmaya dönüşeceği yer burasıdır: otelin izin verdiği yerde anında onay, bir kişinin karar vermesi gereken yerde iletilen talep. Nasıl çalıştığını görmek için görüşme talep edin.