Order Bumped Workflow: Garson Tablete Onay Verince Mutfak Kapanır

Tribeca'daki bir steakhouse'ta gerçek bir senaryo: mutfak şefi tabağı "ready" işaretledi, KDS ticket'ı temizledi, ama garson 8 dakika boyunca masaya gelmedi. Tabak heat lamp altında kurudu, müşteri şikayet etti. Klasik POS pattern'ı bu durumu hiçbir yere kaydetmiyor çünkü mutfak açısından sipariş "kapandı".

Klasik Ticket Akışının Zayıf Noktası

Geleneksel KDS workflow'unda ticket üç aşamada ilerler: "fire" (mutfağa düştü), "preparing" (hazırlanıyor) ve "ready" (servis bekliyor). Mutfak personeli ready'ye bastığı an ticket ekrandan kalkar ve sorumluluk garsona geçer. Sorun şu ki bu geçiş hiçbir yerde takip edilmez; garsonun haberinin olup olmadığı, masaya kaç dakika sonra ulaştığı kaybolur.

Üç klasik edge case sürekli tekrarlanır:

• Garson başka masada sipariş alırken pass'ten geçiyor ama bildirim almıyor.
• İki garson aynı bölgeye bakıyor, kimin alacağı belirsiz, tabak 6-10 dakika bekliyor.
• Mutfak "ready" bastıktan sonra tabağı yanlış yere koyuyor, garson göremiyor.

Server-Confirmation Bumped Pattern

Çözüm basit: mutfak "ready" bassa bile ticket KDS'den düşmez. Sadece renk değiştirir (yeşil → sarı yanıp sönen) ve garson tabletine push notification gider. Ticket gerçekten kapanır ki garson tablette "Tabağı aldım" tap'ı yapsın. Bu noktada cihaz ID + zaman damgası loglanır. Tribeca lokasyonu bu pattern'i uyguladığında tabak-müşteri arası gecikme şikayetleri %34 azaldı ve heat lamp süresi medyan 4.2 dakikadan 1.7 dakikaya düştü.

İkinci güvenlik katmanı olarak müşterinin kendi telefonundan "Geldi" onayı eklenebilir. Bu opsiyonel ama kanıt zincirini tamamlar: mutfak hazırladı, garson aldı, müşteri masada gördü. Three-way confirmation pattern'i refund taleplerinde de paha biçilmez çünkü timeline net.

Uygulama Detayları

Teknik tarafta üç event türü tutmanız yeterli: kitchen_ready, server_picked_up, customer_acknowledged. Her event timestamp + cihaz ID + user ID alır. KDS sadece kitchen_ready'den sonra server_picked_up gelmeyince 90 saniyede ikinci uyarı yollar; 180 saniyede manager dashboard'a critical alarm düşer.

Heat lamp süresini metrik haline getirin. Haftalık raporlarda her garson için ortalama pickup süresi gösterilirse rekabetçi bir davranış değişimi görürsünüz. thMenu KDS'de bu metrik default açık ve dashboard üzerinden filtrelenebilir.

FAQ

Bu pattern mutfağı yavaşlatır mı? Hayır, mutfak akışı aynı kalır; sadece "ready" sinyali iki tüketici (garson + müşteri) tarafından onaylanana kadar ticket pasif kalır.

Tablet kullanmayan restoranlarda nasıl çalışır? Bir Apple Watch veya zil sistemi de yeterli; kritik olan onay event'inin loglanması.

Müşteri onayı zorunlu mu? Hayır, opsiyonel. Ama dispute durumlarında üçlü timeline çok değerli; özellikle online review yönetiminde delil olur.

Faydalı buldunuz mu? Paylaşın.