Cumartesi akşamı 21:30, mutfakta 18 açık ticket var ve şef "stop" diye bağırıyor. Yeni QR siparişi kabul etmeye devam ederseniz pasta 35 dakika gecikir, müşteri Google'da 1 yıldız verir. Çözüm: order throttling.
Queue Depth Threshold Nedir?
Mutfakta aynı anda işlenebilecek açık ticket sayısının bir tavanı vardır. thMenu KDS, açık siparişleri sayar; eşiğin (örn. 15 ticket) üzerine çıkıldığında "Şu an yoğunuz, lütfen 5 dakika sonra deneyin" mesajı QR menüde gösterilir. Müşteri sepetini kaybetmez, sadece bekler.
Eşik dinamiktir: öğle servisinde 12, akşam servisinde 18 olabilir. Pizza istasyonu sınırlıysa kategori bazlı throttle da kurulabilir — pizza sipariş alımı durur, salata akmaya devam eder.
Roma'dan Bir Örnek: Fila Virtuale
Trastevere'de Da Enzo trattorisi 2023'ten beri sanal kuyruk kullanıyor. Müşteri "Şu anda 12 dakika bekleme süresi var, sipariş 20:45'te alınır" mesajını görür ve kabul ederse rezerve edilir. Frustasyon yok çünkü beklenti baştan ayarlandı.
ABD'de DoorDash da aynı mantığı "pause new orders" özelliğiyle sunar. Yemek hazırlama süresi 35 dk'yı geçince restoran 15 dk için yeni sipariş kabulünü durdurabilir — refund oranı düşer.
Teknik ve UX Uygulaması
Backend: KDS, açık ticket sayısını redis/D1'de tutar. POST /api/orders bu sayıyı kontrol eder, eşik aşılmışsa 429 Too Many Requests + Retry-After: 300 header'ı döner. Müşteri tarafında modal "5:00 geri sayım" ile bekler, sayaç bittiğinde otomatik tekrar deneme yapılır.
UX altın kuralı: bekleme süresini gizleme, aksine vurgu yap. "Şu an çok yoğunuz çünkü yemekler taze pişiyor" mesajı pozitif framing kurar. Sepet kaybolmaz, müşteri ekranı kapatıp döndüğünde aynı sepetle devam eder.
FAQ
Throttling ciro kaybı değil mi? Hayır — kabul edilen sipariş için 1 yıldız almak daha pahalı. Kaliteli teslim long-term ciroyu artırır.
Eşik kaç olmalı? İstasyon başına 3-5 aktif ticket. 5 istasyonlu bir mutfak için toplam 18-25 makul.
Müşteri ayrılırsa? Sepet 24 saat kalır; geri dönerse aynı yerden devam eder. Stripe pre-auth yapılmaz, ödeme alımı sipariş kabul anında.
Faydalı buldunuz mu? Paylaşın.
İlgili makaleler
Müşteri Aboneliğini Düşürünce Eski Özellikler Ne Olur? — SaaS Sessiz Feature-Drift Problemi
Çoğu SaaS abonelik tier’ı düştüğünde tek satır kod çalıştırır ama eski özellikle…
JWT alg-confusion atağı — Supabase HS256'dan RS256/JWKS'e geçince eski verifier'lar neden yıkılır?
JWT header'ı decode etmeyen verifier'lar `alg=none` ve `alg-confusion` saldırıla…
Her bakiye değişikliğinin neden bir 'journal row'u olmalı? — SaaS finansal audit'in temel taşı
SaaS bakiyeleri tek satır UPDATE ile yönetince "drift var ama HANGİ mutasyon yan…