Catering menü seçici: teklif taslağı için basit bir iş akışı

Bir catering menü seçicinin neyi çözdüğü

Çoğu catering talebi tek bir soruyla başlar: “Ne kadar tutacak?” Sorun şu ki müşteriler genellikle fiyatlandırmak için neye ihtiyaç duyduğunuzu bilmez. Porsiyon boyutları açık değildir. “Öğle yemeği” kutulu sandviçler, sıcak bir büfe veya arada bir şey anlamına gelebilir. Küçük menü seçimleri toplamı oldukça değiştirebilir, ama müşteriler bunu baştan bilmez.

Bu belirsizlik yavaş ve karşılıklı yazışma yaratır. Önce kişi sayısını netleştirirsiniz. Sonra diyet ihtiyaçlarını. Sonra teslimat mı yoksa alım mı. Sonra ilk sayıya verilen tepki, çünkü müşterinin zihnindeki resim sizin fiyatlandırdığınızla uyuşmamıştır.

Bir catering menü seçici, “Fiyat alabilir miyim?” sorusunu rehberli bir seçime dönüştürerek bunu çözer. Boş bir e-postayla başlamaktansa müşteri yemekleri veya paketleri seçer, misafir sayısını girer ve net bir taslak toplam alır. Siz tutarlı girdiler elde edersiniz ve aynı soruları tekrar sormaya daha az zaman harcarsınız.

Bir teklif taslağı son bir fatura değildir. Bu, işinizi büyük oranda ileriye taşıyan yapılandırılmış bir başlangıçtır; böylece aşırı söz vermeden hızlıca yanıt verebilirsiniz.

İyi bir taslak size üç konuda yardımcı olur:

• Seçtiklerine göre gerçekçi bir fiyat aralığı belirlemek
• Uygunluk ve zamanlamayı teyit etmek için yeterli detayı yakalamak
• “Buna neler dahil?” karışıklığını azaltmak

Onaylamadan önce hâlâ birkaç son detaya ihtiyacınız olacaktır: teslimat adresi ve zaman aralığı, mekân kısıtları (park, yükleme erişimi, asansörler), kişi sayısı son tarihi ve son dakika ikameleri.

Örnek: Ekip öğle yemeği planlayan bir müşteri “Akdeniz büfesi”ni seçer, iki garnitür ve bir tatlı seçer ve 40 misafir girer. Siz servis tarzı ve eklentileri zaten içeren bir taslak teklifle yanıtlayabilir ve geriye yalnızca kalan detayları onaylamak kalır.

Seçicinin toplaması gerekenler (ve kaçınılması gerekenler)

İyi bir catering menü seçici, kullanılabilir bir taslak oluşturmak için yeterince veri toplar ama isteği uzun bir anket haline getirmez. Amaç netliktir: hangi yemek, kaç kişi, ne zaman ve nerede, ve fiyata etki eden ne varsa.

Müşterilerin nasıl sipariş etmeyi tercih ettiğini baz alın. Bazıları basit bir paket ister (“Öğle Kutusu A”). Diğerleri öğeleri karıştırmak ister. İkisini de destekleyin ama farkı belli edin: hız için paketler, kontrol için a la carte. A la carte sunuyorsanız servis boyutlarını açık sözlerle gösterin (kişi başı, 10 kişiyi besler, tepsi başı) ki müşteriler tahminde bulunmasın.

Çoğu catering için sağlam bir taslak oluşturmak adına gereken minimumlar:

• Seçtikleri şey(ler) (ve protein, garnitür ya da sos gibi zorunlu seçimler)
• Misafir sayısı ve açık servis kuralı (kişi başı, 10 kişide bir, minimum sipariş)
• Hazırlık veya fiyata etki eden diyet seçenekleri ve eklentiler (vejetaryen değişim, glutensiz seçenek, ekstra soslar, tek kullanımlık tabaklar)
• Servis temelleri: alım mı teslimat mı, etkinlik tarihi ve saati, teslimat ise adres
• İletişim bilgileri ve kısa bir “özel notlar” alanı

Toplanmaması gerekenlerde katı olun. Fazladan alanlar tamamlamayı azaltır ve karışık serbest metin notları yaratır.

Tutarlı fiyatlayamayacağınız sorulardan kaçının. “Grubunuz ne kadar aç?” gibi bir soru tahmin ve tartışma davet eder. Eğer farklı porsiyon seviyeleri sunmak istiyorsanız bunları açıkça belirtin (standart vs bol) ve kişi başı net bir ayarlama gösterin.

Kaçınılması gereken yaygın maddeler:

• Yemek miktarları için açık metin (artı/eksi kontrolleri ve porsiyon kuralları kullanın)
• Başlangıçta çok fazla diyet sorusu (sadece fiyatı etkileyenleri toplayın, geri kalanını takipte alın)
• Personelli servis satmıyorsanız detaylı oda kurulumu (masa, örtü, personel programı)
• Teklif onaylanmadan önce ödeme bilgileri

Akışı tasarlarken her soruyu bir fiyat girdisi gibi değerlendirin. Eğer fiyatı değiştirmiyorsa, gönderimden sonra bekleyebilir.

Basit kullanıcı akışı: menüden teklif taslağına

İyi bir catering menü seçici, sipariş veriyormuş hissi vermelidir, pazarlık yapıyormuş değil. Müşteri birkaç yemek seçer, kişi sayısını girer ve hemen sizin daha sonra onaylayabileceğiniz bir taslak toplam görür.

1) Menü kategorileriyle başlayın, sonra basit yemek kartları gösterin

Üstte 4 ila 8 kategori koyun (Sandviçler, Salatalar, Sıcak ana yemekler, Garnitürler, Tatlılar, İçecekler). Her kategorinin içinde kısa isim, tek satırlık açıklama ve müşterinin önem verdiği ana detayları gösteren yemek kartları kullanın: X kişiye kadar, vejetaryen, glutensiz, acılı gibi.

Fotoğraflar isteğe bağlıdır. Kullanırsanız tutarlı ve hafif tutun ki sayfa telefonlarda hızlı kalsın.

2) Misafir sayısını erken sorun, mantıklı sınırlar koyun

Misafir sayısını üstte yakın bir yere koyun ve kaydırırken görünür tutun. Gerçek catering pratiğinize uyan minimum ve maksimum kullanın (min 10, maks 300) ve aralık dışı için ne olacağını açıklayın (“300+ için telefonla detay onayı gerekir”). 25 gibi makul bir varsayılan sürtünmeyi azaltır.

3) Her zaman görünen bir teklif özeti tutun

Müşteriler öğe ekledikçe teklif özetini anında güncelleyin. Mobilde alt çekmece iyi çalışır. Özet miktarları, kişi başı veya tepsi başı fiyatlandırmayı, tahmini vergi/ücretleri (kullanıyorsanız) ve toplamın taslak olduğunu açıkça gösteren bir etiket göstermelidir.

İşleyen basit akış:

• Yemekleri seç (Ekle’ye dokun)
• Misafir sayısını ayarla
• Önerilen miktarları ve güncellenen taslak toplamı gör
• Taslağı kaydet (geri gelmeleri için)
• Onay iste (sonlandırma için)

4) İki net eylem kullanın: Taslağı Kaydet ve Onay İste

“Taslağı Kaydet” kararsız müşteriler içindir. “Onay İste” son detayları toplar: tarih/saat, teslimat adresi ve iletişim bilgileri. Kısa tutun. Bu bir teslim değil, devrettir.

Mobil öncelikli düşünün: büyük dokunma hedefleri, kısa yemek isimleri ve kaybolmayan bir özet. Birisi asansörde beklerken taslak oluşturabiliyorsa, işini yapıyordur.

Tekliflerin tutarlı kalmasını sağlayan fiyat kuralları

Seçici, aynı menüyü seçen iki kişinin aynı taslak toplamı görmesi durumunda güven veriyormuş hissi verir. Bu, birkaç basit fiyat kuralı yazıp her seferinde aynı şekilde uygulamak anlamına gelir.

Her öğede bir baz birim seçin

Aynı satır öğesinde fiyatlandırma stillerini karıştırmaktan kaçının. Hazırlama ve porsiyonlamaya uyan bir birim seçin.

Kişi başı fiyatlama, tabaklı yemekler, kutulu öğle yemekleri ve her misafire sabit porsiyon verilen şeyler için en iyisidir. Tepsi başı fiyatlama, atıştırmalıklar, sandviç tabakları ve toplu yapılan tatlılar için uygundur.

Tepsi sunuyorsanız servis boyutunu net tanımlayın (“10-12 kişiyi besler”), sonra taslak teklifler için tutarlı bir kural uygulayın: her zaman tepsiyi bir sonraki tam sayıya yuvarlayın. Bu mutfağınızı korur ve düşük sipariş verilmesini engeller.

Kılavuzlar ekleyin: minimumlar ve ön bildirim süresi

Çoğu teklif problemi, fiyatlama adımına asla gelmemesi gereken siparişlerden kaynaklanır.

Minimum sipariş değeri (veya minimum kişi sayısı), minimum hazırlık süresi (48 veya 72 saat), kesme saatleri (ör. 15:00 sonrası siparişler ertesi gün kabul edilir) ve hafta sonu/tatil düzenlemeleri gibi kurallar koyun.

Bunları müşterinin tam menüyü oluşturmadan önce gösterin, böylece sert bir engelle karşılaşmadan önce bilgilendirilirler.

Ücretler ve vergiler: tahmini olarak gösterin

Taslak teklifler nelerin dahil olduğunu açıkça göstermeli. Yaygın ek ücretler teslimat, kurulum, personel ve servis ücretidir. Vergiler konuma ve bazen ürün türüne göre değiştiğinden, kesin hesaplamıyorsanız bunları “tahmini vergi” olarak etiketleyin.

Her ücreti kendi satır öğesi olarak gösterin ve net bir kural belirtin: sabit tutar, yiyecek ara toplamına yüzdelik veya mesafeye/personel sayısına bağlıysa “en az” başlangıç gibi.

İndirimler ve temiz toplamlar

İndirim kodu veya kademeli fiyatlama kullanıyorsanız kuralı kolay açıklanır hale getirin (ör. “100+ misafir için yiyecekte %10 indirim”). İndirimleri vergi öncesi uygulayın ve teslimat ile servis ücretlerinin indirime dahil olup olmayacağını belirleyin.

Rakamların kasıtlı görünmesi için basit yuvarlama kullanın:

• Tepsi sayısını yukarı yuvarlayın
• Kişi başı toplamları en yakın tam dolara yuvarlayın
• Büyük etkinlikler için nihai toplamı en yakın 5$ veya 10$’a yuvarlayın

Örnek: Müşteri 75 misafir seçer ve tepsi başı fiyatlandırılmış 6 atıştırmalık seçeneği ekler (her tepsi 12 kişiyi besler). Taslağınız otomatik olarak toplam 7 tepsi fiyatlandırır, teslimat ücreti ekler, tahmini vergi uygular ve ekibinizin hızla onaylayabileceği temiz bir toplam sunar.

Müşterilerin gerçekten kullandığı menü tasarım ipuçları

Bir menü seçici, insanların catering siparişlerinde düşündüğü şekilde çalıştığında en iyi performansı gösterir: bir paket seç, birkaç ekstra ekle, kişi sayısını belirle. Müşteriler uzun restoran tarzı menüde gezinmek zorunda kalırsa tereddüt eder, formu bırakır veya telefon istemeye geçer.

Öğeleri mutfak istasyonlarına göre değil, karar verilmesi gereken gruplara göre gruplayın. Müşteriler genellikle önce yemek formatını düşünür (kutulu öğle yemeği vs büfe), sonra eklentileri (içecek, tatlı, personel). Daha az ve daha net grup seçici hızını korur.

Seçimleri net ve kompakt tutun

Açık yemek adları ve kısa açıklamalar kullanın. Şef hikayesini ana sitenize saklayın, teklif taslağına değil.

Genelde işe yarayan yapı:

• Bir format seçin: Büfe, Kutulu Öğle, Tabaklar, Kahvaltı
• Anayemek seçin: her grup için 2-6 seçenek
• Eklentiler: içecek, tatlı, ekstra protein, teslimat/kurulum
• Servis: chafing dish, personel, alım vs teslimat
• Notlar: zamanlama, mekân, alerjiler (serbest metin)

Her öğenin yanında bir satırda nelerin dahil olduğunu belirtin: garnitürler, ekmek, soslar, çatal/kaşık/peçete, kurulum dahil mi. “Çatal, peçete dahildir” gibi bir cümle takip sorularını azaltır.

Diyet etiketleri karışıklık olmadan

Diyet etiketleri sadece doğru ve tutarlıysa yardımcı olur. Bir yemek sadece istenirse vejetaryen yapılabiliyorsa “Vejetaryen seçenek” olarak etiketleyin, “Vejetaryen” demeyin. Çapraz bulaşma mümkünse bunu açıkça belirtin.

Değişiklikleri zahmetsiz yapın. Seçili her öğenin net bir kaldır düğmesi ve basit miktar kontrolleri olmalı. Müşteriler genellikle bir plandan başlar sonra hızlıca ayarlar (60 kutulu öğleden 55’e düşürmek, artı 10 glutensiz). Bu zahmetliyse e-posta ile gelmeyi tercih ederler.

Adım adım: teklif taslağı sürecini oluşturma

İyi bir catering menü seçici, tutarlı, hızlı gözden geçirilebilen ve resmi bir şey gönderilmeden önce kolayca düzenlenebilen bir taslak üretmelidir. Her parçayı test edebilmek için küçük parçalar halinde inşa edin.

Menünüzü temiz bir yapıya koymakla başlayın. Her yemek veya paket müşteri dostu bir ad, baz fiyat ve bir birim (kişi başı, tepsi başı, kişi-başı-saat) gerektirir. İlk başta seçimleri sınırlı tutun.

Temelleri yerleştirin:

• Menüyü ve paketleri baz fiyat ve nelerin dahil olduğunu belirterek listeleyin
• Servis kurallarını ayarlayın: kişi başı vs tepsi, minimum kişi sayısı ve varsa minimum sipariş
• Nelerin özelleştirilebilir (diyet değişimleri, eklentiler) ve nelerin sabit olduğunu kararlaştırın

Sonra taslak özeti için matematiği tanımlayın. Amaç mükemmel nihai fatura değil; güvenilir bir başlangıç noktasıdır.

Birçok ekip tarafından kullanılan basit formül:

subtotal = sum(line_items)
service_fee = subtotal * service_fee_rate (or fixed amount)
delivery_fee = based on zone/time
estimated_tax = (subtotal + fees) * tax_rate
estimated_total = subtotal + service_fee + delivery_fee + estimated_tax

Gönderilmeden önce bir gözden geçirme ekranı ekleyin. Misafir sayısını, seçilen öğeleri, tahmini toplamı ve ana varsayımları gösterin (minimumlar, dahil edilen personel saatleri, teslimat penceresi). “Bu teklifi iste” gibi tek bir net eylem ekleyin.

Gönderim sonrası, taslağı arka ofis görünümüne kaydedin; personel fiyatları ayarlayabilsin, miktarları geçersiz kılabilsin ve not ekleyebilsin. Yanıt verirken kaydedilmiş taslaktan doğrudan mesaj oluşturun: öğeler, toplamlar, varsayımlar ve hâlâ onaylanması gerekenler.

Örnek: Müşteri 40 kişi için “Sandviç Öğle Paketi” ve 2 salata tepsisi seçer. Taslak paket fiyatını kişi başı olarak, tepsi eklentisini ve verginin tahmini olduğu notunu gösterir. Ekibiniz kaydedilmiş taslağı açar, teslimatı adrese göre ayarlar ve her şeyi yeniden yazmadan nihai teklifi gönderir.

Yaygın hatalar ve nasıl kaçınılır

Çoğu teklif aracı iki sebepten başarısız olur: müşteriyi şaşırtır veya ekibiniz için ekstra iş yaratır. Bir catering menü seçici yardımcı bir tahmin gibi hissettirmeli, bir sözleşme gibi değil.

Karışıklığa neden olan hatalar (ve kaybedilen talepler)

Minimumları atlamak klasik bir sorundur. Minimum kişi sayısı veya minimum sipariş tutarı varsa, bunu müşteri kişi sayısını girer girmez hemen gösterin.

Başka bir tuzak, herhangi bir sayı göstermeden çok fazla bilgi istemektir. Müşteriler kaba bir toplam görmeden uzun bir formu doldurmak zorunda kalırsa çoğu vazgeçer. Misafir sayısı ve menü seçimleriyle başlayın, bir kaba tahmin gösterin, sonra teslimat adresi, diyet notları ve iletişim bilgileri gibi detayları toplayın.

Gizli ücretler güveni bozar. Teslimat, personel, kiralama, hizmet ücreti veya vergi uygulanabiliyorsa bunları ayrı satırlar olarak ilgili yerlerde gösterin, hatta tahmini olsalar bile.

Son olarak, neyin tahmini neyin kesin olduğunu etiketleyin. Malzeme fiyatları değişir. Personel mekân kurallarına bağlıdır. Mesafe teslimatı etkiler. Buna taslak teklif deyin ve nelerin değişebileceğini söyleyin.

Ekibinizin zamanını kurtaran basit düzeltmeler

Taslağı personelin düzenleyebileceği şekilde oluşturun. Yineleyen kısmı müşteriye yaptırın (yemek seçimi, kişi sayısı) ve yargı gerektiren işleri ekibinize bırakın.

Yardımcı kılavuzlar:

• Misafir sayısının ve sepet toplamının yanında minimumları gösterin, küçük puntoda değil
• Erken maddeli bir tahmini gösterin: yiyecek, teslimat, servis ücretleri, vergi
• “Tahmin” ve “Onaydan sonra kesin” gibi açık etiketler kullanın
• Müşteri bir sayı görene kadar gerekli alanları 2 veya 3 ile sınırlayın
• Dahili düzenleme adımı ekleyin: yemekleri değiştir, miktarları geçersiz kıl, notlar ekle

Örnek: Müşteri 40 kişi ve bir sandviç tabak seçerse, minimumunuz 600$ ise “600$ minimum sipariş”i hemen gösterin ve müşterinin ulaşması için yaygın eklentiler (salata veya içecek) önerin.

Örnek senaryo: 75 kişilik ofis öğle yemeği talebi

Bir ofis yöneticisi Perşembe günü için 75 kişilik bir ekip yemeği planlıyor. E-posta yazışmasıyla uğraşmak istemiyor, bu yüzden catering menü seçicinizi kullanıp iki dakikadan kısa sürede bir talep oluşturuyor.

Bir büfe paketi seçiyor: “Akdeniz Öğle Büfesi.” Paket kişi başına nelerin dahil olduğunu (ana yemek, iki garnitür, salata, ekmek) ve minimum kişi sayısını net belirtiyor. Sonra toplamı genelde değiştiren iki eklenti ekliyor.

Seçimi şöyle görünüyor:

• Akdeniz Öğle Büfesi
• Tatlı tabağı
• Çeşitli içecekler
• Misafir sayısı: 75
• Teslimat zamanı: 12:15

Kişi sayısını ayarladığı anda taslak güncellenir. Seçici planlama için yeterli olan tahmini bir toplam gösterir, kesin bir taahhüt değil — örneğin 1.650$–1.850$, artı mesafe ve park durumuna göre 35$–60$ arası teslimat ücreti.

İstek, tüm seçimleri yakalayan bir teklif taslağı olarak düşer. Personeliniz hızlıca gözden geçirir ve seçicinin bilemeyebileceği şeyleri ayarlar: ofis kat numarası, asansör erişimi, yükleme kuralları, park maliyetleri ve kurulum gerekip gerekmediği. Müşteri diyet notları eklediyse, vejetaryen veya glutensiz sayıları teyit eder ve ikame ücretlerinin kişi başı oranı değiştirip değiştirmeyeceğini onaylarsınız.

Nihai teklifi, onaylanan (menü ve kişi sayısı), değişen (teslimat/kurulum ücretleri) ve sonraki adımlar (değişiklik kesme zamanı, kişi sayısı son tarihi, ödeme/iptal koşulları) hakkında kısa bir özetle geri gönderirsiniz.

Müşterilerle paylaşmadan önce hızlı kontrol listesi

Seçici gerçek müşteriler gibi kullanılacağı şekilde test edin: telefonda, aceleyle, eksik detaylarla.

Telefon testi

Mobil bağlantıda açın ve tek elle bir talep tamamlayın. Görüntüler yüklenirken sayfa zıplıyorsa veya görünmesi çok uzun sürüyorsa insanlar vazgeçecektir. Fotoğrafları hafif tutun ve yemek isimleri, fiyatlar ve düğmeler hızla görünsün.

Miktarları zahmetsiz yapın. Birisi kişi sayısını 60’tan 75’e değiştirirse, ilgili tüm sayılar temizce güncellenmeli, siparişi yeniden kurmak zorunda bırakılmamalı.

Personel testi

Bir catering menü seçici, personelinizin hızlıca tamamlayabileceği bir taslak oluşturuyorsa işe yarar. Gönderim sonrası taslak bir bakışta okunabilir olmalı ve kolayca düzenlenebilmelidir.

Küçük bir lansman ön kontrolü:

• Mobilde hızla yükleniyor ve yüklenirken sabit kalıyor mu
• Misafir sayısı, servisler ve eklentiler kolayca değiştirilebiliyor mu
• Toplamlar anında güncelleniyor ve nelerin dahil olduğu açıklanıyor (vergi, teslimat, personel, servis ücreti)
• Etkinlik temel bilgilerinin (tarih, zaman aralığı, adres, alım vs teslimat) yanı sıra iletişim bilgileri yakalanıyor
• Personel taslağı düzenleyebiliyor ve kullandığınız formata (e-posta metni, PDF veya dahili şablon) dışa aktarabiliyor

Toplamın yanında bir cümle ekleyin: bu bir taslak tahmindir ve nihai fiyat kullanılabilirlik ve detaylar kontrol edildikten sonra ekibiniz tarafından onaylanır.

Basit bir test: bir arkadaşınızdan 25 kişilik öğle yemeği, bir alerji notu ve teslimat adresi ile talep oluşturmasını isteyin. Bu gönderimi 5 dakikadan kısa sürede göndermeye hazır bir teklife dönüştürebiliyorsanız, iyi durumdasınız.

Sonraki adımlar: küçük bir sürüm yayınlayın ve geliştirin

Aylarca değil, günler içinde yayınlayabilmek için küçük başlayın. En çok sattığınız 10–20 ürünü seçin ve tek cümleyle açıklanabilecek bir fiyat modeliyle (ör. kişi başı paketler ve minimum kişi sayısı) başlayın. Amaç her kenar durumunu kapsamak değil; temiz talepler alıp hızlı, tutarlı taslak tekliflere dönüştürmektir.

İlk sürümü müşterinin kendinden emin kararlar verebileceği seçeneklere odaklayın. Erken aşamada çok fazla seçenek (diyet varyasyonları, karmaşık değişim kuralları, birden fazla teslimat penceresi, ekipman kiralama) insanları yavaşlatır.

Yayınladıktan sonra müşterilerin formu nerede bıraktığını izleyin. En son hangi adımı tamamladıklarını ve hangi soruyu gördüklerini not edin. Çoğu terk etme yan seçeneklerde oluyorsa, seçenekleri azaltın veya değiştirilebilen bir varsayılan seçin.

Basit haftalık iyileştirme döngüsü:

• Bir menü ve bir etkinlik tipiyle başlatın (ör. ofis öğle yemeği)
• Terk noktalarını ve sık görülen “özel not” isteklerini inceleyin
• En kafa karıştırıcı adımı basitleştirin (daha az seçenek, daha net etiketler)
• Sürekli gördüğünüz eksik bir seçeneği ekleyin (ör. glutensiz tatlı)

Mümkün olduğunca çabuk bir personel-only görünümü ekleyin. Burası uygunluğu onayladığınız, miktarları ayarladığınız, gerçek teslimat ücretlerini uyguladığınız ve nihai teklifi göndermeden önce not eklediğiniz yerdir.

Hızlıca iş akışını prototiplemek isterseniz, Koder.ai (koder.ai) sohbetten bir dahili araç oluşturmanıza yardımcı olabilir: menünüzü, fiyat kurallarınızı ve ekranlarınızı tanımlarsınız; sonra taslak özet ve personel inceleme görünümünde yineleme yaparsınız, müşterilerle paylaşmadan önce.