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. İncelediğimiz operasyonlarda, claim yönetimine harcanan personel saatinin parasal karşılığı komisyonun üzerine ortalama 1,8 puan ekliyordu. Bu, marj hesabında çoğunlukla hiç görünmüyor.
Bizim işimiz yemek yapmak değil, sekiz farklı sistemin aynı anda ne istediğini anlamak haline gelmişti. Yazılımın çözmesi gereken sorun tam olarak buydu.
