Tek bir “uygulama kullanım oranı” işin tamamını göstermez
Dijital misafir platformu kullanan bir otel, yalnız kaç kişinin QR bağlantısını açtığına bakarsa farklı sorunları tek sayı altında saklar. Bir misafir uygulamayı açıp restoran bulamayabilir; başka biri deneyim satın alıp ödeme ekranında kalabilir; üçüncü kişi oda servisinden sipariş verip teslim süresini uzun bulabilir. Bunların hepsi “uygulamayı kullandı” diye sayılabilir ama işletme açısından farklı sonuçlardır.
Ölçümü misafir yolculuğunun ayrı işlem ailelerine göre kurun: erişim, konaklama doğrulaması, pre-check-in, restoran rezervasyonu, ürün satışı, ödeme, sipariş teslimi, hizmet talebi ve memnuniyet. Her aşama için pay ve paydayı açık tanımlayın.
Dönüşüm oranlarının paydasını doğru seçin
Temsili örnekte 1.000 konaklamanın 600’ü Stay bağlantısını görmüş, 420’si uygulamayı açmış, 350’si doğrulanmış oturum başlatmış ve 180’i restoran rezervasyonu oluşturmuş olsun. “Restoran dönüşümü yüzde 18” demek bütün konaklamaları paydaya alır; “yüzde 51,4” demek doğrulanmış 350 oturumu payda yapar. İki rakam da hesap olarak doğrudur ama farklı soruya cevap verir.
Bu yüzden raporda gösterim, tekil konaklama, tekil doğrulanmış misafir ve işlem adedini birbirine karıştırmayın. Aynı misafir bir konaklamada üç farklı restorana rezervasyon yapabilir; rezervasyon sayısı tekil kullanıcı sayısından büyük olabilir. Test hesapları ve personel denemeleri de metriklere karışmamalıdır.
Ticari performansı gösterimden teslimata izleyin
Experience satışında önerilen temel huni şöyledir: uygun teklif gösterildi → ürün detayı açıldı → sipariş oluşturuldu → ödeme tamamlandı → hizmet teslim edildi → iade varsa işlendi. Örnek olarak 200 teklif gösteriminden 30 sipariş, 24 tahsilat, 22 teslim ve 2 iade oluştuysa “30 satış” raporu yanıltıcıdır. Temsili rakamlarda ödeme dönüşümü 24/30, teslim oranı 22/24 ve net gelir ise ödeme/iade kayıtlarından hesaplanır.
Kısmi ön ödeme kullanılan ürünlerde sipariş tutarı ile bankaya geçen para tutarı farklıdır. Kalan mekânda ödemelerin hangi kasada takip edildiği belirtilmelidir. QR Order satışları Experience siparişiyle birleştirilmeden ayrı hizmet ve gelir sınıfı olarak ölçülmelidir.
Servis kalitesi için süre ve sahiplik ölçün
Misafir talebinde toplam adet yerine hangi departmana yönlendirildiği, kabul süresi, hedef sürede tamamlanma, vardiya devri ve yeniden açılan iş oranı faydalıdır. QR siparişinde teslimat süresi; restoran rezervasyonunda iptal, no-show ve kullanım; anketlerde ise kategori bazlı dağılım ve yorumların nedeni ayrı takip edilir.
Anket ortalamalarını şube, dönem veya departmanlar arasında karşılaştırırken örneklem büyüklüğünü gösterin. İki geri bildirimle oluşan 5,0 puan ile 400 geri bildirimle oluşan 4,6 puanı bağlamsız karşılaştırmak yanlış öncelik üretir. Kritik düşük puanlar doğru departmana görev olarak iletilebilir; her yorumu otomatik görev saymak gereksiz iş yükü doğurur.
Örnek haftalık yönetim tablosunu kurun
Haftalık raporda önce her otel için tekil uygun konaklama sayısını, ardından Stay erişim/doğrulama ve işlem adımlarını gösterin. Outlet bazında restoran rezervasyonu ve kullanım haklarını, Experience için sipariş ve tahsilatı, QR Order için sipariş/tamamlanma süresini, Hospitality için görevleri, anket için geri bildirim kapsamını ayrı tablolara koyun. En önemli üç darboğazın her birine bir sorumlu, bir deney ve takip tarihi atayın.
Rezervem tarafında Stay misafir temaslarını, Manager restoran kayıtlarını, Experience satış siparişlerini, Pay ödeme hareketlerini, QR Order siparişleri ve Hospitality hizmet görevlerini bir arada değerlendirmek için doğru veri sözleşmesi kurmalıdır. Bu rapor modeli hedef mimaridir; tüm metriklerin bugün tek panelde otomatik bulunduğu iddiası değildir.
- Tekil konaklama ve tekil misafir sayısını ayrı tutun.
- Başarılı tahsilatı açılan sipariş adedinden ayırın.
- Restoran kullanım hakkıyla gerçek rezervasyon/müsaitliği farklı ölçün.
- Hizmet teslimini sipariş veya ödeme onayıyla aynı metrik saymayın.
- Anket puanı yanında örneklem ve işlem bağlamını raporlayın.
