Müşterilerin yemekleri ve misafir sayısını seçmesine izin veren, ardından onaylamadan önce düzeltip gönderebileceğiniz bir teklif taslağı oluşturan bir catering menü seçici oluşturun.
Ç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:
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.
İ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:
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:
Akışı tasarlarken her soruyu bir fiyat girdisi gibi değerlendirin. Eğer fiyatı değiştirmiyorsa, gönderimden sonra bekleyebilir.
İ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.
Ü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.
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.
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ış:
“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.
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.
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.
Ç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.
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.
İ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:
Ö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.
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.
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ı:
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 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.
İ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:
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.
Ç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.
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.
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:
Ö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.
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:
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.
Seçici gerçek müşteriler gibi kullanılacağı şekilde test edin: telefonda, aceleyle, eksik detaylarla.
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ı.
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ü:
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.
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ü:
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.
Bir açık uçlu isteği yapılandırılmış bir seçime dönüştüren araçtır. Müşteri bir menü veya paket seçer, misafir sayısını girer ve bir taslak toplam görür; böylece her seferinde aynı bilgileri kullanarak konuşmaya başlayabilirsiniz.
E-posta tahminleri başarısız olur çünkü insanlar aynı etkinliği belirsiz şekilde tarif eder ve küçük varsayımlar fiyatı oldukça değiştirir. Bir seçici, ilk sayının müşterinin beklediğine daha yakın olması için ana seçenekleri öne çıkarır.
Seçimleri, misafir sayısını ve uygulanacak fiyat birimi kurallarını (kişi başı veya tepsi başı) toplayın; ayrıca alım mı teslimat mı ve etkinlik tarihi/saati. Taslak toplamı anlamlı kılmak için yalnızca tutarlı şekilde fiyatı değiştiren birkaç eklentiyi ekleyin.
Miktarlar için açık metin alanından ve tutarlı fiyatlayamadığınız sorulardan kaçının. Ayrıca müşteri taslağı görmeden ödeme bilgisi ve ayrıntılı oda kurulumu istemeyin.
Erken sorun ve gezinirken görünür tutun; çünkü önerilen miktarları ve toplamları bu sürükler. Mantıklı bir varsayılan ve açık sınırlar kullanın ki müşteriler yerine getiremeyeceğiniz bir sipariş oluşturmasın.
Her öğenin servis birimini açıkça gösterin ve tek bir tutarlı yuvarlama kuralı uygulayın; genelde tepsileri tam sayıya yuvarlamak doğru sonucu verir. Bu, eksik sipariş vermeyi önler ve aynı seçimleri yapan iki müşterinin aynı taslak toplamı görmesini sağlar.
Teslimat ücretleri, servis ücretleri ve vergi gibi kalemleri ayrı satırlar olarak gösterin ve bunları taslak değerler olarak etiketleyin. Bir ücret mesafeye, personele veya mekân kısıtlarına bağlıysa, onay sonrası değişebileceğini açıkça belirtin.
“Taslak tahmin” gibi net bir etiket kullanın ve fiyatı etkileyebilecek varsayımları ekleyin: minimumlar, yuvarlama ve teslimat koşulları gibi. Amaç güvenilir bir başlangıç noktası sağlamak, söz verilecek kesin fatura değildir.
İki eylem sunun: taslağı kaydetmek için bir seçenek ve onay talep etmek için başka bir seçenek. Kaydetme kararsız müşteriler içindir; onay talebi ise fiyatı kesinleştirmek için gereken son detayları toplar.
Tutarlı şekilde fiyatlandırabileceğiniz küçük bir menüyle başlayın; gerçek gönderimler geldikten sonra karmaşıklığı ekleyin. Hızlıca oluşturmak istiyorsanız, Koder.ai sohbetten bir web uygulama akışı üretebilir ve taslak özeti ile personel inceleme ekranını yinelemenize izin verir.