Otel görev yönetimi: Talebi doğru ekibin sahipli işine dönüştürün.

Otelora Core, mesaj veya web talebini kaybolmayacak bir operasyon kaydına çevirir. Görev doğru departmana yönlenir, tek kişi sahiplenir, söz verilen süre izlenir ve sonuç misafir teyidinden ayrılmaz.

Amaç daha fazla görev üretmek değil; sahipsiz, geciken veya teknik olarak kapandığı hâlde misafir için çözülmeyen işi görünür kılmaktır.

Otelim için akışı değerlendirelim Etkileşimli demoyu aç

UYGUNLUK

Bu içerik kimler için?

Vardiya değişiminde talepleri kaybolan oteller
Housekeeping, teknik servis ve ön büroyu ortak kayıtta çalıştırmak isteyen yöneticiler
Ortalama yerine geciken işlerin p90 ve açık gecikme oranını görmek isteyen ekipler

Tek talep, açık sahiplik

Misafir talebi tek kayıtta tutulur; gereken departman işleri bu kayda bağlanır. Aynı görevi iki çalışanın eşzamanlı sahiplenmesi sunucuda engellenir. Kural tanımsızsa iş kaybolmak yerine ön büro kuyruğuna düşer.

SLA yalnız kapanan görevlerden ibaret değildir

Söz verilen süre yaklaşan, süresi geçmiş ve hâlâ açık olan işler ayrı görünür. Yönetici ortalama bir grafik yerine bugün müdahale etmesi gereken sıralı listeyi görür. Gerçek iyileşme oranı ancak pilot başlangıç değeriyle karşılaştırıldığında yayımlanır.

Vardiya devri ve denetim kaydı

Sahipsiz işler, engeller ve açık şikâyetler vardiya sonunda kaybolmaz. Kim, neyi, ne zaman üstlendi veya tamamladı denetim kaydında korunur; her rol yalnız görevi için gereken ekranı görür.

UYGULAMA SIRASI

Küçük kapsamla başlayın, kanıtla büyütün.

01
Talep türlerini belirleyin
Pilot için en sık 6–10 talep ve bunların departman sahipleri seçilir.
02
Süre ve vardiyayı yazın
SLA hedefi, eskalasyon ve vardiya devri otelin gerçek işleyişine göre tanımlanır.
03
Başlangıç ve sonucu karşılaştırın
Sahiplenme, tamamlama, açık gecikme ve misafir teyidi aynı formülle ölçülür.

GERÇEK ÜRÜN DURUMU

Demo, pilot ve sağlayıcı kabulünü ayırıyoruz.

Durum etiketi ilk bakışta görünür; kurulum koşulları ve sınırlar yalnız ayrıntıyı açtığınızda gösterilir.

Misafir talep oluşturmaPilot-ready
Temel hizmet talepleri pilotta otelin belirlediği türlerle ve manuel onayla yürütülür.
Koşullar ve sınırlar
Bu durum ne demek?
Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
Başlamadan önce
Otelin hizmet kuralları, talep türleri ve onay sahibi
Alternatif çalışma yolu
Talebi personele aktar ve otelden manuel onay al
Sınırlar
Pilotta talep türleri 6–10 ile sınırlıdır.
Ücretli talepler pilotta manuel otel onayıyla ilerler; canlı tahsilat içermez.
Görev oluşturmaPilot-ready
Her talep tek bir görev kaydı üretir; kural tanımlı değilse görev Front Desk’e düşer, kaybolmaz.
Koşullar ve sınırlar
Bu durum ne demek?
Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
Başlamadan önce
Departman, yönlendirme kuralı ve vardiya tanımlarının kurulması
Alternatif çalışma yolu
Front Desk tarafından manuel görev açma
Sınırlar
Yönlendirme kuralları otelin tanımına bağlıdır; tanımsız türde görev Front Desk’e düşer.
Görev sahiplenmePilot-ready
Aynı görevi iki kişi üstlenemez. Çakışma sunucuda çözülür ve kim ne zaman üstlendi kaydı tutulur.
Koşullar ve sınırlar
Bu durum ne demek?
Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
Başlamadan önce
Kişisel personel hesapları ve departman üyeliklerinin kurulması
Alternatif çalışma yolu
Yönetici tarafından manuel atama
Sınırlar
Sahiplenme çakışması sunucuda çözülür; kaybeden istek hata değil, açık bir çakışma yanıtı alır.
SLA ve gecikme takibiPilot doğrulaması bekliyor
SLA akışı çalışır durumdadır; hedef süreler pilot otelle sabitlenir ve ilk sonuç pilot ölçümünde doğrulanır.
Koşullar ve sınırlar
Bu durum ne demek?
Ürün tarafı hazırdır; sonuç iddiası ancak gerçek pilot ölçümüyle doğrulanır.
Başlamadan önce
Departman bazlı SLA süreleri ve vardiya kurallarının otelle tanımlanması
Alternatif çalışma yolu
Yönetici müdahale listesi ve manuel yeniden atama
Sınırlar
SLA hedef süreleri Otelora tarafından değil otel tarafından belirlenir.
Yayımlanmış bir SLA iyileşme oranı yoktur; ilk oran pilot ölçümünden çıkar.
Yönetici Bugün ekranıPilot-ready
Yönetici ekranı örnek ve pilot verisini ayırır; canlı müşteri sonucu henüz yayımlanmamıştır.
Koşullar ve sınırlar
Bu durum ne demek?
Kod ve testleri hazırdır; pilot otelde kurulup gerçek vardiyada çalıştırılabilir.
Başlamadan önce
Görev, SLA ve departman kurallarının kurulması
Alternatif çalışma yolu
CSV/PDF dışa aktarımı ve haftalık sonuç görüşmesi
Sınırlar
Ekranda gösterilen örnek veri ile gerçek pilot verisi ayrı işaretlenir.
Yayımlanmış müşteri sonucu yoktur.

SIK SORULAN SORULAR

Karar vermeden önce netleşmesi gerekenler.

Otel görev yönetimi hangi departmanlarda kullanılabilir?

İlk pilot iki departman ve 6–10 talep türüyle sınırlandırılır. Ön büro–housekeeping veya ön büro–teknik servis sık kullanılan başlangıç çiftleridir.

Görevi iki kişi aynı anda alabilir mi?

Hayır. Eşzamanlı sahiplenme sunucuda tek kazanan üretir; diğer çalışan açık bir çakışma sonucu görür.

SLA süresini Otelora mı belirler?

Hayır. Hedef süreler otelin personel ve vardiya gerçekliğine göre otelle birlikte yazılır.

SONRAKİ OKUMA

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

Bu içerik kimler için?

Tek talep, açık sahiplik

SLA yalnız kapanan görevlerden ibaret değildir

Vardiya devri ve denetim kaydı

Küçük kapsamla başlayın, kanıtla büyütün.

Talep türlerini belirleyin

Süre ve vardiyayı yazın

Başlangıç ve sonucu karşılaştırın

Demo, pilot ve sağlayıcı kabulünü ayırıyoruz.

Karar vermeden önce netleşmesi gerekenler.

Konuyu karar aşamasına taşıyın.

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