Ana içeriğe geç
OTEL OPERASYON VE GÖREV YÖNETİMİ

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

Otelora, etkinleştirilen kanallardan gelen misafir talebini ortak bir operasyon kaydına bağlar. Departman yönlendirmesi, görev sahipliği ve hedef süre izlenir; personelin tamamlaması ile misafir teyidi ayrı kaydedilir.

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.

Örnek akış · gerçek otel verisi değilKat hizmetleri görevlisi Ayşe’nin telefonunda üstlendiği 2 havlu görevi için hedef 15 dakikadan 9 dakika kaldığı görünüyor; tamamladığı ekstra yastık görevi misafir teyidi bekliyor; sahipsiz oda temizliği görevi üstlenilmeyi bekliyor. Yöneticinin bugün ekranında süre riski taşıyan lavabo gideri en üstte; ardından havlu görevi, ön büro onayı bekleyen geç çıkış, misafir teyidi bekleyen yastık, yarın sabahki uyandırma ve rehberden yanıtlanıp görev açılmayan İngilizce kahvaltı sorusu geliyor.
ÜRÜN KARAR ÖZETİ

Önce problemi, sonra kapsamı değerlendirin.

PROBLEM

Mesajın operasyon sonucuna dönüşmemesi

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.

İŞ AKIŞI

Talep → görev → teyit

Mesaj yapılandırılır, doğru ekip sahiplenir, SLA ve tamamlanma izlenir, sonuç misafirden doğrulanır.

KİM KULLANIR?

Otel operasyon rolleri

Vardiya değişiminde talepleri kaybolan oteller · Housekeeping, teknik servis ve ön büroyu ortak kayıtta çalıştırmak isteyen yöneticiler

ÖLÇÜLEN SONUÇ

Başlangıç ölçümü ve pilot karşılaştırması

Sahipsiz talep, sahiplenme p50/p90, SLA aşımı, yeniden açılma, teyit ve personel yükü ölçülür; henüz müşteri sonucu iddia edilmez.

Bu kapsamı 30 günlük pilotta değerlendirin
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; p50 ve p90 tipik ve uzun bekleyen işi ayrı gösterir. 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 devrinde takip listesinde kalır. Kim, neyi, ne zaman üstlendi veya tamamladı denetim kaydında korunur; her rol yalnız görevi için gereken ekranı görür.

ÖRNEK AKIŞ · GERÇEK OTEL VERİSİ DEĞİL

Her işin bir sahibi, bir süresi ve görünür bir sonu var.

Talep doğru departmanın görevi olur, tek kişi üstlenir, hedef süre işler. Yönetici ortalamaya değil, bugün müdahale etmesi gereken işe bakar. Ekranlar örnek otel verisiyle hazırlanmış temsili akıştır; gerçek müşteri kaydı veya sonuç ölçümü değildir.

1 · YÖNLENDİRME

Talep doğru departmanın işi olur

Talep türüne göre departman ve hedef süre atanır. Bilgi sorusu görev açmaz; kural tanımsızsa iş ön büroya düşer.

2 · SAHİPLİK

Tek kişi üstlenir, çakışma olmaz

İki çalışan aynı görevi aynı anda üstlenmeye çalışırsa sunucu tek kazanan seçer; diğeri açık bir çakışma sonucu görür.

3 · YÖNETİCİ VE VARDİYA

Geciken işi ve devri görür

Süre riski taşıyan, onay ya da teyit bekleyen iş öne çıkar. Vardiya sonunda açık işler devir listesinde kalır.

TAMAMLANMA VE MİSAFİR TEYİDİPersonel “tamamlandı” dedi ≠ misafir için çözüldü.
Akışı demoda deneyin
NASIL ÇALIŞIR?

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

  1. Talep türlerini belirleyin

    Pilot için en sık 6–10 talep ve bunların departman sahipleri seçilir.

  2. Süre ve vardiyayı yazın

    SLA hedefi, eskalasyon ve vardiya devri otelin gerçek işleyişine göre tanımlanır.

  3. 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 tek Yetenekler sayfasındaki ilgili kayıtta açıklanır.

  • Misafir talep oluşturma

    Havlu, temizlik, arıza ve benzeri talepler yapılandırılmış kayda dönüşür.

    Pilotta kullanılabilirAyrıntılar
  • Görev oluşturma

    Talep, doğru departmanın süresi belli işine dönüşür.

    Pilotta kullanılabilirAyrıntılar
  • Görev sahiplenme

    Bir görevi tek bir çalışan üstlenir; ikinci üstlenme reddedilir.

    Pilotta kullanılabilirAyrıntılar
  • SLA ve gecikme takibi

    Söz verilen süre işlenir, yaklaşan ve geçen işler ayrı ayrı görünür.

    Pilot doğrulaması bekliyorAyrıntılar
  • Yönetici Bugün ekranı

    Yönetici rapor yerine şimdi neye müdahale edeceğini görür.

    Pilotta kullanılabilirAyrıntılar
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.

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.