Rezervasyon motorunda ziyaretçi nerede vazgeçiyor? Aramadan ödemeye terk analizi

Otel rezervasyon motoru terk oranı, otelin kendi rezervasyon motorunda arama başlatıp ödemeden önce ayrılan ziyaretçilerin payıdır. Bunu tek bir sayı olarak değil, adım adım okuyun: arama, oda listesi, ek hizmetler, misafir bilgileri, ödeme. Her adımdaki kaybın farklı bir nedeni vardır ve her biri telefondan on dakikada kontrol edilebilir.

Bir misafir telefonunda web sitenizi açar, iki gece seçer, bir fiyat görür ve sekmeyi kapatır. Rezervasyon motoru bir arama kaydeder, bir rezervasyon kaydetmez. Bu iki satır arasındaki her şey paranın gittiği yerdir ve bakılmaması çok kolaydır. Bu yazının sonunda huninizin beş adımını adıyla söyleyebilecek, her kaybın gerçekte ne olduğunu okuyabilecek, kendi telefonunuzda on dakikalık bir test yapabilecek ve her değişikliği ölçülebilir kılan tek sayfalık bir aylık kayıt tutabileceksiniz.

Otel rezervasyon hunisinin beş adımı nedir?#

Otel rezervasyon hunisi, tarih aramasından ödenmiş bir rezervasyona uzanan yoldur ve çoğu motorda beş görünür adımdan oluşur: arama, oda listesi, ek hizmetler, misafir bilgileri, ödeme.

Arama adımında misafir varış, ayrılış, yetişkin, çocuk ve bazen bir promosyon kodu girer. Motor, aramayı sayfa yüklendiğinde değil, misafir formu gönderdiğinde kaydeder. Oda listesinde misafir fiyat planlarını, fotoğrafları, pansiyon tipini, iptal koşullarını ve bir fiyat görür; motorun konaklama toplamını mı yoksa gecelik bir rakamı mı gösterdiğine dikkat edin, çünkü ikisi farklı tepkiler üretir. Ek hizmetler adımı oda yükseltmelerini, kahvaltıyı, transferi ve geç çıkışı taşır; birçok motorda bu adım isteğe bağlıdır ve atlanabilir, dolayısıyla buradaki bir kayıp çoğu zaman kaybedilmiş bir misafir değil, en kısa yolu seçen bir misafirdir.

Misafir bilgileri adımı ad, iletişim, ülke, fatura bilgileri ve onay kutuları ister. Form uzunluğunun, zorunlu alanların ve dayatılan üyelik oluşturmanın zarar verdiği yer burasıdır. Ödeme adımı ise kart bilgisi girişi, bankanın doğrulama ekranı ve ön ödeme ile otelde ödeme arasındaki seçimdir.

Huni gerçek hayatta düz bir çizgi değildir. Misafirler bir adım geri gider, ikinci bir sekme açar, bir rezervasyon sitesinde karşılaştırır ve ertesi gün döner; bu yüzden tek ziyaretlerden kurulan bir huni, ortayı her zaman eksik sayar. Birçok motor yalnızca ilk ve son adımı kaydeder. Motorunuz böyleyse, eksik adımları uydurmak yerine kendi raporunuzda bunu açıkça belirtin.

Veri nereden geliyor ve her kaynak gerçekte neyi gösteriyor?#

İki kaynak iki farklı soruyu yanıtlar: rezervasyon motorunun raporları motorun içinde ne olduğunu, bir web analizi aracı ise insanların siteye nasıl geldiğini ve nerede ayrıldığını gösterir.

Motor raporları genellikle arama sayısını, gösterilen müsaitliği, tamamlanan rezervasyonları ve değeri verir; sık sık kanala, cihaza ve ülkeye bölünmüş olarak. Güçlü yanları rezervasyonun gerçek olduğunu bilmeleridir; zayıf yanları, arama ile onay arasındaki hiçbir şeyi çoğu zaman görmemeleridir. Web analizi aracı oturumları, sayfa görüntülemelerini, olayları, trafik kaynağını, cihazı, ülkeyi ve çıkış sayfalarını verir. Güçlü yanı yolu göstermesidir; zayıf yanı, bir oturumun bir misafir olmaması ve bir misafirin rezervasyondan önce birkaç oturum üretebilmesidir.

İkisini birleştirmek için ortak bir işarete ihtiyacınız vardır; örneğin onay sayfasında gösterilen rezervasyon numarası, tamamlanan bir oturumun gerçek bir rezervasyonla eşleştirilmesini sağlar. Bu işaret yoksa, aynı odanın farklı köşelerden çekilmiş iki fotoğrafını karşılaştırıyorsunuz demektir. Hangi kaynağa güveneceğinize karar vermeden önce sağlayıcınıza baştan ne soracağınızı bilmek işe yarar; rezervasyon motoru sağlayıcıya sorulacak sorular rehberimiz bu iş içindir.

Çerez tercihleri analizin görebildiğini azaltır ve kaydedilen oturum azalması misafir azalması demek değildir. Reklam engelleyiciler, kod hataları ve zaman aşımları iki kaynağın arasını sakin bir günde bile bir miktar açabilir; ondalıkları değil, eğilimleri ve biçimleri karşılaştırın.

Rakamlarınızı kaynağını gösteremediğiniz bir sektör ölçütünün yanına koymayın. Türkiye'de rezervasyon motoru terk oranı için yayımlanmış bir kamu verisi yoktur ve başka bir pazardan ödünç alınan bir sayı sizi yanlış adımı düzeltmeye gönderir.

Her adımdaki kayıp genellikle ne anlama gelir?#

Her adımın kısa bir olağan neden listesi vardır ve ilk kontrol her zaman aynıdır: o adımı kendiniz, telefonda, oteli hiç görmemiş bir misafir olarak yeniden yaşayın.

Arama ile oda listesi arasındaki olağan nedenler şunlardır: o tarihlerde müsaitlik yok, misafirin beklemediği minimum konaklama kuralı, kapalı tarihler, yavaş ilk yanıt ya da misafirin tanımadığı bir para birimi. Oda listesi ile ek hizmetler arasında sorun genellikle fiyat şokudur; vergilerin, ücretlerin veya kişi başı ek ücretin geç çıkmasından ya da misafirin buradaki gecelik rakamı bir rezervasyon sitesindeki toplamla karşılaştırmasından. Ek hizmetler ile misafir bilgileri arasında, atlanacak görünür bir yol olmayan zorunlu bir ek veya teklif sayfası gibi değil ödeme sayfası gibi görünen bir sayfa arayın.

Misafir bilgileri ile ödeme arasındaki zarar, fazla sayıda zorunlu alandan, mobil klavyede istenen bir telefon numarasından, dayatılan üyelik oluşturmaktan, belirsiz onay metinlerinden veya doğrulama başarısız olduğunda içeriğini kaybeden bir formdan gelir. Ödeme ile onay arasında ise nedenler şunlardır: reddedilen kart, siteye geri dönmeyen bir banka doğrulama ekranı, misafirin kullanmadığı bir ödeme yöntemi veya formu silip misafiri başa gönderen bir hata mesajı. Ödeme seçeneklerinin davranışı nasıl şekillendirdiğini doğrudan rezervasyonda ödeme: ön ödeme, kapora ve taksit yazımızda ele aldık.

Ayrılanla başarısız olanı ayırın. Motor ödemede bir hata kaydettiyse, o misafirler sizi terk etmedi, bir duvara çarptı; çözüm editoryal değil, teknik. Ve her kaybı toplamdan önce segmentlere göre okuyun: telefona karşı masaüstü, ülke, dil ve konaklama süresi. Toplam, sorunun gerçekte yaşandığı segmenti gizler.

Kendi rezervasyon motorunuzu on dakikada test edebilir misiniz?#

Evet. Telefonda, gizli bir gezinme penceresinde ve otelin wifi'si değil mobil veriyle yapılacak dört tur, gerçek bir misafirin karşılaştıklarının çoğunu yeniden üretir.

Yabancı gibi yapın: personel girişi yok, kayıtlı çerez yok, hangi fiyat planının iyi olduğunu bilen bir iç bilgi yok. Her adımın süresini kabaca ölçün; saniyeler süren bir oda listesi başlı başına bir nedendir ve bunu hızlı bir ofis bağlantısında fark etmezsiniz. Tereddüt ettiğiniz her ekranda ekran görüntüsü alın. Sizin tereddütünüz veridir; misafirin tereddüdü ise kayıptır. Sonucu aynı gün, aynı yere yazın ki gelecek ayın testi bununla karşılaştırılabilsin.

Dört tur#

Hangi düzeltmeler için geliştirici gerekmez ve neleri aynı anda değiştirmemelisiniz?#

Huninin ortasını oynatan şeylerin çoğu içerik ve yapılandırmadır: fiyat planı adları, fotoğraflar, politika metinleri, alan ayarları ve misafirden istenenlerin sırası.

İçerikte fiyat planlarına düz kelimelerle ad verin, her birinin karşısına tek bir net fotoğraf koyun ve iptal koşullarını bir bağlantının arkasına değil ilk satıra yazın. Yapılandırmada ek hizmetleri gerçekten isteğe bağlı yapın, üyelik oluşturmayı isteğe bağlı yapın ve aşağıda hiçbir şeyin kullanmadığı zorunlu alanları kaldırın; kullananları tutun, örneğin mali belge için fatura bilgileri ve onay için bir iletişim bilgisi. Dil tarafında çevirileri bitirin; tarihlerin, fiyatların ve telefon numaralarının misafirin ülkesinin yazdığı biçimde gösterildiğini kontrol edin. Ödemede misafirlerinizin gerçekte kullandığı yöntemleri sunun ve toplamı son ekranda değil erken gösterin. Bunların hepsi otel web sitesinden doğrudan rezervasyonu artırma çabasının bir parçasıdır.

İki ila dört haftalık dönem başına tek adımı değiştirin, tarihi not edin ve öncesiyle sonrasıyla aynı segmenti karşılaştırın. Aynı anda iki değişiklik, kimsenin açıklayamayacağı bir sayı üretir. Bir değişikliği tek bir hafta sonuna göre yargılamayın: Türkiye'de tatil talebi okul tatillerine, kaynak pazarların tatillerine ve havaya göre hareket eder ve sakin bir pazar günü bir hüküm değildir. Ve yeniden yaşamadığınız bir kaybı düzeltmeye kalkmayın; yeniden tasarıma dönüşen bir tahmin para kaybettirir ve hiçbir şey öğretmez.

Aylık inceleme sayfasında neler olmalı?#

Ay başına tek sayfa: beş adım, aynı birkaç segment, yaptığınız değişiklik ve onu yaptığınız tarih.

Satırlar beş adımdır. Sütunlar adıma ulaşanlar, adımda ayrılanlar, en yaygın cihaz, en yaygın ülke, en yaygın dil ve serbest bir nottur. Yapılan değişiklikler için tarihli bir blok ekleyin ve o ay o adımı telefonda yeniden yaşayıp yaşamadığınızı kaydeden bir sütun tutun. Promosyon kodu kullanıyorsanız aynı sayfa onları da kaydetmenin yeridir; rezervasyon motorunda promosyon kodu rehberimizde bunu ayrıntılarıyla ele aldık.

Geçen ayla değil geçen yılın aynı ayıyla karşılaştırın. Türkiye'de mevsimsellik, aydan aya karşılaştırmaları yılın büyük bölümünde yanıltıcı kılar. Hiçbir şeyin değişmediği aylarda da sayfayı tutun; sakin bir ayın kaydı, gelecek ayı okunur kılan şeydir. Sayfayı her ay, web sitesinden sorumlu kişi ile rezervasyondan sorumlu kişi aynı odada olacak şekilde inceleyin. Kayıp genellikle bir pazarlama sorunu değil, ortak bir sorundur. Bir sayı imkânsız görünüyorsa, huniyi değil önce ölçümü kontrol edin. Bozuk bir olay kaydı, talepte çökmeyle tıpatıp aynı görünür.

Şimdi ne yapmalı#

Dört turlu telefon testini bugün yapın, sonucu tek bir sayfaya yazın ve önümüzdeki iki ila dört hafta içinde tek bir adımı değiştirin. Huni, yöntemin tamamının küçük bir örneğidir: arama, oda listesi, ek hizmetler, misafir bilgileri, ödeme; her biri kendi başına okunur, her biri kendi başına düzeltilir, her biri kayda geçer ki gelecek ayın sayısı bir anlam taşısın.