Otel rezervasyon motoru seçimi: sağlayıcıya sorulacak sorular
Otel rezervasyon motoru seçiminde özellik listeleri değil, somut yanıtlar belirleyicidir. Envanter kaynağını, ödeme akışını ve sözleşme maddelerini sorgulayın.
İçindekiler
Kısaca
- Mesafeli Sözleşmeler Yönetmeliği'ne göre sözleşme kurulmadan önce tüketiciye tüm vergiler dâhil toplam fiyat bildirilir; internet üzerinden kurulan sözleşmelerde temel nitelikler, toplam fiyat ve cayma hakkı bilgileri, tüketici ödeme yükümlülüğü altına girmeden hemen önce bir bütün olarak ve açıkça gösterilmek zorundadır.
- Taraflar aksini kararlaştırmadıkça on dört günlük cayma hakkı, belirli bir tarihte veya dönemde yapılması gereken konaklama sözleşmelerinde kullanılamaz ve bu durum ön bilgilendirmede misafire bildirilmelidir.
- Rezervasyon motoru, arkasındaki envanter kadar iyidir: hangi sistemin gerçek kaynak olduğunu sorun, sonra bir fiyatı ve bir kısıtı değiştirip web sitesinin bunları göstermesini kronometreyle ölçün.
- Fiyat modelinden çok sözleşmedeki üç madde belirleyicidir: neyin faturalandırılabilir rezervasyon sayıldığı, rezervasyon ve misafir verisinin kime ait olduğu ve ayrıldığınız gün ne olacağı.
- Hiçbir şey imzalamadan önce motoru orta segment bir telefonda, mobil veriyle, kaynak pazarlarınızın dillerinde test edin.
Otel rezervasyon motoru, otelin kendi web sitesindeki ödeme adımıdır: güncel müsaitliği ve fiyatları gösterir, rezervasyonu ve ödemeyi alır, rezervasyonu otelin sistemine yazar. Seçimini şu sorularla yapın: ödeme öncesinde ekranda ne görünüyor, hangi ödeme yöntemlerini kabul ediyor, diğer tüm kanallarla aynı envanteri okuyor mu ve ayrılırken ne oluyor?
Otelin kendi web sitesi, fiyatı otelin belirlediği, misafir ilişkisini ve verisini otelde tuttuğu, rezervasyon sitesine komisyon ödenmeyen tek kanaldır. Sonra misafir "rezervasyon yap" düğmesine dokunur ve bir ödeme ekranı satışın olup olmayacağını belirler. Bu yazı, bir otel rezervasyon sistemi sağlayıcısına hangi sırayla hangi soruları soracağınızı verir; böylece özellik listelerini değil, yanıtları karşılaştırabilirsiniz.
Bir otel rezervasyon motoru aslında ne yapmalı?
Web sitesindeki bir ziyaretçiyi onaylanmış, ödenmiş ve kayda geçmiş bir rezervasyona dönüştürmelidir; bunu yaparken çoktan satılmış bir odayı bir daha satmamalıdır. Bu, sırayla dört iştir: tarihler için güncel müsaitliği ve doğru fiyatı göstermek, misafir öderken odayı tutmak, ödemeyi veya garantiyi almak ve rezervasyonu, fiyat planı ve iptal koşullarıyla birlikte otelin sistemine yazmak.
Motor, otel yönetim sistemi (PMS) değildir, kanal yöneticisi de değildir. Yönetim sistemi odaları ve hesabı tutar; kanal yöneticisi müsaitliği ve fiyatları diğer kanallara iter; motor ise otelin kendi sitesindeki ödeme adımıdır. Sınırların nerede başladığından emin değilseniz PMS, kanal yöneticisi ve rezervasyon motoru: hangisi ne işe yarar? yazısına bakın.
Müsaitliğin nereden geldiğini sorun: otelin kendi envanterinden canlı bir okuma mı, yoksa birinin elle güncellediği ayrı bir takvim mi? İkincisi aynı odayı iki kez satar. Misafir ödemeyi yarım bıraktığında ne olduğunu sorun: tutma kendiliğinden düşüyor mu, oda envantere geri dönüyor mu, ne kadar çabuk? Motorun otelin kendi ek hizmetlerini, örneğin oda yükseltme, kahvaltı ya da geç çıkışı aynı rezervasyon içinde satıp satamadığını, kabul edilen ek hizmetin misafirin hesabına işleyip işlemediğini sorun.
Demoyu örnek bir tesis üzerinde değil, kendi fiyat planalarınız üzerinde isteyin. Minimum konaklama, gelişe kapalı tarihler, çocuk fiyatı, ek yatak ve mevsime göre değişen fiyat, örnek demoların çöktüğü yerlerdir.
Kontrol listesiİlk görüşme için altı soru
- Müsaitlik nereden geliyor?
- Yarım bırakılan ödemede ne oluyor?
- Kendi ek hizmetlerimizi satabiliyor mu?
- Minimum konaklama ve gelişe kapalı tarihleri işliyor mu?
- Rezervasyon yönetim sistemimize nasıl ulaşıyor?
- Kendi fiyat planalarımızla demo görebilir miyiz?
Misafir ödemeden önce toplam fiyatı ve ön bilgilendirmeyi gösteriyor mu?
Göstermek zorunda. Mesafeli Sözleşmeler Yönetmeliği'ne göre sözleşme kurulmadan önce tüketiciye tüm vergiler dâhil toplam fiyat bildirilir; internet üzerinden kurulan sözleşmelerde temel nitelikler, toplam fiyat ve cayma hakkına ilişkin bilgiler, tüketici ödeme yükümlülüğü altına girmeden hemen önce bir bütün olarak ve açıkça gösterilir (mevzuat.gov.tr, Mesafeli Sözleşmeler Yönetmeliği, birleşik metin (yeni sekmede açılır), Madde 5 ve 6).
Toplam, gerçekten toplam demektir: oda, fiyatın içindeyse kahvaltı, vergiler, ek yatak, otopark ve zorunlu her şey. Ödeme adımında büyüyen fiyat sık karşılaşılan bir şikâyet konusudur ve yukarıdaki kural gereği hukuki risktir. Üç bilgi bloğu tek ekranda, birlikte görünmelidir; sekmeler arasında dağılmamalı, sayfanın altındaki bir bağlantının arkasına gizlenmemelidir.
Cayma hakkı için motora tek satır yeter: taraflar aksini kararlaştırmadıkça on dört günlük hak, belirli bir tarihte veya dönemde yapılacak konaklamalarda kullanılamaz ve ön bilgilendirme bunu misafire bildirmelidir; paket turlar yönetmelik kapsamı dışındadır. İptal ve değişiklik koşulları fiyatın yanında, misafirin dilinde durmalı ve onay e-postasında yazacaklarla kelimesi kelimesine eşleşmelidir. Metnin kendisi için otel iptal politikası nasıl yazılır? yazısına bakın.
Yönetmelik yükümlülüğü belirler; ekrana nasıl yansıyacağına sizin fiyat planalarınız karar verir. İmzalamadan önce kendi durumunuzu bir avukatla veya mali müşavirinizle teyit edin.
Kontrol listesiÖdeme öncesinde ekranda olması gerekenler
- Tüm vergiler dâhil toplam fiyat
- Fiyata dâhil olan ve olmayanlar
- İptal ve değişiklik koşulları
- Cayma hakkının kullanılamadığı durumlara ilişkin açıklama
- Misafir adı ve tarihler
- Otelin kimliği ve iletişim bilgileri
- Para birimi
Hangi ödeme yöntemlerini, para birimlerini ve ön ödemeleri alabilmeli?
Misafirlerinizin gerçekten kullandıkları yöntemleri: yerli ve yabancı kartlar, telefonun sunduğu cüzdan ödemeleri, kaynak pazarlarınızın para birimleri ve peşin ödeme, depozito ya da otelde ödeme arasında net bir seçenek.
Motorun hangi kart doğrulama adımını desteklediğini, misafirin bankasının gösterdiği ek onay ekranını ve ödeme itiraz edildiğinde riski otelin mi sağlayıcının mı taşıdığını sorun. Sağlayıcının hangi kart verisi standardını karşıladığını ve belgeyi kimin tuttuğunu sorun; "güvenli" sözcüğünü yanıt olarak kabul etmeyin. Taksit kuralları ve maliyetleri bankaya ve kart türüne göre değişir; özellik listesine güvenmek yerine bankanızla teyit edin.
Yabancı bir pazar için euro ile fiyatlandırıyorsanız motorun hangi kur kullandığını ve kurun hangi anda sabitlendiğini sorun. Merkez bankası kur günlük yayımlanır, saatlik değil. Depozito, tam peşin ödeme ve otelde ödeme, no-show riskini ve iade işini farklı kaydırır; hangi fiyat planasına hangisinin uygulandığını yazılı tutun ve motorun bunu ödemeden önce gösterdiğinden emin olun.
Başarısız ödemeler kendi sorusunu hak eder: misafir ne görüyor, tutma düşüyor mu, oda envantere dönüyor mu yoksa gün sonuna kadar kapalı mı kalıyor? Misafirin kart ekstresinde ne göründüğünü sorun; tanıdık olmayan bir isim, rezervasyondan daha pahalıya mal olan itirazlara yol açar.
| Model | Misafir ne yapar | Otel neyi üstlenir |
|---|---|---|
| Tam peşin ödeme | Konaklamanın tamamını çevrim içi öder | İade işi ve itiraz süreçleri |
| Depozito | İlk geceyi ya da belirlenen payı öder | Resepsiyonda bakiye tahsilatı ve no-show kararı |
| Kart garantili otelde ödeme | Yalnızca kart bilgilerini girer | Geçersiz kart riski ve no-show tahsilatı |
Diğer tüm kanallarla aynı odaları ve fiyatları satıyor mu?
Tek bir envanteri ve tek bir fiyat planı kümesini okumalıdır; öyle ki sitede satılan bir oda diğer tüm kanallardan kaybolmalı ve satışa kapatma, rezervasyon sitesine ulaştığı kadar çabuk otelin sitesine de ulaşmalı. Müsaitlik ve fiyatlar için hangi sistemin gerçek kaynak olduğunu ve hangi sistemin hangisine yazdığını sorun. İkisi de haklı olduğuna inanan iki sistem, yoğun bir gecede anlaşmazlığa düşer.
Kısıtlar fiyatla birlikte yolculuk etmelidir: minimum konaklama, gelişe kapalı, ayrılışa kapalı ve serbest bırakma süreleri. Minimum konaklama kuralını yok sayan bir motor, otelin istemediği tek gecelik bir satış yapar. Bağlantı koptuğunda ne olduğunu sorun: motor bilinen son müsaitlikle satmaya devam ediyor mu ve biri fark edene kadar ne kadar süre? Rezervasyon yönetim sistemine nasıl ulaşıyor ve yazma işlemi başarısız olduğunda ekranda ne görüyorsunuz?
Fiyat paritesi ve diğer kanallarla imzaladığınız koşullar, danışmanınıza ayrı bir sorudur. Motorun işi, belirlediğiniz kurallara her yerde ve aynı anda uymaktır.
İpucuİki değişiklik testi
Bir fiyatı küçük bir miktarda değiştirin ve bir tarihi gelişe kapatın. Saati not edin, otelin web sitesini mobil veriyle bir telefonda açın ve ikisini de kontrol edin. Sonra yönetim sistemini açın ve aynı iki değişikliğin orada da göründüğünü doğrulayın. Üçünden biri uyuşmuyorsa, sağlayıcıya sorulacak soruyu buldunuz demektir.
Misafirlerinizin dillerinde telefonda çalışıyor mu?
Misafirler motora çoğunlukla telefonda rastlar; o yüzden testi orada yapın, kaynak pazarlarınızın dillerinde, gerçek bir tarihle ve gerçek bir kartla. Tüm yol tek başparmakla işlemeli: tarihler, oda seçimi, misafir bilgileri, ödeme; yakınlaştırma gerektirmeden ve yana kaydırmadan. Alanlar doğru klavyeyi çağırmalı, tarih ve kart alanı için sayı klavyesini; isim alanı, pazarlarınız gerektiriyorsa Kiril veya Arap harfleriyle yazılan misafir adını kabul etmeli.
Makine çevirisi iptal koşullarında ve ön bilgilendirmede yanlış okunur; sattığınız her dildeki hukuki blokları bir insan kontrol etsin. Tarih ve fiyat biçimleri pazara göre değişir: 05.03 olarak yazılan bir tarih bir ülkede Mayıs, diğerinde Mart okunur; 1.250 olarak gösterilen fiyat bin iki yüz elli de olabilir bir buçuk da. Motorun, otel muhasebede kendi para birimini tutarken misafire kendi para birimiyle fiyat gösterip gösteremediğini ve dönüşümde hangi kur kullandığını sorun. Dil tarafını planlamak için çok dilli misafir hizmeti: kaynak pazarlarınıza göre bir dil planı yazısına bakın.
Kontrol listesiİmzalamadan önce yapılacak mobil testler
- Tek başparmakla bir rezervasyonu baştan sona tamamlayın
- Yakınlaştırma gerekmediğini doğrulayın
- Tarih ve kart alanlarında klavye türünü kontrol edin
- Latin alfabesi dışında harflerle bir misafir adı girin
- Her dilde iptal ve ön bilgilendirme bloklarını okuyun
- Pazar bazında tarih ve fiyat biçimlerini kontrol edin
- Mobil veriyle ilk ekranın açılma süresini ölçün
Rezervasyonların nereden geldiğini nasıl görürsünüz, misafir ne alır?
Her rezervasyon kaynağıyla birlikte gelmeli ve misafir, fiyatı, iptal koşullarını ve rezervasyonu değiştirme yolunu yineleyen bir onay almalıdır. Kaynak takibi, misafiri getiren bağlantıya eklenen küçük bir etiketle başlar; böylece rezervasyon kaydı hangi sayfanın, kampanyanın ya da arama sonucunun satışı ürettiğini gösterir. Bu olmadan her doğrudan rezervasyon aynı görünür ve neyin işe yaradığını bilemezsiniz.
Onay e-postası sözleşmenin parçasıdır: fiyat, dâhil olanlar, iptal koşulları, otelin adresi ve iletişimi, cayma hakkına ilişkin açıklama. Misafirin o e-postadan iptal edip değiştirebildiğini ve bu işlemin yönetim sistemini ve diğer kanalları aynı anda güncelleyip güncellemediğini sorun.
Haftada bir mutabakat yapın: motor rezervasyonları ile yönetim sisteminin kayıtları. Farklar genellikle başarısız bir yazmadan, yinelenen bir gönderimden ya da hiç düşürülmemiş bir tutmadan gelir. No-show akışını da kontrol edin: kim işaretliyor ve garanti bedeli motordan mı tahsil ediliyor, resepsiyonda elle mi? Motor, oteli hiç anlatmayan bir web sitesini düzeltemez; içerik ve yasal sayfalar aynı yolu besler ve zayıf bir sayfadaki iyi bir ödeme adımı satışı yine kaybeder.
Sözleşme neyi kapsamalı: fiyat, veri ve çıkış?
Gerçek maliyeti üç şey belirler: neyin faturalandırılabilir rezervasyon sayıldığı, rezervasyon ve misafir verisinin kime ait olduğu ve ayrıldığınız gün ne olacağı. Fiyat modelleri rezervasyon başına komisyon, sabit abonelik ya da ikisinin karışımıdır. Komisyon ciroyla ölçeklenir ve durgun bir ayda hiçbir şey ödemez; abonelik öngörülebilirdir ama site satış yapıp yapmasa da ödenir.
Neyin rezervasyon sayıldığını sorun: iptal edilenler, değiştirilenler, no-show'lar ve kendi personelinizin elle girdiği rezervasyonlar. Veri için: rezervasyon ve misafir kayıtları kime ait, hangi biçimde dışa aktarılabilir, talepten ne kadar sonra. Çıkış için: bildirim süresi, sözleşme sona erdikten sonra motorun ne kadar süre açık kalacağı, eski bağlantıların anlamlı bir yere yönlendirilip yönlendirilmediği, alan adını ve analitiği kimin tuttuğu, misafir verisinin sizinle gelip gelmediği.
Hizmet düzeyleri ve fiyat değişikliklerini sorun: sağlayıcı çalışma süresi ve destek yanıtı için ne vaat ediyor, zam öncesi ne kadar bildirim veriyor. Sözleşmeyi demodan önce isteyin ve önce çıkış maddesini okuyun. En kötü gününüzde ihtiyaç duyacağınız madde odur.
| Model | Ne için ödersiniz | İzlenecek risk |
|---|---|---|
| Rezervasyon başına komisyon | Motorun ürettiği her rezervasyondan bir pay | İptallerin, no-show'ların ve elle girilenlerin nasıl sayıldığı |
| Sabit abonelik | Hacimden bağımsız düzenli ücret | Bildirim süresi ve fiyat değişikliği maddesi |
| Karma | Daha küçük sabit ücret artı rezervasyon başına ücret | İkisinin farklı rezervasyon tanımlarıyla sayılmaması |
Şimdi ne yapmalı
Aynı yazılı soruları her sağlayıcıya gönderin ve yanıtları yan yana karşılaştırın; özellik listesi karşılaştırılamaz ama yanıt karşılaştırılabilir. Sonra imzalamadan önce iki değişiklik testini çalıştırın ve kendi fiyat planalarınızla bir rezervasyonu telefonda baştan sona tamamlayın.
Sıkça sorulan sorular
Komisyonlu otel rezervasyon sistemi abonelikten daha mı ucuz?
Hacme bağlıdır, modelin kendisine değil: komisyon ciroyla ölçeklenir, abonelik sabittir; bu yüzden güçlü doğrudan talebi olan otel genellikle sabit ücreti, doğrudan trafiği az olan otel payı tercih eder. Belirleyici sorular neyin faturalandırılabilir rezervasyon sayıldığı, asgari süre ve zam öncesi bildirim süresidir. Her iki modeli yazılı isteyin ve kendi rezervasyon sayılarınıza göre karşılaştırın.
Rezervasyon motoru çoktan satılmış bir oda satabilir mi?
Evet, ayrı bir takvim okuyorsa ya da sistemler arasındaki bağlantı geride kalırsa. Çözüm, adı konmuş bir gerçek kaynağa sahip tek envanter, fiyatla birlikte yolculuk eden kısıtlar ve rezervasyon sitesine ulaştığı kadar hızlı siteye ulaşan bir satış durağıdır. İmzalamadan önce iki değişiklik testini çalıştırın ve her bağlantı değişikliğinden sonra yineleyin.
Misafir rezervasyonu onaylamak için çevrim içi ödemek zorunda mı?
Hayır. Peşin ödeme, depozito ve kart garantili otelde ödeme geçerlidir; her biri no-show riskini ve iade işini farklı kaydırır. Önemli olan, motorun seçilen fiyat planasına hangi modelin uygulandığını misafir ödemeden göstermesi ve kart ekstresinde misafirin tanıyacağı bir isim görünmesidir.
Yasal metni rezervasyon motoru mu sağlar, otel mi?
Satıcı oteldir, o yüzden koşullar otelin; sağlayıcı bunları gösteren ekranı verir. Mesafeli Sözleşmeler Yönetmeliği'ne göre tüm vergiler dâhil toplam fiyat, temel nitelikler ve cayma hakkı bilgileri misafir ödeme yükümlülüğü altına girmeden hemen önce birlikte görünmelidir; yani motor sizin koşullarınızı o yerde ve sattığınız her dilde gösterebilmelidir. Kendi metninizi bir avukat veya mali müşaviriniz kontrol etsin.
Kaynaklar
- Mesafeli Sözleşmeler Yönetmeliği (Resmî Gazete 27.11.2014, Sayı 29188), consolidated text, Articles 5(1)(d) and 6(2)(a) (yeni sekmede açılır)T.C. Cumhurbaşkanlığı Mevzuat Bilgi Sistemi (mevzuat.gov.tr)mevzuat.gov.tr
- Mesafeli Sözleşmeler Yönetmeliği, consolidated text, Articles 2(2)(f), 5(1)(h), 9(1) and 15(1)(g) (yeni sekmede açılır)T.C. Cumhurbaşkanlığı Mevzuat Bilgi Sistemi (mevzuat.gov.tr)mevzuat.gov.tr