Çok restoranlı yemek sipariş platformu nasıl kurulur?
Çok restoranlı bir yemek sipariş platformunu kurarken hangi taraflar, hangi ekranlar ve hangi iş kuralları gerekir? Kurulum sırasını adım adım anlatıyoruz.
Bir şehirde onlarca restoranı tek çatı altında toplayan bir yemek sipariş platformu, dışarıdan bakınca bir menü sitesi gibi görünür. İçeride ise dört ayrı tarafın aynı anda, aynı veri üzerinde çalıştığı bir işletim sistemi vardır: sipariş veren müşteri, siparişi hazırlayan restoran, paketi taşıyan kurye ve parayı tahsil edip dağıtan merkez. Yemek sipariş platformu yazılımı seçerken ya da sıfırdan kurarken ilk yapılacak iş, bu dört tarafın birbirine ne zaman, hangi bilgiyi verdiğini masaya yatırmaktır.
Önce iş modelini netleştirin
Platformun "pazaryeri" mi yoksa "kendi mutfağı olan zincir" mi olduğu bütün kararları belirler. Pazaryeri modelinde restoran bağımsızdır; kendi kuryesiyle de, platformun kuryesiyle de teslim edebilir. Ödeme merkezden tahsil edilir, komisyon kesilir ve kalan tutar dönem sonunda restorana hakediş olarak ödenir. Bu modelde üç soru en baştan cevaplanmalıdır: Komisyon herkese aynı mı olacak, yoksa restoran bazında mı belirlenecek? Kapıda ödemede para restoranda kaldığı için komisyon nasıl tahsil edilecek? Platform kuryesi kullanan restorandan ek oran alınacak mı?
Müşteri tarafı: adresten başlayan akış
Online yemek sipariş sisteminin müşteri tarafında her şey adresle başlar. Müşteri il, ilçe ve mahalle seçer ya da konumunu paylaşır; sistem bu noktayı her restoranın çizdiği teslim bölgesi poligonuyla karşılaştırır ve yalnızca o adrese teslim edebilen restoranları listeler. Bu yüzden listenin süzgeçleri de adrese bağlıdır: minimum sepet ve teslimat ücreti bölgeye göre değişebilir, tahmini teslim süresi mesafeyle uzar. Demoda bu akışı restoranlar sayfasında adres seçerek görebilirsiniz.
Restoran sayfasında ise menünün yapısı önemlidir. Porsiyon, pişme derecesi, yanında ne gelecek gibi zorunlu seçimler sepete eklemeden önce denetlenmezse restoran telefonla müşteriyi aramak zorunda kalır. İyi bir menü modeli; kategori, ürün, seçenek grubu, zorunluluk ve en çok seçim sınırı katmanlarından oluşur.
Restoran tarafı: siparişi kaçırmamak
Restoranın en kritik ekranı sipariş ekranıdır. Yoğun bir mutfakta tablet tezgâhın köşesinde durur; sipariş geldiğinde sesli uyarı vermeyen bir panel, dakikalarca fark edilmeyen siparişler demektir. Bu nedenle restoran sipariş paneli zil sesi, tam ekran yeni sipariş kartı ve kabul edilene kadar tekrar eden uyarıyla tasarlanmalıdır. Kabulün ardından mutfak ekranı (KDS), kurye ataması ve durum güncellemeleri gelir.
Merkez tarafı: kabul, para ve destek
Merkez yönetim, platformun görünmeyen ama en ağır yükünü taşır. Restoran başvurularını belge belge kontrol eder, her restorana komisyon teklifi verir, tahsilatı ödeme yöntemi bazında izler, haftalık hakediş dönemlerini kapatır ve müşteri şikâyetlerini çözer. Kurulumda en sık atlanan konu, komisyon değişikliklerinin geçmişidir: oran değiştiğinde eski siparişlerin eski oranla hesaplanmaya devam etmesi gerekir.
Kurulum sırası önerimiz
- Coğrafya ve teslim bölgesi altyapısı: il, ilçe, mahalle ve poligon kontrolü.
- Menü modeli ve sepet kuralları: seçenek grupları, minimum sepet, kupon.
- Sipariş durum makinesi: alındı, hazırlanıyor, kurye teslim aldı, yolda, teslim edildi; ret ve iptal dalları.
- Restoran paneli: zil, kabul ve red, mutfak ekranı, kurye atama.
- Ödeme altyapısı: kart, yemek kartı, kapıda ödeme ve 3D Secure.
- Komisyon, hakediş ve mutabakat ekranları.
- Başvuru ve belge kontrolü, ardından kampanya motoru ve raporlar.
Neden bu sıra?
Ödeme entegrasyonu çoğu zaman en uzun süren kalemdir; banka ve yemek kartı ağlarının test ortamları, sözleşmeleri ve onay süreçleri vardır. Bu yüzden sipariş akışını kapıda ödemeyle uçtan uca çalışır hâle getirmek, ödeme tarafı hazırlanırken restoranlarla pilot denemeye başlamayı mümkün kılar. Komisyon ve hakediş ise ilk siparişten itibaren doğru kaydedilmelidir; bu nedenle her siparişe sipariş anındaki komisyon sürümü yazılır, hesap sonradan yeniden yapılmaz.
Sık yapılan hatalar
- Teslim bölgesini yarıçapla tanımlamak: köprü, otoyol ya da deniz kıyısı olan şehirlerde daire gerçeği yansıtmaz; poligon gerekir.
- Durum değişikliklerine saat yazmamak: gecikme analizi ve müşteri şikâyetlerinde ilk sorulan şey "hangi aşamada ne kadar beklendi" sorusudur.
- Kapıda ödemeyi hakedişte unutmak: kapıda alınan paranın komisyonu, online ödemelerin hakedişinden düşülerek mahsup edilmelidir.
Ekip ve sorumluluklar
Yazılım kadar, onu işletecek ekibin rolleri de kurulumun parçasıdır. Restoran kabul ekibi başvuruları ve belgeleri yönetir, sözleşme ve komisyon teklifini hazırlar. Operasyon ekibi canlı sipariş akışını izler, geciken siparişlere müdahale eder, kurye kapasitesini bölgelere göre dengeler. Finans ekibi tahsilat, mutabakat ve hakediş dönemlerinden sorumludur. Destek ekibi ise müşteri ve restoran taleplerini çözer, gerektiğinde iptal ve iade kararını verir. Her rolün panelde yalnızca kendi işine ait ekranları görmesi hem güvenliği hem de odağı artırır.
Pilot dönem
İlk günden bütün şehre açılmak yerine iki üç mahallede, sınırlı sayıda restoranla başlayan pilot dönem çok şey öğretir. Restoranların paneli gerçekten nasıl kullandığı, zil sesinin mutfakta duyulup duyulmadığı, kuryelerin teslim kodunu sormayı unutup unutmadığı ancak sahada görülür. Pilot dönemde toplanan geri bildirimlerle menü şablonları, bölge kuralları ve hazırlık süresi seçenekleri ince ayardan geçirilir. Ardından bölge bölge genişlemek, hem operasyon ekibini hem de kurye ağını zorlamadan büyümeyi sağlar.
Bu demo, anlattığımız bütün katmanları tek sistemde gösterir. Ekranları gezip kendi iş modelinize uyan yerleri not almanızı öneririz.