Evet, bir miktar sipariş kaybediyorsun. Ama hangi siparişleri kaybettiğine bakmak gerek.

Yavaşlatma sadece mutfak dolduğunda devreye giriyor. O anda gelen siparişi kabul edersen ne oluyor: geç çıkıyor, ceza yazılıyor, müşteri de memnun kalmıyor. Ya da iptal ediyorsun, onun da cezası var. Yani karşılaştırma "sipariş almak" ile "almamak" arasında değil. Cezasını ödeyeceğin bir sipariş ile hiç gelmeyen bir sipariş arasında.

Geç çıkan siparişin maliyeti de tek kalem değil. Cezanın üstüne çoğu zaman iade geliyor, puanın düşüyor, o müşteri bir daha sipariş vermiyor.

Bir de ertesi güne kalan tarafı var. Platformlar mağazaları teslimat performansına göre sıralıyor. Sürekli geciken restoran listede aşağı düşüyor, bu da sonraki günlerin siparişini etkiliyor. Zirvede kaybettiğin birkaç sipariş, gün boyu kaybedeceğin görünürlüğün yerine geçiyor.

Sistemin kademeli olmasının sebebi de bu. Doğrudan kapatmıyor, önce %34 kısıyor. Yetmezse artırıyor. Yük düşer düşmez gevşetiyor. Yani ihtiyacın kadar sipariş kaybediyorsun.

Bunu senin rakamlarını görmeden söyleyemeyiz, uyduracak da değiliz. Ama hesabın nasıl kurulduğunu gösterebiliriz; sayıları sen koyarsın.

İki taraf var. Kazanç: zamanında çıkan sipariş başına ödemediğin ceza. Maliyet: uzun süre görüp vazgeçen müşterinin sana bırakacağı kâr.

Buradaki asıl soru "ne kadar kazanırım" değil. Onu ancak ölçtükten sonra söyleyebiliriz. Cevaplanabilir soru şu: bir siparişi cezadan kurtarmak için kaç sipariş kaybetmeyi göze alabilirim? Onun cevabı basit bir bölme:

ceza tutarı ÷ sipariş başına kâr

Cezan 50 ₺, sipariş başına kârın 40 ₺ ise sonuç 1,25. Yani cezadan kurtardığın her sipariş için bir buçuğa yakın sipariş kaybetsen bile başa baştasın. Cezan yüksek ya da kârın düşükse bu pay genişliyor, tersi durumda daralıyor.

Şunu da açıkça söyleyelim: bu hesap yalnızca cezayı sayıyor. Geç çıkan siparişin faturası gerçekte daha kabarık — iade, düşen puan, sıralamada geriye düşmek. Bunları ölçemediğimiz için hesaba hiç katmıyoruz. Yani gerçek eşik bu bölmenin verdiğinden yüksek, düşük değil.

Gölge haftası tam olarak bunun için var. Bir hafta hiçbir şeye dokunmadan, kaç siparişin cezaya gireceğini kendi verinle sayıyoruz — yani bölmenin sol tarafı ölçülmüş oluyor. Sağ tarafı, yani kaç müşterinin vazgeçtiğini, ancak canlıya geçince görebiliyoruz. İlk ayın ücretsiz olmasının sebebi de bu: ölçmeden söylenen rakamın kıymeti yok.

Yukarıdaki hesapta bilerek yalnızca cezayı saydık. Geç çıkan siparişin faturası aslında oradan büyük ve büyüyen kısmı ertesi güne kalıyor.

İade en pahalısı. Ceza yazıldığında parayı ödersin ama yemeği zaten satmışsındır. İade geldiğinde üçü birden gider: malzeme, kurye ve ciro. Aynı olay için üç ayrı kayıp.

Puan geri gelmiyor. Bir gecelik yoğunlukta düşen puan, ertesi hafta iyi çalışsan bile eski yerine kolay dönmüyor. Ortalama, geçmişi de taşıyor.

Sıralama asıl mesele. Platformlar restoranları teslimat performansına göre sıralıyor. Listede aşağı düşen restoran, ertesi gün bütün gün daha az görünüyor. Yani zirvede kaybettiğin birkaç sipariş, ertesi gün sabahtan gece yarısına kadar kaybedeceğin görünürlüğün yerine geçiyor.

Peki bunu neden hesaba katmıyoruz? Çünkü ölçemiyoruz. Hiçbir platform "sıralaman şu kadar düştü, sebebi de şu" diye bir rakam vermiyor. Ölçemediğim bir şeyi sana rakam olarak satmam doğru olmaz.

Söyleyebileceğimiz şu: bu üç mekanizmanın da girdisi aynı — zamanında teslimat. Debi'nin koruduğu şey de tam olarak o. Yani ceza hesabı işin görünen ve ölçülebilen kısmı; algoritma tarafı onun üstüne ekleniyor, ondan düşmüyor.

Yapabilir. Zaten çoğu restoran bunu elle yapıyor: yoğunlukta mağazayı kapatıyor, iş hafifleyince açıyor. Soru "yapılabilir mi" değil, "tam o dakikada yapılabiliyor mu".

Müdahalenin gerektiği an, mutfağın en yoğun olduğu an. Tam o dakikada birinin elini işten çekip tableti açması, açık sipariş sayısını sayması, üç platformda ayrı ayrı süre değiştirmesi gerekiyor. O el, o dakikada boşta değil. Zaten boşta olsa mutfak dolmamış olurdu.

Bir de sıklık meselesi var. Tipik bir haftada üç aşağı beş yukarı yirmi ayrı yoğunluk dönemi çıkıyor, yani günde üçe yakın. Her biri tek bir karar da değil: kademeyi tırmandır, her platforma ayrı uygula, yük düşünce hepsini geri al.

Asıl fark geri almakta. Kapatmak akılda kalıyor, çünkü o an acil. Açmak akılda kalmıyor, çünkü o sırada ortalık zaten sakinlemiş oluyor. Akşam kapatılıp gece yarısı hâlâ kapalı duran mağaza az rastlanan bir şey değil — ve o saatlerin faturası bazen önlenen cezadan büyük.

Kademe de insan işi değil. Baskı altında verilen karar ikilidir: açık ya da kapalı. Debi araya üç basamak koyuyor. Kimse yemek yaparken önce %34, sonra %67, sonra %100 diye süre ayarlayıp yük düşünce aynı sırayla geri inmiyor.

Ama tersi de doğru: yazılım senin bildiğin şeyleri bilmiyor. Yarın gelecek kırk kişilik toplu sipariş, hasta olan aşçı, bozulan fritöz — bunları Debi görmüyor. Panelde elle müdahale tam bunun için var: süresini sen yazıyorsun, "açık kalsın" ya da "kapalı kalsın" diyorsun. Süre dolunca kendiliğinden otomatiğe dönüyor.

Yani ikisi arasında seçim yapmıyorsun. Mekanik ve tekrar eden kısmı Debi üstleniyor; senin bildiğin, onun bilemeyeceği şeyler için kontrol sende kalıyor.

Debi satılmıyor, aylık kullanım şeklinde çalışıyor. Sebebi basit: sistem her ay çalışıyor, her ay ceza önlüyor. Bir kere alınıp unutulan bir yazılım değil; her akşam mutfağını izleyen ve müdahale eden bir şey.

Aylık tutarı görüşmede belirliyoruz. Tek bir liste fiyatı vermiyoruz çünkü restoranlar birbirine benzemiyor: bir şubeyle on şube, günde otuz siparişle günde üç yüz sipariş aynı işi gerektirmiyor. Kaç şuben ve hangi platformlarda olduğunu konuşup net bir rakam söylüyoruz.

Ücretsiz ay kendiliğinden ücretli aya dönmüyor. Ay bitince eline raporun geçiyor, rakamları görüyorsun, ondan sonra devam edip etmeyeceğine karar veriyorsun. Devam etmezsen kimse bir şey tahsil etmiyor.

Buradaki yüzde, siparişin ne kadar azalacağı değil. Frenin ne kadar basıldığını gösteriyor: normal ile azami arasındaki yolun ne kadarını kat ettiğini.

Somut karşılığı sürelerdir:

Yukarıdakiler varsayılan değerler; senin restoranının gerçek sürelerine göre ayarlanır. Kapatma bunların hiçbiri değil, ayrı ve son basamaktır.

Siparişin ne kadar azalacağını ise söyleyemiyoruz. Uzun süre gören müşterilerin bir kısmı vazgeçiyor, ama bu oran restorana, saate ve o an rakiplerinin gösterdiği süreye göre değişiyor. Ücretsiz ayda ölçülecek ilk şey bu.

Evet. Kuryesi platformun olsa da elinde iki şey kalıyor.

Birincisi hazırlık süresi. Siparişi kabul ederken mutfağın o anki durumuna göre süre bildiriliyor. Bunun iki faydası var. Kurye siparişin hazır olacağı saatte geliyor, kapıda beklemiyor; kurye beklemesi zaten ceza sebeplerinden biri. Bir de müşterinin gördüğü teslimat süresi uzuyor, akış kısılıyor.

İkincisi mağaza durumu. Yavaşlatma yetmezse sipariş alımı durduruluyor.

Kendi kuryenle çalışıyorsan bunlara teslimat süresi ve teslimat bölgesi de ekleniyor. O zaman daha ince ayar yapabiliyorsun.

Olur. Ama burada senin vereceğin bir karar var.

Hazırlık süresi platforma siparişi kabul ederken bildiriliyor. Yani bu kaldıracı kullanabilmek için siparişi Debi'nin kabul etmesi gerekiyor. Tabletten sen kabul ediyorsan araya girecek bir an kalmıyor.

İki seçenek de açık, ikisi de çalışıyor:

Kurulumda bu ayar kapalı geliyor: hiç kimse, haberi olmadan siparişlerini bir yazılıma kabul ettirmek istemez. Açmak isteyip istemediğine ücretsiz ayın sonunda karar verirsin; gölge haftasında zaten hiçbir sipariş kabul edilmiyor.

Hayır. İlk hafta gölge modunda çalışıyor. Kararını veriyor ama uygulamıyor, sadece "şu anda şunu yapardım" diye kaydediyor. Hafta sonunda eşiklerin senin restoranına uyup uymadığını, kaç kez müdahale gerekeceğini ve ne kadar cezanın önlenebileceğini kendi verinle görüyorsun.

Yazdırılabilir tek sayfalık bir rapor. Kaç ayrı yoğunlukta müdahale gerekeceğini, bunun hangi saatlerde toplandığını, kaç kez kapatma gerekeceğini ve o anlarda ne kadar ceza riski biriktiğini kendi verinle gösteriyor. Tahmin değil, senin restoranının o haftası.

Rapor "şu kadar ceza önlendi" demiyor, "önlenebilirdi" diyor — ve gölge modunda üretildiğini kendi üstünde yazıyor. Gölge haftasında hiçbir müdahale uygulanmadığı için gerçekte ne olacağını kimse bilmiyor. Şişirilmiş bir rakam ilk ayda iyi görünür, ikinci ayda geri teper.

Mağazanın ne kadar kapalı kalacağını gölge raporu söylemiyor, çünkü söyleyemez: Debi gerçekten kapatsaydı sipariş akışı durur ve kuyruk çok daha hızlı erirdi. Gölgede akış devam ettiği için ölçülen süre gerçeği kat kat aşardı.

Örnek bir raporu buradan görebilirsin — sayıları temsilî, biçimi gerçek.

Evet. Kapatma kademesini tamamen kapatabilirsin. Sistem o zaman en fazla yavaşlatmaya çıkıyor, mağazayı hiçbir durumda sipariş alımına kapatmıyor.

İki şey: platformun satıcı panelinden alınan entegrasyon bilgileri ve işletmede sürekli açık kalan bir bilgisayar. Yükü izleyen ve müdahale eden taraf o bilgisayar olduğu için kapalıyken sistem çalışmıyor. Kurulumu uzaktan bağlanarak biz yapıyoruz, senin bir şey yüklemene gerek yok.

Önce şunu ayıralım: mağaza o an açıksa hiçbir şey olmuyor. Ne elektrik kesintisi ne internet, açık bir mağazayı kapatmıyor. Soru yalnızca Debi'nin mağazayı kapattığı o birkaç dakika için geçerli. Cevabı da dürüstçe: evet, o aralığa denk gelirse kapalı kalmaya devam eder.

İnternet giderse Debi çalışmaya devam ediyor, açma vaktinin geldiğini görüyor ama platforma ulaşamıyor. Mağaza, bağlantı gelene kadar kapalı kalır; internet döndüğü anda ilk turda açılıyor.

Bilgisayar kapanırsa aynı şey, üstüne Debi de durmuş oluyor. Bilgisayar açıldığında durumu diskten okuyup mağazayı ilk turda açıyor — kurulumda bilgisayarla birlikte otomatik başlaması bunun için ayarlanıyor.

İki durumda da elinde kalan şey aynı ve beş saniye sürüyor: mağazayı platformun kendi uygulamasından telefonundan açarsın. İşletmenin internetinin gitmesi telefonunun hattını etkilemiyor.

Bu pencerenin kısalığı da işine yarıyor: mağazanın kapalı kalma süresinin üst sınırı varsayılan olarak 15 dakika. Kesintinin tam o aralığa denk gelmesi gerekiyor. Kapatma kademesini hiç istemiyorsan zaten tamamen kapatabilirsin — o zaman bu sorunun konusu da kalmıyor.

Kutudan çıkan eşikler tahmindir; hiçbir restorana tam uymaz. Elinde geçmiş kayıt varsa — saat başına gelen sipariş, o gün çalışan personel, yenen cezalar — bu sayılar senin restoranına göre hesaplanıyor. Excel ya da CSV dosyasını veriyorsun, sütun adlarını kendisi tanıyor.

Üç şey çıkıyor: mutfağın saatlik kapasitesi, cezanın hangi yükte başladığı ve buna göre önerilen eşikler. Müdahale eşiği, ceza eşiğinin bir tık altına alınıyor — ceza oluşmadan frene basmak gerekiyor.

Bunlar da başlangıç değeri. Geçmiş veri neyin ceza yazdığını gösterir, müdahale edilseydi ne olacağını göstermez; gölge haftası bunun için var.

Hiçbir yere. Debi işletmendeki bilgisayarda çalışıyor, paneli yalnızca o bilgisayardan açılıyor ve kayıtlar o diskte duruyor. Bizim sunucumuza sipariş verisi gitmiyor.

Platformdan gelen sipariş bilgisinde müşterinin adı, telefonu, adresi ve konumu var. Bunlar sisteme girmeden ayıklanıyor: karar veren tarafa, kayıtlara ve diske sadece sipariş numarası, durumu, saati ve ürün adedi düşüyor.

Şu an hayır. Debi tek mağaza için çalışıyor, her şube kendi kurulumunu istiyor. Bu aslında doğru davranış: mutfaklar ayrı olduğu için bir şubenin yoğunluğu diğerinin siparişini kısmamalı.

Eksik olan, bütün şubeleri tek ekrandan izleyebilmek. Onu henüz yapmadık.

Kendi siten, QR ya da kasa sisteminden sipariş alıyorsan evet. Sisteminin Debi'ye açması gereken birkaç bağlantı var; yazılımcına verdiğimiz tarifi uyguladığında market siparişi de restoran siparişi gibi sayılıyor ve aynı kademeler işliyor.

GetirÇarşı henüz bağlanmadı. Hangi bağlantının bugün hazır olduğu Platformlar sayfasında yazıyor.