Rehber

Otel taleplerini WhatsApp üzerinden tamamlanana kadar takip etmek

Yazan Whispr Editorial Team — Qure TechnologyYayın 8 dk okuma

Bir misafir talebi, iş yapıldığında değil; iş yapıldığı, misafire haber verildiği ve kimin yaptığı kayda geçtiğinde tamamlanmış sayılır. Bunun için her talebin tek bir sorumlusu, ekipçe kabul edilmiş bir kapanış tanımı ve sonradan bakılabilecek bir kaydı olmalıdır. WhatsApp bu düzenin taşıyıcısı olabilir, ama düzenin kendisi kurallardan oluşur.

Bir talep ne zaman gerçekten tamamlanmış sayılır?

Otellerde “kaybolan talep” denince çoğu zaman hiç yapılmamış bir iş akla gelir. Oysa aksaklıkların önemli bir kısmı işin kendisinde değil, etrafındaki adımlarda ortaya çıkar: Klima onarılmıştır ama misafire kimse haber vermemiştir. Havlular odaya bırakılmıştır ama talebi kimin karşıladığı bilinmez. Misafir aynı şeyi ikinci kez sorduğunda ön büro durumu ancak telefonla öğrenebilir.

Bu yüzden ekibinizle önce ortak bir tanım üzerinde anlaşın. Bir talep, aşağıdaki üç koşul birlikte sağlandığında tamamlanmıştır:

  1. İş yapıldı. İstenen hizmet verildi ya da sorun giderildi; giderilemediyse misafire gerçekçi bir alternatif sunuldu.
  2. Misafir haberdar edildi. Misafir, ne istediğine atıf yapan ve kendi dilinde yazılmış bir kapanış mesajı aldı.
  3. Kayıt oluştu. Talebin ne zaman geldiği, kime gittiği, kimin tamamladığı ve ne zaman kapandığı sonradan bakılabilecek bir yerde duruyor.

Bu tanım, bir yazılım kullansanız da kullanmasanız da işe yarar. Vardiya devirlerinde, şikâyet incelemelerinde ve departmanlar arasındaki “yapıldı mı, yapılmadı mı” tartışmalarında yanıtı tek bir ölçüte bağlar.

Talep izinin beş adımı

Bir talebin misafirin mesajından kapanışa kadar izlediği yol beş adıma ayrılabilir. Her adımda kaydedilmesi gereken bilgi azdır; asıl risk, bu bilginin yalnızca bir kişinin telefonunda ya da kimsenin geri dönüp okumayacağı bir sohbet geçmişinde kalmasıdır.

Talep izinin adımları, kaydedilecek bilgi ve sık görülen aksaklıklar
AdımKaydedilecek bilgiSık görülen aksaklık
1. Talebi almakGeliş saati, oda numarası, misafirin kendi ifadesiMesaj bir çalışanın telefonunda kalır; o kişi vardiyadan çıkınca talep de görünmez olur.
2. Türünü belirlemekBilgi sorusu mu, hizmet talebi mi, şikâyet mi, güvenlik ya da sağlık konusu mu?Bir şikâyet sıradan bir hizmet talebi gibi ele alınır; misafir ilişkileri devreye girmez.
3. Sorumluyu atamakİşi üstlenen kişinin adı (yalnızca departman değil)İş “teknik servise” gider, ama teknik serviste kimin baktığı belirsiz kalır.
4. İşi tamamlamakTamamlanma saati ve tamamlayan kişiİş biter ama bunu bildiren olmaz; talep ya açık görünmeye devam eder ya da sessizce unutulur.
5. Misafiri bilgilendirmekKapanış mesajının gönderildiği saatMisafir sonucu ancak yeniden sorduğunda öğrenir.

Tablodaki aksaklıkların ortak noktası şu: Hiçbiri ekibin özensizliğinden kaynaklanmaz. Hepsi, bilginin bir sonraki kişiye ya da yöneticiye aktarılmasını sağlayan bir adımın tanımlanmamış olmasından doğar.

Hangi mesaj takip edilen bir talebe dönüşmeli?

Misafirden gelen her mesaj bir iş değildir. Kahvaltı saatini soran misafire doğru bir yanıt vermek yeterlidir; odasına ek yastık isteyen misafirin mesajı ise birinin yapması gereken bir işe dönüşmelidir. Mesajları dört gruba ayırmak, ekibin neyi takip edeceğini netleştirir.

Misafir mesajı türleri ve gerektirdiği takip
TürÖrnekNe gerektirir?
Bilgi sorusu“Spa kaçta kapanıyor?”Doğru ve hızlı bir yanıt. Ayrı bir iş kaydı gerekmez.
Hizmet talebi“Odaya iki havlu daha rica ediyorum.”Sorumlusu belli bir iş, tamamlanma ve misafire kısa bir kapanış mesajı.
Şikâyet“Dün akşamdan beri sıcak su yok.”Hizmet talebi gibi izlenen bir iş ve misafir ilişkilerinin bilgilendirilmesi. Misafir hâlâ oteldeyken telafi şansı vardır.
Güvenlik ya da sağlık“Çocuğum düştü, başını çarptı.”Beklemeden bir insana; gerekiyorsa doğrudan ilgili ekibe ve nöbetçi yöneticiye. Otomatik bir yanıtla geçiştirilmez.

Bir konuşmada birden fazla istek olabilir: “Klima çalışmıyor, bir de yarın geç çıkış mümkün mü?” Bunlar iki ayrı iştir; biri teknik servise, diğeri ön büroya gider. Tek bir kayda yazılırlarsa biri tamamlandığında diğeri de kapanmış görünebilir. Kuralı basit tutun: her istek, ayrı bir kayıt.

Sahiplik kuralları: departman değil, kişi

Bir talebin kat hizmetlerine iletilmiş olması, birinin onu üstlendiği anlamına gelmez. Takibin işlemesi için her talebin, her an tek bir kişinin sorumluluğunda olması gerekir. Bunu destekleyen dört kural:

  • Yönlendirmeyi önceden yazın. Hangi talep türü hangi departmana gider, mesai dışında kime düşer? Gece vardiyasında teknik servis yoksa klima arızası kime bildirilir? Bu soruların yanıtı talep geldiğinde değil, önceden belirlenmelidir.
  • Tek sorumlu belirleyin. İş bir departmana gitse bile, onu üstlenen kişi o talebin sahibidir. İki kişi aynı anda harekete geçerse işi ilk üstlenen sahiplenir, diğeri geri çekilir.
  • Vardiya devrinde açık işleri yazılı devredin. Vardiya biterken kapanmamış talepler, sorumlularıyla birlikte bir sonraki vardiyaya aktarılır. “Sabah ekibi bakar” bir devir değildir.
  • Mesai dışı için yedek tanımlayın. Departmanın çalışmadığı saatlerde talebin düşeceği bir kişi ya da ön büro belirlenmelidir.

Bekleyen işi görünür tutmak

Açık kalan bir talep, ancak birisi ona baktığında fark edilir. İki alışkanlık, bekleyen işin gözden kaçmasını büyük ölçüde önler:

  • Hatırlatma. Bir süre ilerlemeyen talep, sorumlu ekibe yeniden hatırlatılır. Bu sürenin ne olacağını kendi çalışma düzeninize göre belirleyin; amaç misafire bir süre vaat etmek değil, unutulan işi yeniden ekibin önüne getirmektir.
  • Vardiya başında açık iş kontrolü. Departman sorumlusu her vardiya başında açık talepleri gözden geçirir. Önceki vardiyadan kalan bir talep varsa sahibi ve durumu netleştirilir.

Bu iki alışkanlık yerleştiğinde yöneticilerin her talebi tek tek izlemesine gerek kalmaz; yalnızca istisnalara bakmak yeterli olur.

Misafire kapanış mesajı

Kapanış mesajı, talebin ciddiye alındığını gösteren son adımdır. İyi bir kapanış mesajı kısadır ve üç şey içerir: misafirin ne istediğine atıf, ne yapıldığı ve gerekiyorsa bir sonraki adım. Misafirin yazdığı dilde gönderilmesi, mesajın bir kalıp gibi değil kişisel bir yanıt gibi algılanmasını sağlar.

Kapanış mesajı örnekleri

Temsili örneklerdir; kendi otelinizin üslubuna göre uyarlayın.

Hizmet talebi
“Merhaba, iki ek havlunuz odanıza bırakıldı. Başka bir isteğiniz olursa buradan yazabilirsiniz.”
Arıza
“Merhaba, 412 numaralı odanızdaki klima kontrol edildi ve yeniden çalışıyor. Sorun devam ederse lütfen hemen bize yazın.”
Karşılanamayan talep
“Merhaba, yarınki geç çıkış talebinizi inceledik. Otel dolu olduğu için çıkışınızı saat 14.00'e kadar uzatabiliyoruz. Size uyarsa onaylayalım mı?”

İki hatadan kaçının: misafire hiç dönmemek ve her talebe aynı kalıp cümleyle dönmek. İkincisi, mesajın okunmadan gönderildiği izlenimini verir; misafir, talebinin gerçekten anlaşılıp anlaşılmadığından emin olamaz.

Temsili senaryo: 412 numaralı odada klima arızası

Bir talebin uçtan uca izi

  1. 21.40 Misafir WhatsApp'tan yazar: “Odamın kliması çalışmıyor, oda çok sıcak.” Mesaj bir hizmet talebi olarak ele alınır; oda numarası ve misafirin ifadesi kayda geçer.
  2. 21.41 Yönlendirme kuralına göre iş, gece vardiyasındaki teknik servis görevlisine gider. Görevli işi oda numarası ve talep metniyle birlikte alır.
  3. 21.42 Misafire, talebinin teknik servise iletildiğini bildiren kısa bir ara yanıt gider.
  4. 22.05 Görevli arızayı giderir ve işi tamamlandı olarak bildirir. Tamamlanma saati ve tamamlayan kişi kayda işlenir.
  5. 22.06 Misafir, klimanın yeniden çalıştığını belirten kapanış mesajını kendi dilinde alır.
  6. Ertesi sabah Ön büro müdürü gece açılan ve kapanan talepleri tek bir listede görür ve hiçbir işin sözlü devre kalmadığını kontrol eder.

Saatler, oda numarası ve mesajlar akışı göstermek için seçilmiştir; gerçek bir otelin verisi ya da sonucu değildir.

Ölçmeye nereden başlamalı?

Talep takibini iyileştirmek için karmaşık bir gösterge paneli gerekmez. İlk ay şu dört soruyu yanıtlayabilmeniz yeterlidir:

  • Hangi departmana kaç talep geldi?
  • Bunların kaçı tamamlandı, kaçı açık kaldı?
  • Talebin gelişiyle tamamlanması arasında genellikle ne kadar zaman geçiyor? Bu bir hedef değil, kendi başlangıç noktanızdır.
  • Misafirin aynı talebi ikinci kez sorduğu durumlar hangileri?

Son soru özellikle değerlidir. Misafirin “Ne oldu?” diye yeniden yazması, çoğu zaman işin kendisinden çok takip adımlarından birinin aksadığını gösterir. Bu durumları haftada bir gözden geçirmek, sorunun yönlendirmede mi, sahiplikte mi yoksa kapanış mesajında mı olduğunu ortaya çıkarır.

Bir talep takip sistemi değerlendirirken sorulacak sekiz soru

Bir yazılım değerlendiriyorsanız, demoda kendi otelinizden gerçek bir talebi baştan sona izlemek isteyin. Aşağıdaki sorular, hangi ürünü değerlendirirseniz değerlendirin aynı ölçüyle karşılaştırma yapmanızı sağlar.

Değerlendirme kontrol listesi

  • Çalışanlar işi nerede alıp tamamlıyor: ayrı bir uygulamada mı, bir web panelinde mi, yoksa zaten kullandıkları bir mesajlaşma uygulamasında mı?
  • Tamamlanma nasıl kayda geçiyor ve işi kimin tamamladığı görülebiliyor mu?
  • Misafire kapanış mesajı kendiliğinden ve misafirin dilinde gidiyor mu?
  • Aynı konuşmadaki iki ayrı istek, iki ayrı iş olarak mı izleniyor?
  • Mesai dışı saatler ve vardiya değişimleri için yönlendirme kuralları tanımlanabiliyor mu?
  • Bekleyen işler için hatırlatma var mı ve kime gidiyor?
  • Yönetici, açık ve kapanan talepleri departman ve dönem bazında görebiliyor mu?
  • Misafir ve çalışan verisine kimlerin erişebildiği nasıl yönetiliyor; KVKK kapsamındaki yükümlülükleriniz için hangi bilgiler sağlanıyor?

Tek bir doğru yanıt yoktur. Kurulum gerektiren ayrı bir uygulama, sezonluk personelin yoğun olduğu otellerde alışma süresini uzatabilir; ayrı bir operasyon sistemi ise zaten böyle bir sistemle çalışan oteller için doğal bir seçenektir. Karar, otelinizin bugünkü düzenine ve ekibinizin yapısına göre verilmelidir.

Whispr bu akışı nasıl uygular?

Whispr, akıllı otel operasyonları ve misafir ilişkileri için geliştirilmiş bir platformdur ve bu rehberdeki akışı şöyle uygular: Misafirin konuşmasındaki her hizmet talebi, şikâyet ya da güvenlik konusu ayrı bir operasyon kaydına dönüşür ve otelin yönlendirme kurallarına göre ilgili departmana ulaşır. Çalışan işi kendi WhatsApp'ında alır ve bildirime yanıt vererek tamamlar; ekip bir Telegram operasyon grubunda çalışıyorsa iş, gruptaki Tamamlandı düğmesiyle kapanır.

İş tamamlandığında misafir kendi dilinde bilgilendirilir; bekleyen talepler için ekibe hatırlatma gider. Güvenlik ya da sağlık içeren mesajlar beklemeden ekibinize devredilir. Yönetici tarafında kimin bildirdiği, kimin aldığı ve kimin tamamladığı ile departman bazında hacimler ve yanıt süreleri görülür. Ayrıntılar için Otel Operasyonları, Raporlama, Misafir Mesajlaşma ve Ön Büro sayfalarına bakabilirsiniz.

Sık sorulan sorular

Ekibimiz WhatsApp gruplarında çalışıyor. Bu düzen yeterli mi?

Küçük ekiplerde ve az sayıda talepte gruplar işe yarayabilir; ancak sahiplik ve kapanış kuralları olmadan talepler kolayca kaybolur. Grupların nerede zorlandığını ve bugün neyin değiştirilebileceğini WhatsApp gruplarında talep takibi rehberinde ayrıntılı ele aldık.

Telegram kullanan ekipler için de aynı akış geçerli mi?

Evet. Akış kanaldan bağımsızdır: talep, sorumlu, tamamlanma, kapanış mesajı ve kayıt. Whispr'da Telegram operasyon gruplarında iş, Tamamlandı düğmesiyle kapanır.

Talep takibi için PMS bağlantısı şart mı?

Hayır. Talep takibinin temel kuralları bir bağlantı olmadan da uygulanabilir. PMS/HMS bağlantısı ise misafirin oda ve konaklama bilgilerini talebe bağlayarak ekibin aynı bilgiyi yeniden sormasını gereksiz kılar.

Kendi otelinizden bir talebi uçtan uca izleyelim.

Demoda, seçtiğiniz bir misafir talebini mesajdan çalışanın WhatsApp'ına, oradan misafire giden kapanış mesajına ve yönetim kaydına kadar birlikte izliyoruz.