Restoran ve paket servis için e-ticaret geliştirme
Online yemek siparişi, e-ticaretin geri kalanına benzemez: bir yemek servise göre satılır, malzeme bittiğinde menüden çıkar, ertesi gün geri döner ve sonunda mutfakta yazdırılmış olarak sonlanmalıdır. Bu sektörde üstlendiğim proje türü budur.
Menü bir katalog değildir
Klasik bir mağazada ürün ya vardır ya yoktur ve stoğu sıfıra doğru azalır. Bir menüde ise erişilebilirlik, servis aralığının bir fonksiyonudur: günün yemeği yalnızca öğlen vardır, akşam menüsü belirli bir saatte açılır ve biten bir malzeme, yemeği servisin ortasında listeden çıkarır; ertesi gün yeniden görünür. Bunu bir stok miktarı gibi modellemek, yanlış durumlar ve mutfağın karşılayamayacağı siparişler üretir.
Seçenekler bu yanlış anlamayı büyütür. Pişirme derecesi, garnitür, sos, ilaveler: bunlar kısıtlı seçim gruplarıdır — burada bir zorunlu seçim, orada en fazla üç — ve her biri gösterilen fiyatı değiştirebilir. CMS anlamında varyasyon gibi ele alındıklarında, menünün ikinci kategorisinde bile referans sayısında kombinatoryal bir patlamaya yol açarlar. Gereken şey, kendi asgari ve azami kurallarıyla yemeğe bağlı bir seçenek modelidir; kombinasyon başına ayrı bir ürün değil.
Genel amaçlı bir sipariş modülüyle bozulanlar
- Erişilebilirlik bir miktar olarak kaydedilir; oysa servise ve haftanın gününe bağlıdır.
- Ödeme akışı dolu bir saat aralığını kabul eder ve ancak tahsilattan sonra reddeder; mutfak siparişi o anda görür.
- Hazırlık süresi sabittir; oysa sepetin içeriğine göre değişir.
- Teslimat bölgesi bir ilçe listesi olarak girilir; oysa satış noktasının etrafında coğrafi olarak çizilir.
- Teslimat ücreti tek bir KDV oranına yazılır; sepete bir şişe girer girmez hesap yanlışlanır.
- Alerjen bilgisi, her yemeğe bağlı bir veri olmak yerine menünün altındaki bir dipnotta durur.
- Sipariş e-posta ile gelir: servis yoğunken kimse onu görmez.
Aynı hesapta üç oran ve yemek başına alerjen verisi
Bir hesap fişi çoğu zaman hemen tüketilecek satışı, sonradan tüketilmek üzere satılan ürünleri ve alkollü içecekleri bir arada barındırır; bunlar aynı orana tabi değildir. Kullandığım üç CMS’in hiçbiri teslimat ücretini bu oranlar arasında kendiliğinden dağıtmaz: varsayılan olarak kargo satırı tek bir oran taşır ve müşteriye verilen belge hatalı hâle gelir. Bu nedenle sepetin gerçek içeriğiyle orantılı bir dağıtım, toplam hesaplanırken uygulanmalı ve belge şablonu ayrıntıyı oran oran göstermelidir.
Alerjenler benzer bir mantığa tabidir. Bilgi zorunludur, yemek bazında taşınır ve her tarif değişikliğinde ya da tedarikçi değişiminde güncellenir. Açıklama metnine gömüldüğünde bulunamaz ve toplu olarak düzeltilemez. Kapalı bir değer listesiyle yemeğin bir özelliği olarak yapılandırıldığında filtrelenebilir, seçim anında gösterilebilir ve tek bir yerden güncellenebilir.
Bir online sipariş projesine nasıl müdahale ediyorum
-
Gerçek menüden başlamak
Mevcut kaynaktan yola çıkıyorum: basılı menü ya da kasa yazılımı; yemekler, seçenek grupları, servise göre erişilebilirlik kuralları. Veri modelini bu belge belirler, tersi değil.
-
Saat aralığı motorunu kurmak
Zaman dilimi başına azami kapasite, kapalı günler, sepetten hesaplanan hazırlık süresi, listelenmek yerine harita üzerinde çizilen teslimat bölgesi. Aralık ödemeden önce rezerve edilir, ödeme başarısız olursa serbest bırakılır.
-
Mutfağa çıkışı güvenilir kılmak
Otomatik yazdırma veya üretim ekranı, alındı onayı ve yazıcı kesintisinden sonra fişleri yeniden oynatan bir kuyruk. Mutfağa ulaşmayan ödenmiş bir sipariş iki kez kaybedilir.
-
Menünün ana kaynağını belirlemek
Aynı yemek sitede, kasada ve teslimat platformlarında yaşar; her birinin kendi ürün referansı ve tanımlayıcıları vardır. Üç ayrı elle girişin birbirinden uzaklaşmasına izin vermek yerine bir ana kaynak seçip senkronizasyonları onun etrafına kuruyorum.
İlgili konular
-
QR kod ile masadan sipariş
Adresin yerini masa numarasının aldığı ve siparişin doğrudan üretime gittiği salon içi akış.
-
Teslimat menülerinin senkronizasyonu
Her platform kendi biçimini ve ürün tanımlayıcılarını dayatırken tek bir menü tutmak.
-
Bulut kasaya köprü
Site siparişlerini çift giriş olmadan satış noktası sistemine indirmek.
-
Ödeme ve kasa entegrasyonu
Online ödeme akışı ile tezgâhtaki terminalin mutabakatı.
Sıkça sorulan sorular
Yemek seçenekleri CMS varyasyonlarıyla yönetilebilir mi?
Dolu bir saat aralığının satılması nasıl engellenir?
Site teslimat platformlarıyla senkronize edilmeli mi?
Alerjenler ürün sayfasında nasıl yönetilir?
Servis sırasında mutfak yazıcısı bozulursa ne olur?
İhtiyacınızı bir dakikada anlatın
Size bir anket daha değil, doğrudan bir tahmin sunabilmem için birkaç hedefli soru.