Artan gıda maliyetleri arasında karlılığı korumak zor. Doğru teknoloji ve süreç düzenlemesiyle maliyetler nasıl düşürülür?
Maliyet düşürme yazılarının çoğu size bir yüzde verir: "şu yöntemle maliyetiniz yüzde 18 düşer". Biz vermeyeceğiz. Sizin işletmenizin maliyet yapısını bilmiyoruz ve bilmeden verilen bir oran, karar almanıza yardım etmez.
Bunun yerine sekiz başlığı tek tek ele alıp şu soruyu cevaplayacağız: bu kalemi gerçekten düşürmek için hangi veriyi ölçmeniz gerekiyor ve o veri panelde nerede duruyor? Çünkü restoranda maliyet düşürmenin önündeki asıl engel disiplin eksikliği değil, ölçüm eksikliğidir. Ölçmediğiniz kalemi düşürdüğünüzü de bilemezsiniz.
Restoran maliyeti tek bir rakam değil, en az yedi kalemin toplamıdır: ürün maliyeti, fire, sabit giderler, platform komisyonu, kart komisyonu, ambalaj ve kurye bedeli. RestoranTakibi'nin kârlılık ekranı bu yedi kalemi ayrı ayrı hesaplar ve net kârı bunların toplamını cirodan düşerek bulur.
Buradaki en kritik ayrım şu: ürün maliyeti nereden geliyor? İki kaynak var. Menü ürününe reçete bağlanmışsa gerçek hammadde maliyeti kullanılır. Bağlanmamışsa sistem, ayarlarda tanımladığınız varsayılan gıda maliyeti oranına düşer (varsayılan yüzde 32). İkincisi bir tahmindir ve tahminle maliyet düşürülmez.
Aynı mantık fire için de geçerli: ölçülmüş fire kaydı varsa o kullanılır, yoksa oran tahminine düşülür. Panel, hangi kaynağın kullanıldığını size söyler. Bu ayrımı görmeden yapılan her kârlılık yorumu havada kalır.
Reçete, bir menü ürününün hangi hammaddeden ne kadar tükettiğinin kaydıdır. Kurulduğunda üç şey birden çalışmaya başlar: sipariş teslim edildiğinde stok otomatik düşer, ürünün gerçek maliyeti hesaplanır ve hedef marja göre önerilen satış fiyatı çıkar.
Reçetede gözden kaçan alan fire oranıdır. 1 kilo domates aldığınızda tabağa 1 kilo gitmez; temizleme ve doğrama kaybı vardır. RestoranTakibi'nde reçete satırında fire oranı alanı var ve maliyet bu oranla çarpılarak hesaplanır. Fire oranını sıfır bırakırsanız ürün maliyetini sistematik olarak düşük görürsünüz.
Nereden başlamalı: hepsini değil, çok satan yirmi ürünü bağlayın. Ciro genelde menünün küçük bir bölümünden gelir; kalanı zaman içinde tamamlanır. Ayrıntı: reçeteyle otomatik stok düşümü ve restoran stok takip programı.
"Bu ay 4.000 TL fire verdik" cümlesinden hiçbir aksiyon çıkmaz. "Bunun 2.600 TL'si son kullanma tarihi geçmiş ürün, 900 TL'si mutfak hatası" cümlesinden üç ayrı karar çıkar: alım miktarını düşür, personele eğitim ver, tedarikçiyle konuş.
Bu yüzden fire hareketleri serbest metinle değil kodlu sebeplerle kaydedilir. Sistemdeki sebep listesi şu şekilde:
| Sebep | Ne anlama gelir | Aksiyon genelde nerededir |
|---|---|---|
| Son kullanma tarihi geçti | Raf ömrü doldu | Alım miktarı ve sipariş sıklığı |
| Bozulma / küflenme | Soğuk zincir veya saklama | Ekipman ve depolama düzeni |
| Kırılma / dökülme | Taşıma veya serviste fiziksel kayıp | Servis akışı, ekipman |
| Mutfak hatası | Yanlış hazırlama, yakma, yanlış porsiyon | Eğitim ve porsiyon standardı |
| Müşteri iadesi | Dönen ve satılamayan ürün | Ürün kalitesi, tarif |
| Hazırlık kaybı | Temizleme, doğrama, ayıklama | Reçetedeki fire oranı |
| Tedarikçi hatalı gönderdi | Hasarlı veya hatalı mal | Tedarikçi görüşmesi |
| Personel tüketimi | Personel yemeği dışı tüketim | Politika ve kayıt |
| Numune / tadım | Tanıtım, çekim, tadım | Bütçelenmeli, fire sayılmamalı |
| Sayım farkı | Fiziksel sayımda eksik | Sayım sıklığı, erişim kontrolü |
Serbest metin niçin işe yaramaz: aynı sebep on farklı yazımla girilir ve hiçbir raporda gruplanamaz.
Çok satan ürün ile çok kazandıran ürün aynı olmayabilir. Rapor ekranında hem satış adedi hem ciro payı hem de ürünün maliyeti bir arada görülmedikçe bu ayrım fark edilmez.
Menü maliyeti ekranı her ürün için şunları çıkarır: reçeteden gelen maliyet, geçerli maliyet, mevcut marj, hedef marja göre önerilen fiyat ve ikisi arasındaki fark. Yani "hangi ürüne ne kadar zam gerekiyor" sorusunun cevabı ürün bazında sayı olarak durur.
Buna bir de birlikte alınan ürün analizi ekleniyor: hangi iki ürün aynı siparişte birlikte geçiyor. Bu, menü yerleşimi ve öneri kurgusu için kullanılabilir bir bilgidir. Yöntemin kendisi için menü mühendisliği nedir yazısına bakın.
Paket satışta ambalaj bedeli ve platform komisyonu var; masada yok. Tek fiyat tutmak işletmeyi ikilemde bırakır: ya masada pahalı olursunuz ya pakette zararına satarsınız.
RestoranTakibi'nde menü ürününe masa fiyatı ve paket fiyatı ayrı ayrı tanımlanabiliyor; tanımlanmayan kanal taban fiyatı kullanıyor. Bu, kendi kanallarımızda (masa, QR, telefon, kasa, garson) devreye giriyor; platform siparişlerinde fiyat platformdan geldiği için o tarafa dokunmuyor.
Ambalaj maliyeti de aynı mantıkla ayrılıyor: ambalaj yalnız paket ve teslimat siparişlerine yazılıyor. Masada tabakta servis edilen yemeğe kutu bedeli yazmak, net kârı sistematik olarak düşük gösterir. Komisyonun gerçek maliyetini nasıl hesaplayacağınızı sipariş platformu komisyonları yazısında ayrıntılandırdık.
Kasa farkı, aylık raporda fark edildiğinde artık kaynağı bulunamaz. Günlük kapatıldığında ise hangi vardiyada, hangi ödeme tipinde oluştuğu bellidir.
Gün sonu ekranında beklenen ve sayılan tutar dört ayrı kalemde tutulur: nakit, kart, online ve yemek kartı. Her kalem için fark ayrı hesaplanır ve kapanış işlemi denetim kaydına yazılır (kim, ne zaman, hangi tutarla kapattı). Aynı gün içinde birden fazla vardiya kapatılabilir.
Buna bağlı bir ayar var ki gözden kaçıyor: iş gününün başlangıç saati. Gece 03:00'e kadar açıksanız, gece yarısı geçtikten sonraki satışın hangi güne yazıldığı hem Z raporunu hem kasa mutabakatını etkiler. Bu saat ayarlanabilir ve sipariş numarası sayacı da aynı saatten türetilir.
Adisyondan düşülen kalem, kaybolan cirodur. Ama tek başına toplam sayı bir şey söylemez; kimin, hangi ürünü, hangi sebeple düşürdüğü söyler.
Panelde iptal ve ikram raporu ayrı bir uçtan geliyor ve bu rapor ciro görme yetkisi ister; yani garsonun kendi iptal raporunu görmesi engellenmiştir. Kontrolün anlamı budur. Ayrıca personel bazlı iptal ve silme sayıları, sipariş kayıtları ile işlem kayıtları çaprazlanarak çıkarılıyor.
Yetkilerin nasıl kurulacağını personel yetki yönetimi yazısında anlattık.
Geç servis, doğrudan bir maliyet kalemi gibi görünmez ama iade, ikram ve kaybedilen müşteri olarak geri döner.
Ortalama süre burada yanıltıcıdır: unutulup açık kalan tek bir sipariş ortalamayı saatlerce yukarı çeker. Doğru ölçüm medyan ve p90'dır. RestoranTakibi'nde süre analizi üç aşamada ayrı ayrı hesaplanır:
| Aşama | Neyi ölçer | Gecikme genelde neyi gösterir |
|---|---|---|
| Kabul | Sipariş düştü, onaylandı | Panel başında kimse yok, bildirim çalışmıyor |
| Mutfak | Onay, hazır | Kapasite, istasyon dengesi, reçete karmaşıklığı |
| Servis / teslim | Hazır, teslim edildi | Garson veya kurye yetersizliği |
Hangi aşamanın yavaş olduğunu bilmeden yapılan iyileştirme genelde yanlış yere yapılır.
Ürün maliyetini düşürmeye çalışırken kira, personel, elektrik ve komisyonun toplamını görmemek, en yaygın hatalardan biri. Kârlılık ekranında gider kalemleri türlerine göre girilir: mal alımı, sabit gider, değişken gider, bordro ve diğer. Gider tekrar sıklığı da tanımlanabilir (tek seferlik, günlük, haftalık, aylık), böylece aylık kira seçilen tarih aralığına oranlanarak dağıtılır.
Vergi tarafı ayrı bir ekranda: satış ve alış KDV oranı, mükellef tipi, kâr vergisi oranı, kira stopajı, SGK ve gelir vergisi oranları, aylık brüt bordro ve kira tutarı girildiğinde dönemsel bir vergi tahmini üretiliyor. Bu bir mali müşavir raporu değildir, ama nakit planlaması için bir büyüklük verir.
Cari hesap ve veresiye takibi de aynı bütünün parçası: tedarikçi ve müşteri cari hesapları ile hareketleri panelde tutuluyor.
Aşağıdaki tablo, hangi maliyet kaleminin hangi veri girildikten sonra gerçek sayı üretmeye başladığını gösteriyor. Veri girilmeden önce ekran çalışır ama tahmin gösterir.
| Maliyet kalemi | Panelde nerede | Gerçek sayı ne zaman çıkar |
|---|---|---|
| Ürün maliyeti | Menü maliyeti | Menü ürününe reçete bağlanınca |
| Fire | Stok, fire hareketleri | Fire sebep koduyla kaydedilmeye başlayınca |
| Sabit giderler | Kârlılık, gider kalemleri | Kira, bordro, elektrik girilince |
| Platform komisyonu | Kârlılık ayarları | Komisyon oranı tanımlanınca |
| Kart komisyonu | Kârlılık ayarları | Kart komisyon oranı tanımlanınca |
| Ambalaj | Kârlılık ayarları | Sipariş başı ambalaj bedeli girilince |
| Kasa farkı | Gün sonu | Sayılan tutar her gün girilince |
| Vergi | Vergi merkezi | Mükellef tipi ve oranlar girilince |
Maliyet düşürme çalışmalarında en sık yapılan hata, geri dönüşü olmayan yerden kesmektir.
Porsiyon. Porsiyon küçültmek en hızlı tasarruftur ve en hızlı müşteri kaybettiren şeydir. Önce reçeteyi ölçün; genelde asıl kayıp porsiyonda değil, firede ve alış fiyatındadır.
Ölçüm ve kayıt zamanı. "Personel fire girmeye vakit bulamıyor" diyerek kaydı bırakmak, tasarruf değil körlük üretir. Fire kaydı, kendisinden çok daha büyük bir kalemi görünür kılar.
Personel eğitimi. İptal, iade ve mutfak hatası kalemlerinin çoğu eğitimle düşer. Eğitimden kesmek, o kalemleri büyütür.
Maliyet tarafını kurduktan sonra raporlama alışkanlığını restoran raporlama ve analiz yazısıyla, panelin modül listesini restoran kontrol paneli sayfasıyla, yazılımın kendi maliyetini ise fiyatlar sayfası ve restoran yazılımı fiyat karşılaştırması yazısıyla tamamlayabilirsiniz.
Kesmekten değil, ölçmekten. Önce çok satan yirmi ürünün reçetesini bağlayın ve fire kaydını sebep koduyla tutmaya başlayın. Reçete yoksa sistem ürün maliyetini varsayılan gıda maliyeti oranıyla tahmin eder, tahminle de maliyet düşürülemez.
1 kilo hammadde aldığınızda tabağa 1 kilo gitmez; temizleme, doğrama ve ayıklama kaybı vardır. RestoranTakibi'nde reçete satırındaki fire oranı maliyet hesabına çarpan olarak girer. Bu alanı sıfır bırakırsanız ürün maliyetini sistematik olarak düşük, kârı ise olduğundan yüksek görürsünüz.
Toplam fire tutarı aksiyon üretmez, sebep kırılımı üretir. Son kullanma tarihi ağırlıklıysa alım miktarı düşürülür, mutfak hatası ağırlıklıysa eğitim gerekir, tedarikçi kaynaklıysa tedarikçiyle konuşulur. Serbest metin gruplanamaz, çünkü aynı sebep on farklı yazımla girilir.
Evet, RestoranTakibi'nde menü ürününe masa fiyatı ve paket fiyatı ayrı tanımlanabiliyor; tanımlanmayan kanal taban fiyatı kullanıyor. Bu, kendi kanallarımızda geçerli. Platform siparişlerinde fiyat platformdan geldiği için entegrasyon o tarafa kendi yolundan yazar.
Yazılmamalı ve yazılmıyor. Sipariş başına ambalaj bedeli yalnız paket ve teslimat siparişlerinde sayılıyor. Masa ağırlıklı bir işletmede ambalajı tüm siparişlere yazmak net kârı sistematik olarak düşük gösterir.
Aylık raporda fark edilen bir kasa farkının kaynağı artık bulunamaz. Günlük kapatıldığında hangi vardiyada ve hangi ödeme tipinde oluştuğu bellidir. Gün sonu ekranında beklenen ve sayılan tutar nakit, kart, online ve yemek kartı için ayrı tutulur, fark her kalem için ayrı hesaplanır.
Unutulup açık kalan tek bir sipariş ortalamayı saatlerce yukarı çeker ve rapor kullanılamaz hale gelir. Doğru ölçüm medyan ve p90'dır. Ayrıca sürenin kabul, mutfak ve servis olarak üç aşamada ayrı ölçülmesi gerekir; hangi aşamanın yavaş olduğunu bilmeden yapılan iyileştirme yanlış yere yapılır.
Vergi merkezi ekranı bir tahmin üretir, mali müşavir raporu değildir. Satış ve alış KDV oranı, mükellef tipi, kâr vergisi, kira stopajı, SGK ve gelir vergisi oranları ile aylık brüt bordro ve kira girildiğinde dönemsel bir büyüklük çıkarır. Nakit planlaması için kullanılır, beyanname yerine geçmez.
Üç kalem var: porsiyon, ölçüm ve kayıt zamanı, personel eğitimi. Porsiyon küçültmek en hızlı tasarruf ama en hızlı müşteri kaybettiren yöntemdir. Fire kaydını bırakmak tasarruf değil körlük üretir. İptal, iade ve mutfak hatası kalemlerinin çoğu ise eğitimle düşer.