Sipariş Yönetim Yazılımı Seçerken Dikkat Edilmesi Gereken 10 Kriter
Restoran sahipleri için en doğru sipariş yönetim yazılımını seçmenin 10 temel kuralı. Yanlış seçim işletmenize zaman ve para kaybettirebilir.
Sipariş yönetim yazılımı seçmek, bir aboneliğe karar vermekten fazlasıdır: menünüz, müşteri geçmişiniz, masa düzeniniz ve gün sonu hesabınız o sistemin içine yerleşir. Yanlış seçimin bedeli abonelik ücreti değil, bir yıl sonra hepsini yeniden kurma zahmetidir.
Bu yazıyı RestoranTakibi ekibi yazıyor; yani taraflıyız. Bu yüzden aşağıdaki 10 kriteri "bizi seçin" listesi olarak değil, demo görüşmesinde sorabileceğiniz somut sorular olarak yazdık. Aynı soruları bize de sorun. Yazının sonunda kendi sistemimizin bu listede nerede durduğunu, eksik kaldığı yerler dahil, tabloya döktük.
Yazılım değiştirmek neden geri dönüşü pahalı bir karardır
Bir restoran yazılımı üç tür veri biriktirir: kurulum verisi (menü, kategoriler, masa planı, personel, yazıcılar), operasyon verisi (siparişler, adisyonlar, stok hareketleri) ve müşteri verisi (telefon, adres, sipariş geçmişi, puan).
Kurulum verisi bir kez girilir, taşınması can sıkıcıdır ama mümkündür. Operasyon verisi genelde raporlar için gerekir. Asıl sorun üçüncüsüdür: müşteri veritabanı taşınamazsa yeni sisteme "sıfır müşteriyle" başlarsınız. Bu yüzden seçim kararının içine çıkış maliyetini de koymak gerekir; sözleşmeyi imzalarken sorulacak soru "veriyi nasıl dışa aktarırım" sorusudur.
Yazılım kategorisinin genel tanımı için restoran takip programı nedir yazısına, kategori içindeki oyuncuların karşılaştırması için en iyi restoran programı karşılaştırması yazısına bakabilirsiniz.
Kriter 1: Siparişin panele nasıl ulaştığını sorun
"Yemeksepeti entegrasyonumuz var" cümlesi tek başına bilgi taşımaz. Asıl soru şudur: sipariş panele platform haber verdiği için mi düşüyor, yoksa yazılım periyodik olarak sorduğu için mi?
Bildirim (push) ile sorma (polling) farkı
İki model de çalışır ama farklı riskleri vardır:
- Push (webhook): — Platform, sipariş oluşunca doğrudan yazılımın sunucusuna bildirim gönderir. Gecikme en düşüktür. Karşılığında sunucunun dışarıdan erişilebilir, imza doğrulaması yapan ve aynı bildirimi iki kez işlemeyen bir uç noktası olmalıdır.
- Polling (sorma): — Yazılım belirli aralıklarla platforma "yeni sipariş var mı" diye sorar. Aralık ne kadar sıksa gecikme o kadar düşer, ama platformun hız sınırına takılma riski artar.
RestoranTakibi'nde her iki model de kullanılıyor: sorma modelinde aktif entegrasyonlar 15 saniyede bir kontrol ediliyor, Delivery Hero (Yemeksepeti) ve Migros Yemek tarafında ise platformun sunucumuza gönderdiği bildirim modeli kurulu. Bu farkın teknik ayrıntısını entegrasyon rehberimizde anlattık.
Sorulacak ikinci soru: API bilgileri bozulursa ne oluyor? Sessizce sipariş çekmeyi bırakan bir sistem, en kötü sistemdir. Bizde iki ayrı davranış var. Zorunlu bir alan hiç girilmemişse sorma başlamaz ve panel hangi alanın eksik olduğunu yazar. Girilmiş anahtar geçersizse sorma durdurulur, entegrasyon kartında "API bilgileri hatalı veya değiştirilmiş görünüyor" uyarısı çıkar, işletmeye e-posta gider ve anahtar altı saatte bir tek istekle yeniden sınanır; düzeltildiği anda sipariş çekme kendiliğinden açılır.
Kriter 2: Menü ve "tükendi" senkronu tek yönlü mü
Restoranların en sık yaşadığı zincir şudur: mutfakta ürün biter, garson panelden kapatır, platformda ürün hâlâ satıştadır, müşteri sipariş verir, sipariş iptal edilir, platform puanı düşer.
Demoda test edin: panelden bir ürünü "tükendi" yapın ve platform tarafında ne olduğuna bakın. Ayrıca silmek ile tükendi işaretlemek arasında fark var mı sorun. Silinen ürün geri gelmez; tükendi işareti ise geri alınabilir. RestoranTakibi'nde "tükendi" işaretine bitiş zamanı verilebiliyor: süre dolduğunda ürün kendiliğinden satışa döner, süre verilmemişse elle geri açılana kadar kapalı kalır. Bu ayrım stok tarafıyla da bağlantılıdır; ayrıntısı reçeteyle otomatik stok düşümü yazısında.
Kriter 3: Mutfak ekranı gerçek bir ekran mı, sipariş listesi mi
Çoğu yazılım "mutfak ekranı var" der ve size panelin sipariş listesini gösterir. Gerçek bir mutfak ekranı üç şeyi yapar:
- Sayfa yenilemeden güncellenir. Bizde panel ile sunucu arasında kalıcı bir WebSocket bağlantısı var; sipariş düştüğü anda ekrana gelir.
- İstasyona göre süzülür. Barın ekranı yemekleri, mutfağın ekranı içecekleri görmek zorunda değildir. Menüdeki ürünlere istasyon atanmışsa mutfak ekranında istasyon seçici çıkar ve yalnız o istasyonun kalemleri kalır.
- Sesi gerçekten çalar. Bunu satıcının sözüne bakarak anlayamazsınız: demoda mutfak ekranını bir saat kimseye dokundurmadan bırakın, sonra sipariş gönderin. Tarayıcı tarafındaki kilit yüzünden çoğu sistemde bu testte ses çıkmaz.
Ayrıntı için mutfak ekranı programı sayfasına bakabilirsiniz.
Kriter 4: Masa, adisyon ve kısmi ödeme
Yerinde servis yapıyorsanız listeye şu maddeleri ekleyin: masa taşıma (müşteri masa değiştirdiğinde adisyon taşınıyor mu), hesabın bölünerek ödenmesi, ikram/iptal kaleminin kim tarafından düşürüldüğünün kaydı, ve masa planının sürükle-bırak düzenlenebilmesi.
RestoranTakibi'nde masa taşıma, kısmi ödeme, hesap fişi basıldı işareti, masadan gelen ödeme talebi ve masa planı konumlandırma uçları panelde çalışıyor. Müşterinin QR ekranından basacağı bir "Garson Çağır" düğmesi ise yok; masa talepleri süre eşikleri ve garson onayı üzerinden yakalanıyor (garson çağrı sistemi nedir). Adisyon kavramının kendisi için adisyon nedir yazısına bakabilirsiniz.
Kriter 5: Kurye tarafı gerçekten yönetiliyor mu
"Kurye modülü" bazen sadece bir isim alanıdır. Ölçülebilir sorular:
- Kurye konumu gerçekten kaydediliyor mu? (Bizde kurye paneli tarayıcının konum iznini ister ve konum sunucuya yazılır.)
- Sipariş yola çıkarken kurye zorunlu mu? (Bizde atanmamış siparişi yola çıkarmak reddedilir.)
- Otomatik atama neye göre yapılıyor? (Bizde havuzdaki en az aktif teslimatı olan kurye seçilir; kadrolu kurye personeli, dış kurye kaydına göre önceliklidir.)
- Kurye gün sonu hesabı var mı? (Bizde kurye bazlı tahsilat mutabakatı ayrı bir uçtan alınır.)
Detay: kurye takip programı.
Kriter 6: Günün parası nerede kapanıyor
Bu, demo sunumlarında en az konuşulan ama işletmeciyi en çok ilgilendiren başlıktır. İki şeyi ayrı ayrı sorun:
Z raporu: İş gününüz gece yarısında bitmiyorsa rapor da bitmemelidir. Gece 02:00'deki satış hangi güne yazılıyor? RestoranTakibi'nde iş gününün başlangıç saati ayarlanabilir; hem Z raporu hem sipariş numarası sayacı aynı saatten türetilir, böylece "rapordaki gün" ile "fişteki gün" ayrışmaz.
Kasa gün sonu: Beklenen tutar ile sayılan tutar karşılaştırılıyor mu? Bizde nakit, kart, online ve yemek kartı için beklenen ve sayılan tutar ayrı ayrı tutulur, fark her kalem için hesaplanır ve kapanış işlemi denetim kaydına yazılır.
Kriter 7: Maliyet ve kârlılık gerçekten hesaplanıyor mu
Rapor ekranında ciro göstermek kolaydır. Zor olan, o cironun ne kadarının işletmede kaldığını göstermektir. Sorulacak sorular:
- Menü ürününe reçete bağlanabiliyor mu, teslim edilen sipariş stoktan otomatik düşüyor mu?
- Reçete maliyeti fireyi hesaba katıyor mu? (Bizde reçete satırında fire oranı alanı var ve maliyet çarpanı olarak uygulanır.)
- Hedef kâr marjına göre önerilen satış fiyatı üretiliyor mu?
- Ambalaj maliyeti yalnız paket siparişe mi yazılıyor, yoksa masada yenen yemeğe de mi biniyor?
Menü kârlılığı yaklaşımının kendisi için menü mühendisliği nedir yazısına, maliyet kalemlerini tek tek düşürme yöntemi için restoran maliyet düşürme ipuçları yazısına bakabilirsiniz.
Kriter 8: Personel yetkisi kaç kırılımda
"Yönetici / personel" şeklinde iki seviyeli yetki, gerçek bir restoranda yetersizdir. Garsonun ciro görmemesi, kuryenin müşteri notunu görmesi ama kâr ekranını görmemesi, muhasebecinin sipariş iptal edememesi gerekir.
RestoranTakibi'nde 15 personel rolü ve rol başına açılıp kapatılabilen 19 yetki anahtarı var. Satın alma kararı verirken listenin tamamını ezberlemeye gerek yok; bakılacak şey, yetkilerin rol başına açılıp kapanabilmesi ve tehlikeli olanların (ciro görme, sipariş iptali, ayarlar, bordro, vergi merkezi) ayrı ayrı yönetilebilmesidir. Ayrıntı: personel yetki yönetimi.
Kriter 9: Güvenlik ve veri sahipliği
Bu başlıkta pazarlama cümlesi değil, mekanizma isteyin:
- Oturum nasıl doğrulanıyor, iki adımlı doğrulama var mı? (Bizde TOTP tabanlı 2FA ve yedek kodlar var.)
- İstek hız sınırı uygulanıyor mu?
- Hesap silme talebinde veri gerçekten siliniyor mu, yoksa sadece pasife mi çekiliyor? (Bizde silme talebinden sonra çalışan bir süpürücü, varsayılan 30 günün sonunda kiracıya ait veriyi ve yüklenen dosyaları kalıcı olarak siler; yasal ve mali kayıtlar ayrı tutulur.)
- Bir restoranın verisi başka bir restoranın sorgusuna karışabilir mi?
Bu konudaki yaklaşımımızı güvenlik ve veri ayrımı sayfasında ayrıntılandırdık.
Kriter 10: Fiyatlandırma ve gizli kalemler
Fiyatı tek bir rakama indirgemeyin. Şunları ayrı ayrı sorun: kurulum ücreti, cihaz zorunluluğu, şube başına ücret, kullanıcı başına ücret, entegrasyon başına ek ücret, destek paketi, sözleşme süresi ve erken çıkış bedeli.
RestoranTakibi'nin modeli şudur: kümülatif cironuz 1.000.000 TL'ye ulaşana kadar ücretsiz; sonrasında 500 TL/ay ya da tek seferlik 5.000 TL / yıl ile yıllık lisans. Kullanıcı ve entegrasyon başına ek ücret yok. Fiyat karşılaştırmalarını restoran yazılımı fiyat karşılaştırması yazısında ve fiyatlar sayfasında bulabilirsiniz. Ücretsiz seçeneklerin gerçekte ne anlama geldiğini ücretsiz restoran programı yazısında ayrıca ele aldık.
Demo görüşmesinde soracağınız sorular
Aşağıdaki tabloyu doğrudan not defterinize alabilirsiniz. Sağ sütun, cevabın doğru olup olmadığını demo sırasında nasıl test edeceğinizi anlatıyor.
| Kriter | Sorulacak soru | Demoda nasıl test edilir |
|---|---|---|
| Sipariş akışı | Sipariş push ile mi geliyor, kaç saniyede bir soruluyor? | Platform tarafından test siparişi geçirin, panelde görünene kadar süreyi tutun |
| Anahtar bozulması | API bilgisi geçersizse ne oluyor? | Ayarlarda anahtarı bilerek bozun, panelde uyarı çıkıyor mu bakın |
| Tükendi | Ürünü kapattığımda platformda ne oluyor? | Bir ürünü tükendi yapın, platform menüsünü yenileyin |
| Mutfak ekranı | Ekran kendiliğinden yenileniyor mu, sesi çalıyor mu? | Ekrana bir saat dokunmayın, sonra sipariş gönderin |
| İstasyon | Bar ile mutfak aynı listeyi mi görüyor? | Menüde bir ürüne istasyon atayın, ekranda süzülüyor mu bakın |
| Masa | Adisyon başka masaya taşınabiliyor mu, hesap bölünüyor mu? | Açık adisyonu taşıyın, tutarın yarısını ödeyin |
| Kurye | Kuryesiz sipariş yola çıkabiliyor mu? | Kurye atamadan durumu "yolda" yapmayı deneyin |
| Gün sonu | İş günü saat kaçta başlıyor, ayarlanabiliyor mu? | Gece geç saatli bir sipariş girip Z raporunda hangi güne düştüğüne bakın |
| Maliyet | Reçete bağlayınca stok düşüyor mu? | Bir ürüne reçete girin, sipariş teslim edin, stoğa bakın |
| Yetki | Garson hesabı ciroyu görüyor mu? | Garson rolüyle giriş yapıp rapor ekranını açmayı deneyin |
| Veri | Verimi nasıl dışa aktarırım? | Dışa aktarma ekranını canlı olarak gösterttirin |
| Fiyat | Şube, kullanıcı veya entegrasyon başına ek ücret var mı? | Teklifi yazılı isteyin, sözlü cevapla yetinmeyin |
RestoranTakibi bu listede nerede duruyor
Aşağıdaki tablo tanıtım değil, durum bildirimidir. "Kısıtlı" yazan satırlar bilerek yazılmıştır.
| Kriter | Durum | Not |
|---|---|---|
| Çok kanallı sipariş | Var | Trendyol Yemek ve Migros Yemek bağlantısı canlı çalışıyor; Yemeksepeti ve Getir tarafı geliştirilip yayına alındı, devreye alma işletmenin sağlayıcıdan aldığı API erişimine bağlı |
| Gerçek zamanlı akış | Var | Panel-sunucu arası kalıcı WebSocket bağlantısı |
| Mutfak ekranı | Var | İstasyon süzgeci, ses uyarısı; otomatik fiş basımı yalnız Kasa uygulaması ya da ağ yazıcıda |
| Masa ve adisyon | Var | Taşıma, kısmi ödeme, masadan ödeme talebi, masa planı |
| Kurye | Var | Konum kaydı, otomatik atama, kurye gün sonu mutabakatı |
| Stok ve reçete | Var | Fire oranlı reçete maliyeti, fire sebebi kodları, sayım |
| Kârlılık ve vergi | Var | Gider kalemleri, hedef marja göre fiyat önerisi, vergi tahmini |
| Personel yetkisi | Var | 15 rol, 19 yetki anahtarı, sayfa gizleme |
| Masaüstü ve mobil | Var | Windows kasa uygulaması; Google Play ve App Store (tek App Store kaydı iOS ve macOS sürümlerini taşır) |
| Panel dili | 10 dil | Türkçe, İngilizce, Arapça, Almanca, İspanyolca, Fransızca, İtalyanca, Portekizce, Rusça, Çince |
| SMS pazarlama | Yok | SMS sağlayıcı bağlı değil; WhatsApp Cloud API ile gönderim ve liste dışa aktarma var |
| Yapay zekâ | Kısıtlı | Danışman modunda çalışır: veriyi yorumlar, veritabanında değişiklik yapmaz |
Karar verirken sektörün nereye gittiğine de bakmak isterseniz, hangi otomasyon başlığının gerçek karşılığı olduğunu 2026 restoran otomasyon yönelimleri yazısında değerlendirdik. Kurulumun ne kadar sürdüğünü ve teknik bilgi gerekip gerekmediğini kurulum süresi yazımızda anlattık; adım adım kurulum için kurulum sayfasına, modül listesi için restoran kontrol paneli sayfasına bakabilirsiniz.
Sık Sorulan Sorular
Sipariş yönetim yazılımı seçerken ilk bakılacak kriter hangisi?
Siparişin panele nasıl ulaştığı. Platform bildirim mi gönderiyor, yoksa yazılım periyodik olarak mı soruyor, ve API bilgisi bozulduğunda sistem sessiz mi kalıyor. Bu üç sorunun cevabı diğer tüm özelliklerin üzerine kurulduğu temeldir; sipariş düşmezse geri kalanının önemi kalmaz.
Entegrasyon var demek her platformun bağlı olduğu anlamına gelir mi?
Hayır. Entegrasyon kodunun yazılmış ve yayında olması ile o bağlantının sizin işletmenizde çalışıyor olması ayrı şeylerdir. Çoğu platform, restoranın kendi hesabı üzerinden verilen bir API erişimi ister ve bir test sürecinden geçirir. Demoda kendi platform hesabınızla test siparişi geçirmeyi isteyin.
Mutfak ekranının gerçekten çalıştığını nasıl anlarım?
Ekrana bir süre hiç dokunmadan bırakın, sonra sipariş gönderin: çoğu sistemde bu testte ne ses çıkar ne de liste kendiliğinden güncellenir. Ayrıca sayfayı yenilemeden güncelleniyor mu, bar ekranı yemek kalemlerini süzebiliyor mu ve fiş elle onay istemeden basılıyor mu diye bakın.
Kaç kırılımda personel yetkisi yeterli sayılır?
Yönetici ve personel şeklinde iki seviye gerçek bir restorana yetmez. En azından ciro görme, müşteri telefonu görme, sipariş iptali, menü düzenleme, stok ve rapor yetkilerinin ayrı ayrı açılıp kapanabilmesi gerekir. RestoranTakibi'nde 15 rol ve rol başına 19 yetki anahtarı bulunuyor.
Z raporunun iş günü saatinin ayarlanabilmesi neden önemli?
Gece 03:00'e kadar açık bir işletmede gece yarısı geçildiğinde satış ertesi güne yazılır ve iki günün raporu da yanlış çıkar. İş gününün başlangıç saati ayarlanabiliyorsa hem Z raporu hem sipariş numarası aynı günü gösterir; gün sonu mutabakatı da bu saate göre kapanır.
Yazılım değiştirirsem eski verimi taşıyabilir miyim?
Bunu sözleşme aşamasında sorun ve yazılı cevap isteyin. Menü ve masa düzeni yeniden kurulabilir, ama müşteri veritabanı ile sipariş geçmişi dışa aktarılamıyorsa yeni sisteme sıfırdan başlarsınız. Dışa aktarma ekranını demo sırasında canlı olarak gösterttirin.
Ücretsiz sürüm gerçekten ücretsiz mi olur?
Ücretsiz sürümlerde sınır genelde bir yerdedir: kullanıcı sayısı, sipariş adedi, entegrasyon veya rapor. Sınırın nerede olduğunu ve aşınca ne olacağını baştan sorun. RestoranTakibi'nde sınır kümülatif ciroda: 1.000.000 TL'ye kadar ücretsiz, sonrasında 500 TL/ay ya da 5.000 TL / yıl ile yıllık lisans.
Yapay zekâ özelliği olan yazılım seçmeli miyim?
Yapay zekânın ne yaptığını netleştirin. Veriyi yorumlayıp öneri veren bir danışman ile veritabanında kendi başına değişiklik yapan bir sistem aynı şey değildir. RestoranTakibi'nde yapay zekâ varsayılan olarak danışman modunda çalışır: stok, kasa veya gider kaydını kendisi değiştirmez, nasıl düzeltileceğini söyler.
İlgili yazılar
- Paket Servis Siparişlerini Verimli Yönetmenin 7 Yolu — 8 dk okuma
- Restoranınızın Maliyetlerini Düşürmenin 8 Pratik Yolu — 7 dk okuma
- Restoran CRM: Müşterilerinizi Tanıyın, Satışınızı Artırın — 6 dk okuma