Otel Web Sitenize Entegre Rezervasyon Motoru Nasıl Seçilir?

"Web sitemle entegre çalışacak en iyi rezervasyon motoru hangisi?" Bu soru otelcilerden en sık duyduğumuz sorulardan biri ve cevabı yok. Çünkü soru yanlış kurulmuş: rezervasyon motorlarının çoğu aynı temel işi yapar — tarih seçtirir, müsaitlik gösterir, fiyat verir, ödeme alır. Aralarındaki fark özellik listesinde değil, misafirin fiyat ekranı ile ödeme onayı arasındaki o kırk saniyede ne olduğunda ortaya çıkar.

Bu yazı, demo toplantılarında sorulacak doğru soruları çıkarmanız için bir çerçeve sunuyor: motorun tam olarak neyi yapıp neyi yapmadığı, kararı belirleyen beş kriter ve seçim sonrası çoğu otelin atladığı ölçüm adımı.

Rezervasyon Motoru Tam Olarak Neyi Yapar?

Rezervasyon motoru (booking engine), otelin kendi web sitesinde çalışan ve ziyaretçiyi tarih seçiminden ödeme onayına kadar taşıyan yazılımdır. Müsaitliği ve fiyatı gerçek zamanlı gösterir, oda ve pansiyon tipini seçtirir, ek hizmetleri sunar, misafir bilgisini toplar ve ödemeyi tahsil eder.

Neyi yapmadığını netleştirmek daha önemli, çünkü otel teknolojisinde en sık karışan başlık budur:

• PMS değildir. Oda planı, check-in/check-out, folyo ve muhasebe PMS'in işidir. Motor yalnızca satış anını yönetir.
• Channel manager değildir. OTA'lara stok ve fiyat dağıtımını channel manager yapar. Motor tek bir kanalın — sizin kendi sitenizin — satış arayüzüdür.
• Pazarlama sistemi değildir. Motor, kendisine gelen trafiği dönüştürür; o trafiği getirmek, doğru kullanıcıyı hedeflemek ve hangi reklamın rezervasyona dönüştüğünü ölçmek ayrı bir katmandır.

Bu üçlünün nasıl birbirine bağlandığını ve bağlanmadığında neyin kaybolduğunu daha önce PMS ve channel manager kullanıyorsunuz ama neden daha fazla kazanmıyorsunuz yazısında ele almıştık. Motor seçimi o zincirin tek bir halkasıdır; ama misafirin gözünde markanızla temas ettiği son ekran olduğu için zincirin en görünür halkasıdır.

Kriter 1: Fiyat Paritesi — Motorun Kurtaramayacağı Tek Sorun

Bir misafir otelinizin adını arattığında karşısına hem sizin siteniz hem de OTA sonuçları çıkar. Aynı oda, aynı tarih, iki farklı fiyat görüyorsa karar bir saniyede biter ve sizin lehinize bitmez. Motorun arayüzü ne kadar iyi olursa olsun, fiyat dezavantajını telafi etmez.

Bu yüzden ilk kriter teknik değil ticaridir: motorunuz, kendi sitenizde OTA'dan daha iyi bir teklif kurabilmenize izin veriyor mu? Demo sırasında somut olarak şunu sorun: doğrudan rezervasyona özel bir avantajı — üye fiyatı, geç çıkış, ücretsiz oda yükseltme, kahvaltı dahil paket — kaç tıklamada tanımlayabiliyorum ve misafir bunu fiyat ekranında görüyor mu?

Dikkat edilecek ayrım şu: paritenin çözümü her zaman "daha ucuz olmak" değildir. Çoğu OTA sözleşmesi aynı odayı daha ucuza ilan etmenizi kısıtlar, ama aynı fiyata daha fazlasını vermenizi kısıtlamaz. Motor, bu paketleme esnekliğini vermiyorsa doğrudan kanalınızı fiyat savaşına mahkûm eder.

Fiyatın ekranda nasıl gösterildiğinin kendisi de bir dönüşüm faktörüdür — vergi ve ek ücretlerin ne zaman göründüğü, toplam tutarın hangi adımda netleştiği. Bunu ayrıntılı olarak otel web sitesinde fiyat gösterimi yazısında işledik.

Kriter 2: Mobil Akış — Adım Sayısı Her Şeyi Söyler

Otel sitelerine gelen trafiğin büyük bölümü mobildir ve rezervasyon motorlarının çoğu masaüstünde tasarlanıp mobile sığdırılmıştır. Demo sırasında sunum ekranına değil, kendi telefonunuza bakın ve tek bir şeyi sayın: ana sayfadan ödeme ekranına kaç ekran geçişi var?

Pratikte iyi bir mobil akış dört adımı geçmez: tarih ve kişi seçimi → oda ve pansiyon seçimi → misafir bilgisi → ödeme. Her ek adım, kararını vermiş bir misafire vazgeçmesi için yeni bir fırsat verir.

Mobilde ayrıca şu üç noktaya bakın:

• Takvim kullanılabilirliği. Parmakla açılan takvimde dolu tarihler görünüyor mu, yoksa misafir deneme yanılmayla mı ilerliyor?
• Geri dönüş davranışı. Misafir oda seçiminden geri döndüğünde seçtiği tarihler korunuyor mu, yoksa form sıfırlanıyor mu? Sıfırlanan bir form, terk edilmiş bir rezervasyondur.
• Yüklenme süresi. Motor ayrı bir pencerede ve ağır bir betikle açılıyorsa, misafir fiyatı görmeden önce bekliyor demektir. Kararın ilk saniyelerde verildiğini rezervasyon kararı neden sadece birkaç saniye sürer yazısında anlatmıştık.

Kriter 3: Ödeme Entegrasyonu — Rezervasyonun Kaybolduğu Son Metre

Bir misafir ödeme ekranına geldiyse kararı çoktan vermiştir. Buradan geri dönmesinin sebebi neredeyse hiçbir zaman fiyat değildir; genellikle teknik bir sürtünmedir. Ödeme tarafında sorulacak sorular şunlar:

• Yerel ödeme altyapısı desteği. Motor, çalıştığınız bankanın sanal POS'uyla ve 3D Secure akışıyla sorunsuz çalışıyor mu? Yurt dışı merkezli bazı motorlar yalnızca uluslararası ödeme sağlayıcılarıyla çalışır; bu, yerel kartlarda başarısız işlem oranını yükseltir.
• Taksit ve ön ödeme seçenekleri. Yüksek sepetli tatil rezervasyonlarında taksit, doğrudan bir dönüşüm kaldıracıdır. Motor taksiti oda tipine veya tarihe göre kurgulayabiliyor mu?
• Kapıda/otelde ödeme seçeneği. Bazı misafir segmentleri için kartla ön ödeme bir engeldir. Garantili ama tahsilatsız rezervasyon alabiliyor musunuz?
• Başarısız ödeme sonrası davranış. İşlem reddedildiğinde misafir baştan mı başlıyor, yoksa aynı rezervasyonla tekrar deneyebiliyor mu? Bu tek detay, kayıp rezervasyonların şaşırtıcı bir kısmını açıklar.
• Döviz. Yabancı misafir kendi para biriminde fiyat görebiliyor mu, tahsilat hangi kurdan yapılıyor?

Kriter 4: PMS ve Channel Manager Bağlantısı

Motorun aldığı rezervasyon PMS'e düşmüyorsa resepsiyon onu elle girer; stok channel manager'a anlık yansımıyorsa aynı oda iki kez satılır. Bu yüzden entegrasyon sorusu "destekliyor mu?" değil, "nasıl destekliyor?" olmalıdır.

• Çift yönlü mü? Motor PMS'ten müsaitlik ve fiyat alabiliyor, PMS'e rezervasyon yazabiliyor mu — yoksa yalnızca tek yönde mi çalışıyor?
• Senkronizasyon gecikmesi ne kadar? Anlık mı, yoksa birkaç dakikada bir toplu aktarım mı? Yüksek doluluk dönemlerinde bu fark overbooking demektir.
• Entegrasyon hazır mı, projeli mi? Kullandığınız PMS ve channel manager ile hazır bir bağlantı varsa kurulum günler sürer; "geliştirilebilir" cevabı aylar ve ek maliyet demektir. Sağlayıcıdan, sizinkiyle aynı PMS'i kullanan bir referans otel isteyin.
• Bağlantı koptuğunda ne oluyor? Senkronizasyon hatası alarm üretiyor mu, yoksa sessizce mi duruyor? Sessiz duran bir entegrasyon, fark edilene kadar satış kaybettirir.

Kriter 5: Maliyet Modeli — Rezervasyon Başına mı, Sabit mi?

Rezervasyon motorları genelde iki modelden biriyle fiyatlanır: rezervasyon başına komisyon (tipik olarak yüzde 2-5 bandında) veya sabit aylık/yıllık lisans. Hangisinin ucuz olduğu tamamen hacminize bağlıdır ve hesabı yapmak bir dakikadan kısa sürer.

100 odalı bir şehir oteli düşünün: ayda 200 doğrudan rezervasyon, ortalama sepet 9.000 TL.

Bu hacimde fark yılda yaklaşık 468.000 TL. Ama tabloyu tersine çevirin: ayda 20 rezervasyon yapan 30 odalı bir butik otelde komisyon modeli 64.800 TL'ye, sabit lisans yine 180.000 TL'ye gelir. Yani doğru cevap otele göre değişir ve kırılma noktası basittir: sabit ücret ÷ (ortalama sepet × komisyon oranı). Yukarıdaki örnekte bu, ayda yaklaşık 56 rezervasyondur; bunun üzerindeki her hacimde sabit model kazanır.

İki uyarı: komisyon modelinde iptal edilen rezervasyonlardan komisyon alınıp alınmadığını mutlaka sorun, ve sabit modelde kurulum, entegrasyon ve destek ücretlerinin lisansa dahil olup olmadığını yazılı isteyin. Aynı mantığın OTA komisyonlarına uygulanmış hâli için OTA komisyonunun gerçek maliyeti yazısına ve otel gelir dağılımı hesaplayıcısına bakabilirsiniz.

Özellik Listesinde Görünmeyen Kriter: Veri ve Ölçülebilirlik

Beş kriteri geçen iki motor arasında kalırsanız kararı şu soru verir: motor size kendi verinizi veriyor mu? Üç alt başlıkta somutlaşır.

Kendi alan adınızda mı çalışıyor?

Motor rezervasyon.otelim.com gibi kendi alan adınızın altında mı, yoksa sağlayıcının alan adında bir pencerede mi açılıyor? İkincisinde ölçüm zincirinde kopma riski yüksektir: reklamdan gelen ziyaretçi ile rezervasyonu tamamlayan kullanıcı iki ayrı oturum gibi görünebilir ve reklam platformu dönüşümü yanlış kanala yazabilir.

Davranış verisini dışarı verebiliyor mu?

Yalnızca "kaç rezervasyon oldu" değil, hangi adımda kaç kişi düştüğü de dışarı aktarılabiliyor mu? Tarih seçip oda ekranına gelen ama fiyat gördükten sonra çıkanların oranını bilmiyorsanız, sorunun fiyatta mı akışta mı olduğunu asla ayrıştıramazsınız. Bu tür davranış sinyallerini nasıl okuduğumuzu Convertels Pulse üzerinden gösteriyoruz.

Telefonla gelen rezervasyonu aynı yolculuğa bağlayabiliyor musunuz?

Türkiye'de otel rezervasyonlarının önemli bir bölümü hâlâ telefonla kapanır. Misafir siteyi gezer, fiyatı görür, sonra arar. Motor açısından bu bir "terk edilmiş rezervasyon"dur; oysa gerçekte satış olmuştur. Bu eşleştirme yapılmazsa web sitenizin ve reklamlarınızın gerçek performansını olduğundan düşük görürsünüz. Bu bağlantıyı kurmak motorun değil, üzerine kurulan ölçüm ve çağrı katmanının işidir — otel rezervasyon sistemi sayfasında bu katmanın nasıl çalıştığını anlatıyoruz.

Otel Tipine Göre Ağırlıklar Değişir

Beş kriterin hepsi her otel için aynı derecede belirleyici değildir. Aynı motor, iki farklı tesiste bambaşka sonuç verir; çünkü misafir davranışı ve satış karması farklıdır.

• Şehir oteli: kısa karar süresi, yüksek mobil pay, çok sayıda tek gecelik rezervasyon. Burada belirleyici olan mobil akışın adım sayısı ve ödeme hızıdır; taksit neredeyse hiç kullanılmaz.
• Tatil/resort oteli: yüksek sepet, uzun karar süresi, aileler. Taksit, ön ödeme oranı, çocuk yaş kuralları ve pansiyon tipi kurgusu öne çıkar; motorun karmaşık fiyat kurallarını hatasız işleyebilmesi kritiktir.
• Butik otel: düşük hacim, yüksek marka bağı. Sabit lisans çoğu zaman pahalı kalır; buna karşılık doğrudan kanal avantajı ve paketleme esnekliği daha çok iş görür.
• Zincir: çoklu tesis yönetimi, merkezi raporlama ve tek bir üyelik/CRM havuzu şarttır. Tek tesis için harika çalışan bir motor, on tesiste yönetim yüküne dönüşebilir.

Bu segmentlerin reklam ve bütçe tarafındaki karşılığını otel tipine göre reklam stratejisi yazısında ele almıştık; motor seçimi de aynı segmentasyonu takip eder.

Beş Kriter Tek Tabloda

Demo öncesi yazdırıp yanınıza alabileceğiniz özet:

Demoda Kırmızı Bayraklar

Sağlayıcı görüşmelerinde şu cevaplar geldiğinde not düşün:

• "Entegrasyon geliştirilebilir." — Bugün yok demektir; süre ve maliyet sorun.
• "Veri bizde saklanıyor, rapor veriyoruz." — Ham veriyi dışarı alamıyorsunuz demektir.
• "Mobilde de çalışıyor." — Çalışmakla akıcı olmak aynı şey değil; kendi telefonunuzda test edin.
• "Komisyon rezervasyon tutarı üzerinden." — İptal ve no-show durumunda ne olduğunu yazılı isteyin.
• Sözleşmede çıkış maddesi yoksa: verinizi hangi formatta ve ne kadar sürede alacağınız yazılı değilse, motor değişikliği ileride bir projeye dönüşür.

Seçim Sonrası: Motor Kurulunca İş Bitmez

Rezervasyon motoru bir dönüştürücüdür, bir talep üreticisi değil. Kurulumdan sonra doğrudan rezervasyon payınız kendiliğinden artmaz; artan şey yalnızca hazır talebi kapatma kabiliyetinizdir. İlk 90 günde şu üç şeyi ölçün:

• Adım bazlı düşüş oranı. Tarih → oda → misafir bilgisi → ödeme geçişlerinde en büyük kaybın hangi adımda olduğu.
• Doğrudan kanal payı. Toplam oda gecesi içinde kendi sitenizden gelenlerin oranı — motor değişikliğinden önceki üç ayla karşılaştırmalı.
• Telefon dahil toplam doğrudan rezervasyon. Yalnızca motorun raporu değil, telefonla kapanan rezervasyonlar da dahil edilmiş hâli.

Üçüncü rakamı göremiyorsanız, motorunuzun performansı hakkında da doğru bir yargıya varamazsınız. Değerlendirme sırasında maddeleri tek tek işaretlemek isterseniz otel rezervasyon yazılımı değerlendirme listesi rehberimizde soru soru ilerleyen bir kontrol listesi var.

---

---