Talep alındı mesajı işin tamamlandığı anlamına gelmez
Misafir ikinci bir yastık, teknik destek veya odasının hazırlanmasını isteyebilir. Mesajı hangi kanaldan gönderdiği kadar, işlemin kime düştüğü ve ne zaman tamamlandığı da önemlidir. Talep toplama misafire açık bir iletişim sürecidir; görev yönetimi ise otel ekibinin sorumluluk ve takip sürecidir.
Misafire hızlı yanıt verilse bile talep sorumlu personele aktarılmıyorsa iyi bir sohbet deneyimi gerçek hizmete dönüşmez. Bu nedenle "talep ulaştı", "görev atandı", "çalışılıyor" ve "tamamlandı" ifadeleri birbirine karıştırılmamalıdır.
Bir talebin çalışma kaydında ne bulunmalı?
Talebin türü, ilgili oda veya konum, öncelik, sorumlu departman, hedef süre, güncel durum ve tamamlanma kanıtı temel alanlardır. Misafirden gereksiz kişisel veri istemek yerine işin yapılabilmesi için gerçekten gereken bilgi kaydedilmelidir.
Örneğin klima arızasında oda bilgisi ve arıza tarifi gerekir. Misafirin ne zaman tekrar bilgilendirileceği de önemlidir. Teknik ekip görevi kapattığında konforun gerçekten geri geldiği misafir veya kontrol eden çalışan tarafından doğrulanabilir.
Vardiya değişikliği en çok kaybın yaşandığı andır
Gündüz ekibinin devrettiği, gece ekibinin bilmediği bir talep ertesi sabah yeniden açılabilir. Kaybolan işin nedeni bazen kötü niyet değil, sorumluluğun kişiden kişiye sözlü aktarılmasıdır. Vardiya devrinde açık işler, gecikme nedeni ve bir sonraki adım görünür olmalıdır.
İlk uygulamada üç talep tipi seçin: hızlı tamamlanan, teknik arıza ve başka departmana bağımlı görev. Her biri için makul hedef süresini ve gecikme olduğunda kimin haberdar olacağını yazın. Hedef süreyi yalnız raporlamak değil, servisi iyileştirmek için kullanın.
Misafirle ekip performansını farklı ölçün
Misafir için önemli olan talebinin karşılanmasıdır. İşletme için önemli olan sürenin, departman yükünün ve tekrar açılan işlerin görünmesidir. Mesaj sayısı çokluğu veya otomatik yanıt hızı tek başına hizmet kalitesi göstergesi değildir.
Servisin sonucunu anlamak için ilk yanıt süresi, görevin atama süresi, tamamlanma süresi ve tekrar açılma oranını ayrı okuyun. Bir görev kısa sürede kapatıldığı hâlde misafir aynı sorunu yeniden bildiriyorsa kapatma ölçütünü yeniden değerlendirin.
Örneğin sabah 08.10’da açılan bir klima talebi teknik ekipten malzeme beklediği için tamamlanamıyorsa yalnız hedef süre aşımı bildirimi yeterli değildir. Geçici çözüm, misafire dönüş zamanı ve işi devralacak kişinin kaydı tutulmalıdır. Aynı odadan ikinci başvuru geldiğinde ayrı bir görev açmak mı, mevcut görevi yeniden etkinleştirmek mi daha doğru olacak karar verin. Böylece hem çift iş yükü hem görünmeyen tekrarlar azalabilir.
Stay, Hospitality ve AI Concierge ilişkisi
Rezervem Stay misafirin otel hizmetlerine eriştiği katmandır; Hospitality ise talep ve departman operasyonuna ilişkin görevlerin yönetildiği sistemdir. AI Concierge bir talebin alınmasında veya sınıflandırılmasında rol oynayabilir. Ancak her kanal ve oteldeki otomatik görev oluşturma akışının etkinliği, ilgili tenant yapılandırmasıyla doğrulanmalıdır.
Otel operasyonunun ayrıntılarını Rezervem Hospitality, misafire sunulan genel deneyimi Rezervem Stay üzerinden değerlendirebilirsiniz. Talep takip yöntemini daha ayrıntılı anlatan otel misafir isteği rehberi bu iki katmanın neden ayrıldığını gösterir.
