OTEL DİJİTAL CONCİERGE: MİSAFİR DENEYİMİ PLATFORMU NASIL SEÇİLİR?

Özet

Dijital concierge nedir, gerçekte ne yapar?

Otel dijital concierge denince çoğu zaman bir chatbot aklına geliyor. Oysa concierge'ın işi, misafirin otelde geçirdiği süreci baştan sona yönetmek. Rezervasyon onayından check-in'e, oda içi talepten çıkışa kadar olan akışın dijital kanalda kurulması.

Sektörde bunu üstlenen ürünlerin ortak noktası şu: misafirle iletişim tek bir kanalda değil, birbirine bağlı katmanlarda toplanıyor. Oracle, Guest Engagement and Merchandising çözümünde rezervasyon verisini ve canlı müsaitliği kullanarak teklif üretildiğini, bu teklifin dijital kanallarda ve resepsiyonda sunulabildiğini belirtiyor. Yani aynı veri iki yerde değil, tek yerde tutulup her yerde kullanılıyor.

Kavramın farklı anlamlarda kullanıldığı da doğru. Kimi üretici bu isimle yalnızca mesajlaşma modülü satıyor, kimi tam otel platformu. Karar verirken ilk soru şu olmalı: bu ürün benim misafir deneyimimin hangi katmanını kapsıyor ve hangisini kapsamıyor?

Platformun beş katmanı

Concierge denince beş katmanı ayrı ayrı düşünmek gerekiyor. Her ürün bunların hepsini kapsamaz; hangisinin sizin için önemli olduğunu bilmek, bütçeyi doğru yere harcamak demek.

Birinci katman PMS çekirdeği. Oda, rezervasyon, konaklama durumu ve misafir profili burada durur. Mews platformunda Property Management, Reservation Management, Housekeeping, Accounting & Billing ve Revenue Management ayrı modüller olarak listeleniyor. Bu katman değiştirilemiyorsa diğer katmanlar onun üstüne kurulur.

İkinci katman mesajlaşma. Mews'in listesinde Guest Messaging ve Guest Check-In ayrı başlıklar; Cloudbeds ise Guest Communication & Digital Check-in'i Guest Experience başlığı altında topluyor. Üçüncü katman upsell: oda değişikliği, yükseltme, spa ve restoran rezervasyonu teklifi. Dördüncü katman self servis: dijital check-in, oda anahtarı, fatura. Beşinci katman içerik ve deneyim: Shiji portföyünde Meridian Experiences (spa, golf, aktivite), Iceportal Content ve Stellaris Digital bu katmanı örnekliyor.

Entegrasyon derinliği: asıl ayrım noktası

İki ürün aynı ekranda aynı özellikleri gösterebilir; farkı verinin nereden geldiğinde belli olur. Platform, misafir odasına girdiğinde bunu biliyorsa, 'siz akşam 19:00'da spa randevunuz var' mesajı gönderebilir. Bilmiyorsa aynı mesajı herkese göndermek zorundadır ve o zaman hiç göndermemek daha iyidir.

Bu yüzden demo talep ederken sorulacak ilk soru şu: platform oda tipi, konaklama durumu ve misafir profilini PMS'ten gerçek zamanlı alabiliyor mu, yoksa veriyi siz mi giriyorsunuz? İkinci durumda her oda değişikliğinde veri kayması olur ve bir süre sonra kimse o araca güvenmez.

Bağımsız çalışan platformlar var. Cloudbeds sitesinde Guest Experience ve Revenue Marketing başlıkları, işletmenin kendi veri altyapısını kurduğu bağımsız bir yaklaşımı yansıtıyor. Bağımsızlık özgürlük demek, ama veri girişi işi de otelde kalıyor. Küçük bir otelde bu iş genellikle reception üstünün üstüne biniyor; bu yüzden başlangıçta bağımsız bir araç, PMS ile konuşmuyorsa, genellikle ilk yatırımın en zayıf yeridir.

Türkiye'de mesajlaşma katmanı farklı kurulur

Türkiye'de otel misafiri WhatsApp'tan yazıyor. Bu, mesajlaşma katmanının Avrupa'daki standart kurulumundan farklı bir şey. Google, WhatsApp ve Instagram mesajları tek havuzda birleşik bir inbox'ta toplanıyorsa, misafire cevap süresi ölçülebilir bir metrik olur.

Türkiye'ye özgü ikinci nokta dil. Misafirin İngilizce, Almanca veya Rusça yazması olağan. Türkçe tek dilli bir akış, otelin misafir profiline göre eksik kalır. Bu yüzden otel yazılımı seçerken dil desteğini, sadece arayüz dilini değil, bot akışlarının ve şablonların dilini de sorun.

Üçüncü nokta KVKK ve mesaj arşivi. Misafir konuşmaları kişisel veri içerir; saklama süresi ve silme prosedürü yazılı olmalı. Şablon mesajları kullanmak hem hız kazandırır hem de onay metinlerinin kayıt altında tutulmasını sağlar.

Dördüncü nokta, mesaj kanalının teknik tarafı. WhatsApp'ta okundu bilgisi, mesajın iletilip iletilmediğini gösteren işaretlerden ibarettir; mesajı alan misafirin açıp açmadığını göstermez. Rezervasyon takibini bu ayrım üzerine kurmadan, WhatsApp okundu bilgisi yazımızda anlatılan işaretlerin ne anlama geldiğini bilmek gerekiyor.

Fiyat ve sözleşme modeli

Fiyat sorusu sorulurken üç kalem ayrı sorulmalı: platform lisansı, entegrasyon kurulumu ve kullanım (mesaj gönderimi, API çağrısı) ücreti. Bazı sağlayıcılarda mesaj gönderimi mesaj başına ücretlidir; otel yoğun sezonda günde yüzlerce mesaj gönderdiği için bu kalem yıllık bütçede görünmeyen bir kalem olabilir.

Sözleşmede ikinci kritik nokta veri sahipliği. Misafir profili, konuşma geçmişi ve rezervasyon verisi kimin elinde? Platform değişikliğinde veriyi kendi tarafınıza nasıl alırsınız? Bu sorunun cevabı sözleşmede yazmıyorsa, otel ilk kez taşınmaya çalıştığında sorun başlar.

Üçüncü nokta sözleşme süresi ile gerçek kullanım arasındaki fark. 12 aylık taahhütle alınan bir platform, ilk sezon sonunda kullanılmıyorsa sabit maliyet olur. Bu yüzden ödeme planını kullanım hacmine bağlayan modeller, özellikle ilk yıl için daha sağlıklıdır.

90 günlük pilot: otel için gerçekçi başlangıç

En sık görülen hata, beş katmanın beşini birden satın almaya çalışmak. Oysa otelin ihtiyacı büyük olasılıkla tek bir darboğazdır ve o darboğaz ölçülebilir.

Birinci örnek: check-in kuyruğu. Resepsiyon yoğun saatlerde misafir sırası bekliyorsa dijital check-in tek başına ciddi rahatlama sağlar ve ölçümü nettir: ortalama check-in süresi. İkinci örnek: WhatsApp'tan gelen soru sayısı ve ilk yanıt süresi. Üçüncü örnek: oda içi taleplerin hangi kanaldan geldiği.

Pilotun bittiği yer: 90 gün sonra elinizde karşılaştırılabilir bir sayı var mı? Yoksa pilot başarısız değil, ölçüm kurgusu başarısızdır. Bu ayrımı baştan koymak, yazılım kararını da kolaylaştırır: hangi katman gerçekten işe yaradıysa sıradaki bütçe oraya gider.

Sık yapılan hatalar

En yaygın hata, yazılımı misafir memnuniyeti problemi sanmak. Yazılım, sürecin bir parçasıdır; asıl mesele çoğu zaman resepsiyondaki yavaşlık, yanlış bilgi veya ilgisizliktir. Teknoloji bu sorunları çözmez, üstüne yeni bir katman ekler.

İkinci hata, chatbot'u concierge saymak. Site altında açılan bir sohbet penceresi, misafire ne yapacağını bilen bir asistana benzemez; öğrenme verisi yok, oda bilgisi yok, rezervasyon yapma yetkisi yok. Bunu satın alıp 'concierge'imiz var' demek, en pahalı ve en işe yaramaz yatırımdır.

Üçüncü hata, tek ekipte güvenmek. Orta ölçekli bir otelde dijital concierge genellikle misafir deneyimi, BT ve ön büro arasında paylaşılan bir karardır. Kimsenin sahibi olmadığı bir araç, altı ay içinde kullanılmaz hâle gelir.