Ana içeriğe geç
MİSAFİR DENEYİMİ VE ŞİKÂYET AKIŞI

Otel misafir şikâyeti yönetimi: Kaydı çözüm teyidine kadar açık tutun

Şikâyet, yalnız ilgili departmana iletilen bir not değildir. Misafirin ifadesi korunur; operasyon görevi, sorumlu kişi, eskalasyon, telafi yetkisi, tamamlanma kanıtı ve misafirin sonucu ayrı alanlarda izlenir.

Teknik görev “tamamlandı” olduğunda şikâyet kendiliğinden olumlu kapanmaz. Misafir teyidi alındı, olumsuz, yanıt yok veya yeniden açıldı durumlarından biri açıkça kaydedilmelidir.

UYGUNLUK

Bu içerik kimler için?

  • Misafir şikâyetlerini ön büro notundan ortak kayda taşımak isteyen oteller
  • Telafi ve eskalasyon yetkilerini vardiya öncesi netleştiren yöneticiler
  • Teknik kapanış ile misafir sonucunu ayrı ölçen kalite ekipleri

1. Misafirin ifadesini ve bağlamı kaybetmeden alın

Kanal, oda/rezervasyon bağlamı, zaman, tercih edilen dil ve misafirin kendi cümlesi korunur. Hassas veri serbest nota gereksiz yere kopyalanmaz; acil güvenlik veya sağlık konusu normal SLA kuyruğundan ayrılır.

2. Şikâyetten operasyon görevini ayırın

Şikâyet misafir sonucunun ana kaydıdır. Housekeeping, teknik servis veya ön büro için birden fazla departman görevi bağlanabilir; görev kapanınca şikâyet geçmişi silinmez.

3. Eskalasyon koşulunu olaydan önce yazın

SLA ihlali, tekrar eden sorun, güvenlik riski, yüksek tutarlı telafi isteği veya misafirin yönetici talebi hangi role ve kaç dakikada gidecekse önceden tanımlanır; süre hedefleri için görev yönetiminde SLA rehberini kullanın.

4. Telafi yetkisi asistanın değil otelindir

Ücretsiz hizmet, indirim, iade veya oda değişikliği için rol ve parasal sınır belirlenir. Dijital asistan telafi sözü vermez; yetkili insanın kararını ve gerekçesini kaydeder.

5. Misafir teyidiyle sonuçlandırın

Operasyon tamamlandıktan sonra misafire çözüm teyidi sorulur. Yanıt yoksa “olumlu” varsayılmaz; yeniden açılan şikâyet önceki görev ve kararlarla ilişkilendirilir.

YÖNETİCİ ÇALIŞMA TABLOSU

Şikâyetten teyide kadar kontrol noktaları

Her adım bir sonraki role geçmeden önce gereken minimum kaydı gösterir. Otel kendi telafi tutarlarını ve acil prosedürünü ayrıca tanımlamalıdır.

Tabloyu yatay kaydırarak bütün sütunları görün.

AşamaZorunlu kayıtEskalasyon / yetkiTamamlanma kanıtı
AlımMisafirin ifadesi, kanal, zaman, oda/rezervasyon bağlamıSağlık/güvenlik riskiyse acil prosedürŞikâyet kimliği ve misafire alındı bilgisi
Göreve dönüştürmeKategori, departman, tek sahip, hedef süreSahipsiz kalırsa vardiya yöneticisiGörev kimliği şikâyete bağlı
İzlemeDurum, engel, son güncelleme, açık gecikmeSLA ihlali veya tekrar eden sorunda yöneticiZaman damgalı görev olayları
Telafi kararıTür, tutar/değer, gerekçe, karar veren rolOtelin parasal/rol sınırı aşılırsa üst yöneticiYetkili onayı; asistanın otomatik sözü yok
Misafir teyidiAlındı / olumsuz / yanıt yok / yeniden açıldıOlumsuz veya yeniden açıldıysa telafi sorumlusuTeyit zamanı ve iletişim kanalı
  • Bugün sahipsiz veya hedef süresi geçmiş açık şikâyet var mı?
  • Aynı oda, talep türü veya vardiyada tekrar eden kayıt var mı?
  • Telafi kararı yetkili rol ve gerekçeyle kaydedilmiş mi?
  • Teknik olarak kapanmış fakat misafir teyidi bekleyen kayıt var mı?
  • Olumsuz teyit veya yeniden açılma bir yöneticiye atanmış mı?
  • Vardiya devrinde açık şikâyetlerin sahibi görünür mü?
VERİ · METODOLOJİ · KAYNAKÇA

Bu rehberin kanıt sınırları açık.

Örnekler ve formüller başlangıç metodolojisidir. Pilot öncesinde kapsam, saat dilimi, dışlanan kayıtlar, örneklem büyüklüğü ve veri sorumlusu onayıyla sürümlenir.

İnceleme yöntemi: Talep, görev, eskalasyon, telafi yetkisi ve misafir teyidi ayrı kayıtlar olarak incelendi.

Ekran ve görsel kanıt

Otelora örnek otel operasyon akışı görseli
Örnek veriÖrnek ürün görseli; gerçek müşteri ekranı veya pilot sonucu değildir.

Kaynakça

ÜRÜNDE KARŞILIĞI

Bu rehberdeki akış Otelora’da nasıl çalışır?

Otelora, konuşma, hizmet talebi, departman görevi, şikâyet ve çözüm sonucunu aynı zincirde tutar.

SIK SORULAN SORULAR

Karar vermeden önce netleşmesi gerekenler.

Görev tamamlanınca şikâyet otomatik kapanmalı mı?

Hayır. Operasyon görevi tamamlanabilir; şikâyetin misafir sonucu ayrıca teyit edilmeli veya “yanıt yok” olarak kaydedilmelidir.

Chatbot misafire telafi önerebilir mi?

Otelin açıkça tanımladığı yetki ve insan onayı olmadan indirim, iade, ücretsiz hizmet veya oda değişikliği sözü vermemelidir.

Şikâyet hangi durumda eskale edilmeli?

Otelin yazılı kuralına göre SLA ihlali, tekrar, güvenlik/sağlık riski, yüksek yetki gereksinimi veya misafirin yönetici talebi eskalasyon nedeni olabilir.

OTELİNİZE UYGUN KAPSAM

Önce gerçek ihtiyacı ve en küçük güvenli başlangıcı belirleyelim.

Görüşme bir abonelik başlatmaz. Otelinizin kanal, dil ve operasyon ihtiyacını birlikte haritalar.