OteloraRehberotel misafir şikâyeti yönetimi
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.

Yazar
Otelora ürün ve operasyon ekibi
İnceleyen
Otelora şikâyet ve recovery kabul tanımları
İnceleme yöntemi
Talep, görev, eskalasyon, telafi yetkisi ve misafir teyidi ayrı kayıtlar olarak incelendi.
UYGUNLUK

Bu içerik kimler için?

01

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.

02

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 görev bağlanabilir; görev kapanınca şikâyet geçmişi silinmez.

03

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.

04

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.

05

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.

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 recovery sahibiTeyit zamanı ve iletişim kanalı
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.

Görüşme talebi oluştur