Repeater misafir oranı: sistemden nasıl hesaplanır, ne anlatır?
Repeater misafir oranını hesaplarken dönem ve geriye bakış penceresini sabitleyin. Mükerrer profilleri birleştirerek doğru rakama ulaşın.
İçindekiler
Kısaca
- Bir repeater misafir oranı, üç eki olmadan bir şey söylemez: dönem, sayılan birim (kişi mi konaklama mı) ve geriye bakış penceresi.
- Rezervasyonlar yerine ayrı misafir profilleri saymak, resepsiyonun, satışın ve gelir ekibinin harekete geçebileceği sürümü verir.
- Mükerrer profiller oranı düşürür, birleştirilmiş profiller yükseltir; profil temizliği, misafir davranışı değişmeden rakamı oynatır.
- Tur operatörü üzerinden gelen misafirler çoğu zaman kişi olarak tanımlanamaz; bu kanal başlık rakamının içinde değil, kendi satırında yer almalıdır.
- Yayımlanmış bir "iyi repeater oranı" ölçütü bilmiyoruz; otel, aynı tanımla kendi geçmişiyle karşılaştırılmalıdır.
Repeater misafir oranı, seçilen dönemde konaklayan misafirlerden daha önce de otelde kalmış olanların payıdır. Hesaplarken rezervasyon değil, ayrı misafir profilleri sayılır; dönem ve geriye bakış penceresi sabitlenir, mükerrer profiller önce birleştirilir ve rakam her verildiğinde tanımı yanına yazılır.
Bir otele kaç tekrar gelen misafiri olduğunu sorarsanız genellikle emin bir rakam alırsınız. Neyi saydığını sorun, konaklama mı kişi mi, bu sezon mu hiç mi, tur operatörü rezervasyonları içinde mi, eminlik gider. Rakam yanlış değildir; tanımsızdır. Bu yazı bir tanım veriyor, otel yönetim sisteminden (PMS) bu rakamı çıkarma adımlarını, rakamın güvenilirliğini belirleyen profil çalışmasını ve elde edildikten sonra nasıl okunacağını anlatıyor.
Bir otelde repeater misafir oranı ne demektir?
Seçilen dönemde konaklayan misafirlerden, daha önce de tesiste kalmış olanların payıdır. Tanım basittir; tartışma her zaman "misafir" sayılırken neyin ve "daha önce" derken neyin kastedildiği üzerinedir.
Tek ad altında üç farklı rakam dolaşır. Repeater misafir oranı ayrı kişileri sayar. Tekrar konaklama oranı rezervasyon ya da oda gecelerini sayar. Tekrar gelir payı parayı sayar. Her biri başka bir soruya yanıt verir: otel kaç ilişki elinde tutuyor, işletmenin ne kadarı geri dönüyor, tesis geri dönen talebe ne kadar bağımlı.
"Daha önce" bir pencere ister. Dilediğiniz herhangi bir geçmiş konaklamayı sayabilir ya da yalnızca sabit bir ay sayısı içindeki önceki konaklamaları sayabilirsiniz. Pencere, rakamı yıldan yıla karşılaştırılabilir kılar; sekiz yıl önceki konaklamayla geçen bahardeki konaklama, karar verirken kullandığınız bir rakamda aynı ağırlığı taşımamalıdır.
Aynı ay içinde iki kez kalan bir misafir, bir repeater misafir ve iki tekrar konaklamadır. Raporun hangisini saydığına karar verin ve bu kararı tutun. Rakamın ne olmadığına da karar verin: tekrar, gözlemlenmiş davranıştır, sadakat değil. Sözleşmeli bir fiyat, kurumsal bir anlaşma ya da operatör ilişkisi, hiçbir tercih söz konusu olmadan tekrar üretebilir.
Önemli noktaBenimsenecek tanım
Repeater misafir oranı = geriye bakış penceresi içinde en az bir önceki konaklaması olan ayrı misafir profilleri ÷ dönemde en az bir konaklaması olan tüm ayrı misafir profilleri. Rakamı her verdiğinizde dönemi ve pencereyi aynı cümlede belirtin.
Bir tanım seçin, yazıya dökün ve rakamın göründüğü her yerde yanına yazdırın.
Repeater misafir oranı PMS'ten nasıl hesaplanır?
Dönemdeki tüm konaklamaları, misafir profil kimliği ve o profilin konaklama geçmişiyle birlikte dışa aktarın, sonra önceki konaklaması olan profilleri sayın. Saymak kolaydır; iş, dışa aktarım ve profil eşleştirmededir.
Önce dönemi (takvim yılı, sezon ya da kayan on iki ay), sonra geriye bakış penceresini sabitleyin. Birini sonra değiştirmek yanıtı değiştirir; iki rapor arasında sessizce değiştirmek ise karşılaştırılamaz kılar.
Rezervasyonları değil, konaklamaları çekin. İptal edilmiş bir rezervasyon ya da gelmeyen misafir (no-show) konaklama değildir ve paydaya girmemelidir. Sonra profil düzeyinde çalışın: dönemdeki her ayrı misafir profili için bir satır ve profilin pencere içinde önceki konaklaması olup olmadığını gösteren bir işaret. Şirket ve grup profillerini misafir sayımından çıkarın; seyahat acentesi kaydı bir kişi değildir.
Dışa aktarımda gereken alanlar
Asgari küme şudur: konaklama kimliği, varış ve ayrılış tarihleri, misafir profil kimliği, profil türü (bireysel, şirket, grup), kaynak ya da segment kodu ve profilin tarihli tüm konaklama geçmişi. Sistem profilde uyruk ya da pazar bilgisi tutuyorsa ekleyin; ilerideki kanal ve pazar kırılımları buna bağlıdır. Dışa aktarılan konaklama sayısını aynı dönemin oda geceleri toplamıyla mutabık kılın ki aktarım adımında bir şey düşmediğinizden emin olun.
Ne sıklıkla çalıştırılır
Raporu her dönem aynı tarihte çalıştırın. Her çalıştırmada sessizce ileri kayan bir pencere, başka hiçbir şey değişmese bile iki raporu karşılaştırılamaz kılar. Sorguyu ya da rapor tanımını kaydedin ki bir sonraki kişi aynı rakamı yeniden kurmadan üretebilsin.
Kontrol listesiRakama güvenmeden önce şu listeyi işleyin
- Dönem yazılı
- Geriye bakış penceresi yazılı
- Yalnızca konaklamalar; iptaller ve no-show'lar hariç
- Her ayrı misafir profili için bir satır
- Şirket ve grup profilleri hariç
- Sayımdan önce mükerrerler birleştirildi
- Toplam oda geceleriyle mutabık
- Tanım rakamın yanında yazılı
Mükerrer misafir profilleri rakamı neden değiştirir?
Her mükerrer kayıt, bir kişiyi iki kayda böler; iki kayıttan hiçbiri önceki konaklamayı göstermez ve oran düşer. Birleştirme, sonraya bırakılacak bir temizlik işi değil, hesaplamanın parçasıdır.
Mükerrerler sıradan yollarla oluşur: resepsiyonda elle girilen bir gelen misafir, farklı yazımla gelen bir çevrimiçi rezervasyon, eklenen bir ikinci ad, değişmiş bir telefon numarası, iki alfabeyle yazılmış bir ad. Bunların hiçbiri resepsiyonun hatası değildir; hepsi aynı kişinin iki kez var olması için bir nedendir.
İki ya da daha fazla güçlü tanımlayıcı uyuştuğunda birleştirin: soyadı artı doğum tarihi, e-posta adresi ya da cep numarası gibi. Yalnızca ad uyuşuyorsa elle inceleyin ve yaygın soyadlarının olduğu bir pazarda asla yalnızca ada göre birleştirmeyin. Yanlış bir birleştirme, hiç var olmamış bir repeater misafir yaratır ve geri alması zordur.
Yalnızca kaydı değil, geçmişi de birleştirin: önceki konaklamalar, hesaplar ve notlar kalan profile taşınmalıdır, yoksa önceki konaklama zaten kaybolur. Hangi profilin kaldığını, hangisinin ona katıldığını ve kimin yaptığını gösteren bir birleştirme günlüğü tutun.
DikkatBirleştirme genellikle tek yönlüdür
Neyin neye birleştirildiğine dair bir günlük yoksa, yanlış birleştirme geri alınamaz ve misafirin geçmişi kaybolur.
Profile yalnızca konaklamanın gerektirdiğini kaydedin. Kimlik belgesi kopyaları ve gereksiz kişisel ayrıntı bir profile ait değildir; ayrıca veri koruma kuralları kapsamında otelin sonra yönetmek zorunda kalacağı bir yükümlülük yaratırlar. Bu konuda rehber için misafir profiline ne kaydedilir, ne asla kaydedilmez yazısına bakın.
Adını ancak yarım bildiğiniz tur operatörü misafirlerine ne yapmak gerekir?
Otele baş harflerle, paylaşılan bir soyadıyla ya da rezervasyon düzeyinde bir adla oda listesi geliyorsa, resepsiyondaki kişinin daha önce kalıp kalmadığı söylenemez. Bu misafirler başlık rakamının içinde değil, ayrı bir satırda yer almalıdır.
Oda listeleri geç gelir ve sık değişir. Listedeki ad, grup sorumlusu ya da operatörün referansı olabilir; odada yatan kişi olmayabilir. Bir grup bloğu, geri dönen bir misafiri, önceki konaklamasındaki profille hiçbir bağ kurulmadan, operatör kodu altındaki bir odaya yerleştirebilir.
Üç dürüst seçenek vardır: check-in sırasında misafire sormak, yasa izin veriyorsa kimlik numarasıyla eşleştirmek ya da bu kanalın ölçülemeyeceğini kabul etmek. Tekrar durumunu operatörün kendi sadakat programından ya da rezervasyonun geçen yılkiyle aynı acenteden gelmesinden çıkarsamayın. İkinci bir rakam verin, yalnızca tanımlanabilir kanallar için tekrar oranı, ve içinde hangi kanalların olduğunu adıyla belirtin.
Segment kodları bu ayrımı mümkün kılar. Operatör kanalı rezervasyonda düzgün kodlanırsa rapor, resepsiyonda ek iş olmadan onu ayırabilir. Segment kodları henüz tutarlı kurulmadıysa otelde pazar segmentasyonu ve segment kodları nasıl kurulur yazısıyla başlayın.
Oran kanala, pazara ve oda tipine göre nasıl okunur?
Tek bir oran, kararı belirleyen farkları gizler. Otelin hâlihazırda kullandığı segmentlere göre böldüğünüzde desen, hangi kanalın insanları geri getirdiğini, hangisinin yalnızca rezervasyon getirdiğini gösterir.
Segment koduna, kaynak pazara ve oda tipine göre bölün. Her dilimi, tek bir misafirin yüzdeyi oynatamayacağı kadar büyük tutun. Her hücreyi, tüm repeater misafirlerin payı olarak değil, o segmentin içindeki pay olarak okuyun; yoksa en büyük segment yalnızca büyüklüğüyle sonucu belirler.
Birçok tesiste geri dönen misafirin ancak doğrudan kanalda tanımlanabildiği görülür; sonuç çıkarmadan önce kendi rakamlarınızda bu kırılıma bakın. Büyük bir yurt içi ya da kısa mesafe pazar tabanı, bir yıl içinde daha fazla tekrar üretebilir; bunu kendi rakamlarınız gösterir. Oda tipi kırılımı, geri dönen misafirlerin üst kategoriye mi geçtiğini, aynı kategoride mi kaldığını yoksa aşağı mı düştüğünü gösterir.
Örneğin bir tesis şöyle bir desen görebilir:
| Segment (örnek) | Dönemdeki misafir | Önceki konaklaması olan | Repeater oranı |
|---|---|---|---|
| Doğrudan web sitesi | 120 | 34 | %28 |
| Tur operatörü | 480 | 22 | %5 |
| Kurumsal sözleşme | 90 | 41 | %46 |
| Gelen misafir (walk-in) | 60 | 9 | %15 |
| Toplam | 750 | 106 | %14 |
Bu rakamlar yöntemi göstermek için uydurulmuştur ve bir ölçüt değildir. Bir tesisten gelen tablo, bir başkası için ölçüt olamaz.
Repeater kokteyline kim davet edilir ve veri sorunu yaratmadan nasıl davet edilir?
Raporladığınız tanımın aynısından davet edin: önceki konaklaması olan ve bu gece otelde kalan misafirler. Davet bir jesttir, veri toplama çalışması değildir ve onu taşıyan mesajın hukuki bir dayanağı olması gerekir.
Liste, sistemdeki profil işaretinden gelir; hafızadan ya da yöneticinin resepsiyonda tesadüfen tanıdığı kişilerden değil. Kuralı sezondan önce belirleyin: ikinci konaklama mı, üçüncü mü, pencere içinde herhangi bir önceki konaklama mı. Bir kez açıklanmış bir kuralı sürdürmek, her misafir için yeniden uydurulan bir kuralı sürdürmekten kolaydır.
Check-in sırasında uzatılan basılı bir kart, mesajlaşma sorununu tümüyle ortadan kaldırır. Varıştan önce gönderilen bir mesaj ticari elektronik ileti kuralları kapsamına girebilir; otelin kendi durumu için onay gerekip gerekmediğini bir hukuk müşaviriyle doğrulayın. Etkinliği ek kişisel veri toplamak için kullanmayın; katılım listesi kimin geldiğinin kaydıdır, o kadar.
Misafire, adını, oda numarasını ya da konaklama tarihlerini oda içinde, bir panoda ya da sosyal medyada yayımlamadan teşekkür edin. Jestin küçük ve tekrarlanabilir olmasını sağlayın; büyük ve bir kez yapılan bir jest, otelin her sezon karşılamak zorunda kalacağı bir beklenti yaratır. Katılımı bir işletme notu olarak görün, personelin ölçüldüğü bir performans hedefi olarak değil.
NotUygulama, hukuki sınav değil
Ticari mesajlar için onay ve elektronik ticari iletişim kuralları, otelin kendi durumu için bir hukuk müşaviriyle doğrulanmalıdır. Bu yazı uygulamayı anlatır, hukuku değil.
Dönüş teklifi konaklama sırasında değil sonrasında planlanıyorsa sıralama önemlidir; konaklama sonrası e-postalar: teşekkür, fatura, yorum ve dönüş teklifi yazısına bakın.
Repeater oranındaki artış ya da düşüş ne anlatır, ne anlatmaz?
Bir hareket, sayımın ya da bileşimin değiştiğini, yalnızca bazen misafirlerin değiştiğini anlatır. Önce sayımı, sonra bileşimi, sonra misafiri kontrol edin.
Sayım kaynaklı nedenler: mükerrerlerin birleştirilmesi, profile yeni bir alan eklenmesi, geriye bakış penceresinin değiştirilmesi, yeni kodlanan bir kanal, resepsiyonda personel değişikliği. Bileşim kaynaklı nedenler: tek bir misafir farklı davranmadan, büyük bir ilk kez gelen misafir bloğu ekleyen yeni bir operatör sözleşmesi oranı seyreltir. Misafir kaynaklı nedenler: geçmiş bir sezondaki hizmet sorunu, bir fiyat hareketi, bir tadilat, seyahat etmeyi bırakan bir kaynak pazar.
Küçük sayılar savrulur. Döneminde az misafiri olan bir tesis, aylık rakam yerine kayan pencere kullanmalıdır. Ve oran bir memnuniyet puanı da bir sadakat ölçüsü de değildir: bir misafir tekrar gelebilir ve yine memnun olmayabilir; memnun bir misafir de otelin kontrolü dışındaki nedenlerle dönmeyebilir. Sonuç çıkarmadan önce memnuniyet ve değer ölçüleriyle birlikte okuyun ve tek başına bu orana hedef koymayın. Geri dönen bir misafirin gerçekte ne kazandırdığını tartmak için kayıtlarınızdan misafir yaşam boyu değeri yazısına bakın.
Şimdi ne yapmalı
Tanımı yazıya dökün, dışa aktarımı bu hafta çalıştırın, gözle görünen mükerrerleri birleştirin ve tanımı rakamın yanına yazdırın. Rakam kararlı hale geldikten sonra segment koduna göre bölün; aynı rapor, resepsiyona, satışa ve gelir ekibine hangi kanalın gerçekten insanları geri getirdiğini göstermeye başlar.
Sıkça sorulan sorular
Tekrar gelen misafirle sadık misafir aynı şey midir?
Hayır. Tekrar, gözlemlenmiş davranıştır: kişi birden fazla kez kalmıştır. Sadakat ise otelin bir rezervasyon kaydından okuyamayacağı bir tercihtir. Kurumsal bir sözleşme ya da operatör ilişkisi, hiçbir tercih olmadan tekrar üretebilir; bu nedenle ikisi ayrı ayrı raporlanmalı ve ayrı ayrı tartışılmalıdır.
Bir ayda iki kez kalan misafir bir mi iki mi sayılır?
Sayılan birime bağlıdır. Kişi temelli repeater misafir oranında kişi bir kez sayılır: önceki konaklaması olan bir profil. Konaklama temelli oranda iki konaklama ayrı sayılır. Birini seçin, raporda adını yazın ve dönemleri karşılaştırırken aralarında geçiş yapmayın.
PMS olmadan repeater misafir oranı hesaplanabilir mi?
Evet, kayıt kartlarından ve bir elektronik tablodan; ama zor kısım aynıdır: aynı kişiyi farklı yazımlı iki kayıt arasında eşleştirmek. Profil kimlikleri olmadan birleştirme elle ve yavaştır; sonuç da bu sınırlama belirtilerek sunulmalıdır.
İyi bir repeater misafir oranı kaçtır?
Yayımlanmış bir ölçüt bilmiyoruz ve başka bir tesisten gelen rakam zaten karşılaştırılabilir olmazdı; dönem, birim ve geriye bakış penceresi farklıdır. Yararlı karşılaştırma, otelin aynı tanımı her seferinde kullanarak kendi geçmişiyle yapmasıdır.
Acenteden rezervasyon yapan misafirler repeater sayılır mı?
Yalnızca otel kişiyi tanımlayabiliyorsa. Rezervasyon operatör referansı ya da grup sorumlusu adıyla geldiğinde kişi, önceki bir konaklamayla eşleştirilemez. Bu kanalı ayrı raporlayın ve bunu raporda açıkça belirtin; iki yönde de tahmin yürütmeyin.