Otel Otomasyonu: Uygulamaya Yönelik Kontrol Listesi

Çoğu otel otomasyon projesi, yazılımın zayıf olması nedeniyle başarısız olmaz. Başarısız oluyorlar çünkü kimse aracı açmadan önce iş akışını haritalamadı. Takip sahibinin kim olduğunu belirlemeden konuk mesajlaşmasını otomatikleştiren bir tesis, şikayetlerin daha hızlı ve aynı yavaş çözümle sonuçlanmasına neden olur. Bu parça, yeni arıza noktaları eklemeden ön büro, kat hizmetleri, bakım ve misafir iletişimini otomatikleştirmek isteyen operasyon ekipleri için çalışan bir kontrol listesidir.

Bir Araçla Değil, Denetimle Başlayın

Herhangi bir platformu seçmeden önce, bir isteğin gündeme geldiği andan kapatıldığı ana kadar bugün gerçekte nasıl hareket ettiğini yazın. Bunu, personele en fazla zaman kazandıran üç veya dört iş akışı için yapın: misafir talepleri, temizlik durumu güncellemeleri, bakım biletleri ve vardiya devir notları.

• İsteği ilk kim alır (ön büro, WhatsApp, telefon, uygulama içi sohbet)?
• Bir radyo çağrısı veya yapışkan not dışında nasıl günlüğe kaydediliyor?
• Hangi bölüme gideceğine kim karar veriyor?
• Atanan personel 10 dakika içerisinde cevap vermezse ne olur?
• Konuğun yalnızca bir görevin tamamlandı olarak işaretlenmesinden değil, gerçekten memnun olduğunu kim doğruladı?

Bu denetimi gerçekleştiren bir tesis, genellikle misafir isteklerinin yüzde 20 ila 30'unun, PMS'ye veya görev sistemine hiçbir zaman dokunmayan resmi olmayan kanallar aracılığıyla ele alındığını tespit eder. Bu boşluk, zaten belgelenmiş ve sorunsuz çalışan iş akışlarıyla değil, otomasyonun başlaması gereken yerdir.

Resepsiyon ve Misafir İletişimi: Yanıttan Önce Doğru Yönlendirme

İçgüdü yanıtı otomatikleştirmektir. Daha iyi olan ilk hareket, yönlendirmeyi otomatikleştirmektir. "Klima çalışmıyor" ve "geç çıkış alabilir miyim" diyen bir misafir mesajının, farklı aciliyet ve farklı veriler (oda numarası, mevcut doluluk durumu, sadakat kademesi) eklenmiş olarak farklı kişilere ulaşması gerekir.

Konuk iletişimi iş akışları için kontrol listesi

• Personelin serbest biçimli metinleri her seferinde manuel olarak önceliklendirmesine izin vermek yerine istek kategorilerini (bakım, temizlik, konsiyerj, faturalandırma, şikayet) önceden tanımlayın.
• İletişim kanalını mülk yönetim sistemine bağlayın; böylece personelin başka bir araca yeniden yazması yerine, bir talebin oda numarasını, konaklama tarihlerini ve misafir geçmişini otomatik olarak taşımasını sağlayın.
• İnsan yanıtı daha uzun sürse bile otomatik olarak karşılanacak varsayılan bir onay süresi (örneğin iki dakikadan az) ayarlayın.
• Aynı misafirden veya odadan gelen tekrarlanan şikayetleri işaretleyin; böylece hizmet iyileştirmesi, olumsuz bir yorum yazıldıktan sonra değil, yazılmadan önce başlar.

Bu, Oracle OPERA Cloud veya OHIP gibi bir PMS'ye doğrudan bağlanan Hermes gibi platformların oturacak şekilde oluşturulduğu katmandır: misafir ve oda içeriğini otomatik olarak çeker, böylece bir istek kör olarak yönlendirilmek yerine doğru bilgiler eklenerek yönlendirilir. Önemli olan sohbet otomasyonunun kendisi değil, doğru departmanın ilk geçişte tam bağlamı almasını sağlamaktır.

Kat Hizmetleri ve Bakım: Gerçeği Yansıtan Görev Yönlendirmesi

Temizlik ve bakım otomasyonu genellikle bir ayrıntıda kesintiye uğrar: Sistem, personelin hareketsiz olduğunu ve her zaman bir cihaz taşıdığını varsayar; oysa pratikte personel eldivenlerle katlar arasında hareket etmektedir. Kontrol listesine dayalı bir sistem yalnızca zeminin gerçekte nasıl çalıştığıyla eşleştiğinde çalışır.

1. Oda durumu durumlarını açıkça haritalayın (kirli, devam ediyor, inceleniyor, hazır, bozuk) ve her durum değişikliğinin, çıkarım yapılmadan, işi yapan kişi tarafından günlüğe kaydedildiğinden emin olun.
2. Yönlendirme kurallarını düz bir döngüye değil, yakınlığa ve mevcut yüke göre ayarlayın, böylece 4. kattaki hizmetçiye 9. kattaki bir görev atanmazken 9. kattaki bir kişi boşta oturur.
3. Kırık bir kilit ve düşük bir minibar öğesi aynı aciliyet katmanını paylaşamayacağından, bakım biletlerini kategoriye ve önceliğe göre kat hizmetlerinden ayrı olarak yönlendirin.
4. Basit bir dokunarak kapatmak yerine, güvenlikle ilgili görevlerde (yangın kapısı, duman dedektörü, balkon kilidi) fotoğraf veya kontrol listesi onayı isteyin.

Bu tür bir yönlendirme mantığını uygulayan orta büyüklükteki bir mülk, ortalama bakım bildirimi çözümlemesinin kabaca 90 dakikadan 40 dakikaya düştüğünü görebilir; bunun temel nedeni, biletlerin paylaşılan bir gelen kutusunda atanmadan birinin onları fark etmesini beklemesinin durmasıdır.

Personelin Gerçekten Takip Ettiği SLA'ları Tasarlamak

Hizmet düzeyi anlaşmaları yalnızca görünür, spesifik ve cezai olmaktan ziyade operasyonel sonuçlara bağlı olduklarında işe yarar. "Hızlı tepki vermek" gibi belirsiz bir politika ölçülebilir hiçbir şey üretmez.

• Kategori başına sayısal SLA'lar ayarlayın: onay süresi, ilk yanıt süresi, çözüm süresi. Örnek katmanlar, şikayetler için 2 dakikalık onay, standart temizlik talepleri için 15 dakika, acil olmayan bakım için 30 dakika olabilir.
• Manuel takip değil, otomatik yükseltme oluşturun. Bir bilet, SLA penceresini aşacak şekilde atanmamış durumda kalırsa, birinin fark etmesine gerek kalmadan otomatik olarak bir denetçiye yeniden yönlendirilmelidir.
• SLA ihlallerini vardiya ve departmana göre takip edin ve bunları yalnızca bir misafirin şikayeti konuşmaya zorladıktan sonra değil, haftalık olarak inceleyin.
• "Görev kapatıldı" ifadesini "misafir memnun" ifadesinden ayırın. Bir biletin kapatılması son sinyal olmamalıdır; Konuk ile kısa bir onay döngüsü onu düzgün bir şekilde kapatır.

Hiç kimsenin gerçek zamanlı olarak göremediği bir SLA, operasyonel bir sistem değil, bir politika belgesidir.

30/60/90 Günlük Uygulama Kontrol Listesi

Her departmanı aynı anda kapsamaya çalışan otomasyon dağıtımları, personelin kimsenin beklemediği uç durumlarla sürtüşmeye başlamasıyla üçüncü hafta civarında durma eğilimindedir. Aşamalı bir yaklaşım daha iyi sonuç verir.

• 1-30. Günler: Öncesi/sonrası en net etkiye sahip olduğundan, genellikle konuk isteği yönlendirmesi olmak üzere yalnızca tek bir iş akışını otomatikleştirin. Temizlik ve bakımın mevcut yöntemlerle çalışmaya devam etmesini sağlayın.
• 31-60 Günler: Aynı istek yönlendirme sistemiyle entegre olan temizlik durumu otomasyonunu ekleyin ve vardiya amirlerinin görebileceği SLA izleme kontrol panellerini başlatın.
• 61-90 Günler: Bakım bildirimi yönlendirme ve yükseltmeyi otomatikleştirin ve yönlendirme kurallarını ve personel düzeylerini yalnızca departmana göre değil vardiyaya göre ayarlamak için SLA ihlali verilerini incelemeye başlayın.

Otel operasyonlarında otomasyon, kontrol edilecek başka bir uygulama eklendiğinde değil, bir görevin kime ait olduğu ve ne zaman yapılacağı konusundaki belirsizliği ortadan kaldırdığında başarılı olur. Önce iş akışını haritalandıran, ölçülebilir SLA'ları tanımlayan ve aşamalar halinde kullanıma sunulan mülkler, yenilik geçerliliğini yitirdiğinde ortadan kaybolan kısa vadeli bir iyileştirme yerine, yanıt süresinde ve personelin iş yükünde kalıcı kazanımlar elde etme eğilimindedir.