Haftalık doluluk ve gelir raporu, otomasyon için değerlendirildi.

İşletme

Her iki anlatım tek bir isimsiz otel grubunu izler: aynı şehirde üç butik otel ve bir etkinlik mekânı işletir, paylaşılan bir arka ofisle. Rezervasyonlar bir otel yönetim sisteminde, gelirler satış noktasında, satın almalar tedarikçi tablolarında yaşar ve ekip değişiklikleri e-postayla koordine eder.

• Sahip ve yönetici: Haftalık raporun ve iş akışlarının yapılandırıldığı etkinlik politikalarının sahibi olan grubun genel müdürü.
• Ekip: Vardiyalar hâlinde çalışan resepsiyon, mutfak ve etkinlik koordinatörleri — tam da taleplerin ve rakamların masalar arasında kaybolmasının nedeni.
• Kullanılan sistemler: Paylaşılan gelen kutusu, otel yönetim sistemi, satış noktası, tedarikçi tabloları ve paylaşılan etkinlik takvimi.

Bugünkü iş akışı

Her cuma, grubun genel müdürü üç otel ve mekândaki doluluk, fiyat, satış noktası gelirleri ve etkinlik takipleri hakkında haftalık bir rapor yayınlar. Bugün iş manueldir, dört kişiye yayılır ve neredeyse her zaman zamana karşı bitirilir — kimsenin düzeltmeye vakti olmadığı hafta sonundan önce.

Önerilen iş akışı

Önerilen iş akışı aynı kişileri ve aynı karar haklarını korur ve yalnızca yinelenen derlemeyi değiştirir: toplama, eksiksizlik denetimleri, taslak hazırlama ve dağıtım zamanlanır ve kaydedilir. İnsan onayı akışın ortasında kalır.

Değerlendirme boyutları

Aşağıdaki her boyut kendi başına gerekçelendirilir. Toplam bir puan yoktur — bir iş akışı, nerede güçlü olduğu, nerede koşullu olduğu ve sonraki bölümdeki ön koşulların karşılanıp karşılanmadığıyla değerlendirilir.

1. Yineleme

   Bu iş ne sıklıkla gerçekleşir?

   Yüksek — haftalık ve öngörülebilir

   Rapor, tanımlı bir girdi kümesi ve tanımlı bir çıktıyla sabit bir haftalık ritimde çalışır. Yineleme, bir iş akışını otomatikleştirmeye değer kılan şeydir.

2. Değer

   Otomasyon ne tasarruf eder veya iyileştirir?

   Orta, birikimli

   Derleme ve uzlaştırma her hafta koordinatör ve müdürün birkaç saatini tüketir ve geciken raporlar fiyat ve satın alma kararlarını erteler. Buradaki değer, zaman ve güvenilirlik hakkında bir hipotezdir — ölçülmüş bir sonuç değil, çünkü henüz hiçbir şey ölçülmedi.

3. Ölçülebilirlik

   Sonucu gözlemleyebilir miyiz?

   Güçlü

   Başarı görünür ve sayılabilirdir: rapor zamanında teslim edildi, tüm kaynaklar dahil, onaylanmamış değişiklik yok, takipler kapandı. Önerilen ölçümler aşağıdaki pilot bölümünde listelenir; hiçbiri başarılmış olarak sunulmaz.

4. Veri hazırlığı

   Kaynaklar erişilebilir ve kararlı mı?

   Koşullu

   Otel yönetim sistemi ve satış noktası kararlı, belgelenmiş erişime sahiptir. Satın alma tablosu şu anda onu e-postayla gönderen bir kişiye bağlıdır, bu yüzden otomasyonun pilot kapsamına alabilmesi için onaylı bir erişim yolu veya yedek kaynak gerekir.

5. Entegrasyon çabası

   Bağlanmak ne kadar iş gerektirir?

   Düşük ila orta

   Bağlantılar salt okunurdur ve iş akışı kaynak sistemlere yazma yapmaz. Ana çaba, satın alma tablosunu eşlemek ve hangi alanların yetkili olduğunda anlaşmaktır.

6. Eylem riski

   Ne ters gidebilir?

   Düşük

   İş akışı misafirlerle iletişim kurmaz, rezervasyonları veya fiyatları değiştirmez ve para hareket ettirmez. Her çıktı dağıtımdan önce bir insan tarafından incelenir, bu yüzden bir hatanın etki alanı önemli bir eylem değil, dahili bir taslaktır.

7. Değişim yükü

   Ekibin ne kadar değişmesi gerekir?

   Düşük

   Roller ve sahiplik aynı kalır: tesisler yine rakam sağlar ve genel müdür yine raporu onaylar. Değişen, raporu kimin derlediğidir — tam da yinelenen kısım.

8. Pilot uygunluğu

   Bu iyi bir ilk iş akışı mı?

   Güçlü aday

   Okuma ağırlıklı, onay kapılı ve düşük risklidir, sorumlu bir sahibi vardır. Uygunluk, yukarıdaki boyutlar üzerinde gerekçelendirilmiş bir yargıdır, ağırlıklı bir puan değil — ve aşağıda listelenen ön koşullara bağlıdır.

Sahiplik ve sınırlar

Sahip ve tetikleyici

• Sahip: Raporun, dağıtımının ve gündeme getirdiği takiplerin sahibi olan grubun genel müdürü.
• Tetikleyici: Yapılandırılmış bir haftalık zamanlama — perşembe toplama, cuma sabahı taslak, onaydan sonra dağıtım.

Sistemler ve izinler

• Salt okunur: Otel yönetim sistemi, satış noktası ve satın alma tablosu — metrikler çekilir, asla yazılmaz.
• Yazma: Yalnızca taslağın ve onaylanan raporun saklandığı paylaşılan rapor klasörü.
• Dağıtım: Yalnızca onaylanan rapor için kullanılan mevcut dağıtım listesi.

Açık hariç tutmalar

• Hiçbir türde misafir mesajı yok.
• Rezervasyonlarda, fiyatlarda veya finansal kayıtlarda değişiklik yok.
• Verileri “temizlemek” için bile kaynak sistemlere yazma yok.
• Rakamların ne anlama geldiğinin yorumlanması yok — bu genel müdürde kalır.

İnsan kontrol noktaları

• Veri sahipleri eksik girdileri onaylar veya sağlar (aracı tarafından takip edilir).
• Genel müdür her taslağı dağıtımdan önce inceler ve onaylar.
• Eylem öğeleri aracı tarafından değil, müdür tarafından isimli sahiplere atanır.

İstisnalar

• İş istisnası: Bir tesis bir KPI tanımına itiraz eder — örneğin gelmeyen misafirlerin doluluğa nasıl sayıldığı — veya farklı rakamlar ister. Müşteri karar verir; aracı duraklar ve yönlendirme bekler.
• Teknik istisna: Bir kaynak sistem erişilemez veya bir dışa aktarım bozuktur. Disponi izleme, kurtarma ve iletişimin sahibidir; rapor sessizce doldurulmak yerine eksik olarak işaretlenir.

Bu iş akışını erteleme veya reddetme nedenleri

• KPI tanımları tartışmalı ve hiç kimsenin sahipliğinde değil.
• Gerekli bir kaynağın onaylı erişim yolu ve yedeği yok.
• Taslakları onaylayacak ve eylemlere sahip olacak sorumlu bir süreç sahibi yok.
• Raporun insan kapısı olmadan önemli kararlar alması veya yetkilendirmesi bekleniyor — bir insan kontrol noktası olana kadar otomasyon ertelenir.

Pilot kapsamı, kabul ve öneri

Pilot kapsamı

Otel yönetim sistemini ve satış noktasını kapsayan dört haftalık, salt okunur bir pilot. Pilot sorumlulukları net şekilde ayırır:

• Pilot yapar: Kaynakları toplar (okuma), eksiksizlik denetimleri çalıştırır, eksik girdileri takip eder (koordinasyon) ve taslağı derler (hazırlık).
• Pilot yapmaz: Onaylama, dağıtma veya eylem takibi. Onay ve dağıtım tamamen manuel kalır ve hiçbir kaynak sisteme yazılmaz.

Kabul ölçütleri

• Pilot akışıyla tamamlanan art arda dört haftalık rapor.
• Beklenen her kaynağın en az %95 oranında zamanında toplanması.
• Toplama ile taslak arasında hiçbir rakamda onaylanmamış değişiklik olmaması.
• Genel müdürün her taslağı tanıması ve dağıtımdan önce onaylaması.
• Hiçbir kaynak sisteme veri yazılmaması ve hiçbir misafire mesaj gönderilmemesi.

Ölçüm planı

Pilot şunları ölçerdi: kaynak toplama süresi, eksiksizlik oranı, toplamadan onaylı taslağa süre, eksik girdi takip sayısı, inceleme süresi ve düzeltme gerektiren taslaklar. Bunlar pilot için önerilen ölçümlerdir — hiçbiri ulaşılmış sonuç değildir, çünkü pilot henüz çalışmadı.

Koşullu öneri

Dört haftalık salt okunur bir pilotla ilerleyin, üç koşulla: genel müdür raporu ve takiplerini resmi olarak üstlenir; satın alma tablosu onaylı bir erişim yolu (veya yedek) kazanır; ve bir insan her taslağı dağıtımdan önce onaylar. KPI tanımları tartışmalı kalırsa veya kaynak erişimi onaylanmazsa erteleyin. Raporun rolü insan kapısı olmadan önemli eylemlere doğru genişlerse reddedin.

Neden koordinasyondan önce gelir

Raporlama ilerleyişin başındadır: gözlemler ve hazırlar, salt okunurdur ve her çıktı incelenir. Güvenli bir ilk dağıtım en az riskli yararlı şey olmalıdır — iş akışı anlatımının daha sonraki bir aşamayı göstermesinin nedeni budur; burada aynı grup, onay kapıları ve sınırlı eylemle etkinlik ve tedarikçi siparişi değişikliklerini koordine eder. Her müşteri bu yolu izlemez ve Disponi aksini iddia etmez.

1. GözlemleBilgi toplayan ve hazırlayan salt okunur iş akışları.
2. HazırlaEkip içinde kalan taslaklar, kontroller ve takipler.
3. Onayla koordine etÖnemli noktalarda müşteri onayı için duran sistemler arası koordinasyon.
4. Politika içinde hareket etMüşterinin tanımladığı kurallar içinde sınırlı ve kaydedilmiş eylemler.

İş akışı anlatımını görün — sonraki, sınırlı aşama →

Paylaşılan operasyon sınırı

Aynı sorumluluk modeli her iş akışı için geçerlidir: iş muhakemesi ve nihai sorumluluk müşteride kalır; platform operasyonu ve teknik olaylar Disponi'de kalır.