Cloud kitchen'lar gayrimenkul kılığına bürünmüş bir yazılım sorunudur
Altı marka, bir hazırlık hattı, sekiz aggregator. Cloud kitchen ekonomisi ancak sistem kaosa yetişebildiğinde çalışıyor — ve çoğu platform tam burada kalıyor.
Cloud kitchen genellikle bir gayrimenkul hikâyesi olarak anlatılır: ucuz metrekare, salon yok, servis personeli yok. Sahadaki gerçek ise şu — maliyet avantajını yiyip bitiren şey kira değil, koordinasyon karmaşasıdır.
Karmaşıklık neden doğrusal büyümüyor
Tek markayla tek platformda çalışırken bir bağlantı noktanız var. Altı marka ve sekiz platformda bu sayı 48'e çıkıyor. Her biri kendi menü formatı, kendi kampanya mantığı ve kendi iptal kuralıyla geliyor.
Hazırlık hattı gerçeği
Altı markanın siparişi tek hazırlık hattına düşüyor ve mutfak personeli hangi markanın hangi siparişi olduğuyla değil, hangi istasyonun ne yapacağıyla ilgileniyor. Marka bazlı KDS ekranı bu yüzden sahada yanlış bir soyutlama — istasyon bazlı olması gerekiyor.
- Sipariş, markaya göre değil istasyona göre parçalanmalı.
- Paketleme noktası, marka kimliğinin tek görünür olduğu yer olmalı.
- Hazırlık süresi tahmini marka bazlı değil, hat doluluğu bazlı hesaplanmalı.
- Stok, marka değil malzeme seviyesinde tutulmalı — altı marka aynı tavuğu kullanıyor.
Aggregator komisyonunun görünmeyen kısmı
Komisyon oranı sözleşmede yazar; iptal ve claim maliyeti yazmaz. Sektördeki yaygın gözlem, claim yönetimine harcanan personel saatinin parasal karşılığının komisyonun üzerine 1–2 puan eklediği yönünde. Bu, marj hesabında çoğunlukla hiç görünmez.
İşiniz yemek yapmak olmaktan çıkıp sekiz farklı sistemin aynı anda ne istediğini anlamaya dönüştüyse, çözülmesi gereken sorun mutfakta değil yazılımdadır.
