Restoran ve QSR (Quick Service Restaurant) yazılımı pazarı, 2026 itibarıyla küresel ölçekte 27,9 milyar USD‘ye ulaştı ve 2030’a kadar yıllık %12,8 CAGR ile büyümesi bekleniyor (Allied Market Research, 2026). Türkiye’de restoran sektörünün yıllık cirosu 720 milyar TL’yi aşmış durumda ve işletmelerin %64’ü en az bir dijital sipariş kanalını entegre etmiş bulunuyor (TÜRSAB, 2026). Bu makro tabloda; POS, kitchen display, online sipariş ve loyalty modüllerinin tek bir platformda buluşması artık fark yaratan değil, hayatta kalma şartı. Deloitte’un 2025 Restaurant of the Future raporu, dijital olgun zincirlerin same-store sales büyümesinin geleneksel rakiplerine göre 2,3 kat hızlı olduğunu gösteriyor.
Bu rehberde, modern bir restoran yazılım stack’ini uçtan uca tasarlarken karşılaşacağınız teknik kararlar, maliyet kalemleri ve Türkiye’ye özel entegrasyonların (e-Fatura, Yemeksepeti, Trendyol Yemek, Getir, Hepsiburada Yemek) tüm detaylarını somut sayılarla aktaracağız. Anlattıklarımız hem tek lokasyondan başlayan butik QSR’lar için, hem de 50+ şubeli zincirleşmiş markalar için uygulanabilir.
Modern Restoran Yazılımı: Temel Modüller
Bir restoran/QSR platformu altı ana modülden oluşur. Her modül, kendi içinde bağımsız servis (microservice) olabileceği gibi monolit içinde de tutulabilir; ancak ölçek 50+ şube veya günlük 10.000+ sipariş seviyesine çıktığında microservice mimarisi %34 daha düşük operasyonel risk sağlar.
- POS (Point of Sale): Sipariş alma, masa yönetimi, ödeme entegrasyonu, kasa açılış/kapanış.
- Kitchen Display System (KDS): Mutfak ekranı, sipariş kuyruğu, hazırlama süresi ölçümü.
- Online Sipariş: Web/mobil menü, çoklu pazaryeri entegrasyonu, kurye optimizasyonu.
- Stok ve Reçete: Maliyet hesaplama, otomatik stok düşümü, tedarikçi siparişi.
- CRM ve Loyalty: Müşteri profilleri, kampanya yönetimi, puan/sadakat programı.
- İş Zekası: Şube karşılaştırma, ürün performansı, peak hour analizi.
Mimari kararda en kritik nokta, POS’un her zaman offline çalışabilmesi. Bir KFC veya Burger King şubesinde internet 30 dakika kestiğinde 200-300 sipariş ve 50.000+ TL ciro etkilenir. Online sipariş modülü bulutta kalabilir, ama POS yerel SQLite + senkron katmanı ile dayanıklı olmalı.
POS ve Kitchen Display System: Teknik Mimari
POS Donanım ve Yazılım Tercihleri
2026 yılında en yaygın POS donanım stack’i:
| Bileşen | Tipik Ürün | Birim Maliyet (TL) | Yazılım Notu |
|---|---|---|---|
| POS Tablet | iPad Pro 11″ / Android tablet | 18.000-42.000 | iOS native veya Flutter |
| Termal Yazıcı | Epson TM-m30III, Star TSP143 | 4.500-8.900 | ESC/POS protokol |
| Kasa Çekmecesi | Posiflex CR4000 | 1.800-3.200 | RJ-11/RJ-12 üzerinden yazıcıdan açılır |
| Barkod Okuyucu | Honeywell Voyager 1450g | 2.400-4.800 | USB HID / Bluetooth |
| Ödeme Cihazı | İngenico Move/3500, Verifone V200c | Banka tarafından sağlanır | SDK + POS Plus entegrasyonu |
Yazılım katmanında offline-first mimari kritiktir. Restoranların %58’i en az haftada bir kez internet kesintisi yaşar (Türk Telekom, 2025 SLA raporu). Yerel SQLite veritabanı + senkron servis (PowerSync, ElectricSQL veya kendi yazdığımız CRDT katmanı) ile çevrimdışı satış yapılabilir, internet geri geldiğinde otomatik upload edilir. Çoklu cihazın aynı anda çalıştığı senaryolarda (1 mutfak + 3 garson tableti) CRDT mimarisi çakışma çözümünde kritik rol oynuyor.
KDS Performans Hedefleri
Kitchen Display System mutfağa renkli kart bilgilerini gerçek zamanlı yansıtır. Sıkça gözden kaçan performans hedefleri:
- Sipariş alındıktan KDS’e düşene kadar gecikme: ≤ 600 ms (p99).
- WebSocket bağlantısı koparsa otomatik yeniden bağlanma: ≤ 5 saniye.
- Bir KDS terminali aynı anda gösterebileceği sipariş: 20-40 arası.
- Sipariş yaşı renk kodlaması: 0-3 dk yeşil, 3-7 dk sarı, 7+ dk kırmızı.
- Bump (siparişi kapama) süresi ölçümü: ortalama 8-14 dakika sağlıklı bant.
Online Sipariş ve Pazaryeri Entegrasyonları
Türkiye’de bir restoran yazılımı, en az şu pazaryerlerine entegre olmalıdır:
| Platform | API Tipi | Komisyon | Entegrasyon Süresi |
|---|---|---|---|
| Yemeksepeti | REST + Webhook | %12-18 | 3-5 hafta |
| Getir Yemek | REST + Webhook | %14-22 | 2-4 hafta |
| Trendyol Yemek | REST + Polling | %10-16 | 3-4 hafta |
| Hepsiburada Yemek | REST + Webhook | %9-14 | 2-3 hafta |
| Restoranın kendi web/mobili | Native | 0 (%2 ödeme komisyonu hariç) | 4-8 hafta |
Her pazaryeri farklı menü modeli, stok ifadesi ve sipariş durumu enumı kullanır. Bunları tek bir canonical order model altında birleştiren bir integration gateway servisi (Node.js + RabbitMQ) %72 daha az kod tekrarı ve %41 daha hızlı yeni platform ekleme sağlar. Webhook reliability için webhook mimarisi rehberimizdeki retry/idempotency desenleri burada çok kritik — sipariş kaybı doğrudan müşteri kaybıdır.
Stok, Reçete ve Maliyet Yönetimi
2026’da restoran karlılığını belirleyen en kritik konu gıda maliyet oranı (Food Cost Ratio). Hedef bant %28-32 arasıdır, %35’i geçtiğinde kar marjı erir. Yazılım otomatik olarak şunları takip eder:
- Reçete bazlı stok düşümü: Her sipariş satışta hammaddeden otomatik düşer.
- Maliyet güncellemesi: Tedarikçi faturası geldiğinde tüm ürünlerin maliyeti otomatik güncellenir.
- Sayım modülü: Haftalık fiziksel sayımla teorik stok arasındaki variance hesaplanır.
- Fire (waste) takibi: Her atılan ürün loglanır; aylık fire oranı %2,5’i geçmemeli.
- Otomatik tedarikçi siparişi: Min/max stok seviyelerine göre öneri listesi üretir.
CRM, Loyalty ve Kampanya Motoru
2025’te yapılan Deloitte çalışmasına göre, sadakat programı olan restoranlarda müşteri başına yıllık harcama %23 daha yüksek. Modern bir loyalty modülü şu özelliklere sahiptir:
- Puan + kademe (tier) sistemi (örn. Bronz, Gümüş, Altın).
- Doğum günü otomatik kampanyası (push/SMS/e-posta).
- Geri kazanma (winback) kampanyası — 30+ gün gelmeyen müşteriye %15 indirim.
- Kişiselleştirilmiş menü önerisi (AI/ML tabanlı, geçmiş siparişe göre).
- Referans (referral) bonusları.
Starbucks Rewards modeli klasik referans: kademeli tier + tahmin edilebilir ödüller + mobil-first deneyim. Türkiye’de Mado, Komagene gibi orta ölçekli zincirlerde benzer model %18-24 tekrar satın alma artışı sağladı. AI tabanlı kişiselleştirme için AI personalization engine mimarisi rehberimiz bu konunun teknik derinliğini içeriyor.
Türkiye’ye Özel Yasal Entegrasyonlar
- e-Fatura / e-Arşiv: 5 milyon TL üzeri ciro yapan restoranlar zorunlu. Özel entegratör (Foriba, Logo, Mikro) üzerinden GİB’e dakikalar içinde iletilir.
- YN ÖKC (Yeni Nesil Ödeme Kaydedici Cihaz): Tüm restoranlar için zorunlu. POS yazılımı YN ÖKC’ye fiskal entegrasyon sağlamalı.
- KVKK uyumu: Müşteri profili tutuyorsanız aydınlatma metni, açık rıza ve veri silme talebi akışları zorunlu.
- Alkollü içecek bandrolü: Alkol satışı varsa TAPDK bandrol kontrolü.
Maliyet ve Süre Tahminleri
| Kapsam | Süre | Maliyet (TL) |
|---|---|---|
| MVP: tek şube POS + KDS + online sipariş | 4-6 ay | 650.000-1.200.000 |
| Orta ölçek: 5-15 şube + stok + CRM | 7-10 ay | 1.400.000-2.600.000 |
| Enterprise: 50+ şube + pazaryeri + AI loyalty | 12-18 ay | 3.200.000-7.500.000 |
| Aylık SaaS lisans (şube başına) | — | 1.800-4.500 |
Performans ve Ölçek Hedefleri
- Sipariş alma p95 latency: ≤ 250 ms
- POS uygulama açılış süresi: ≤ 2 saniye
- KDS WebSocket reconnect: ≤ 5 saniye
- Offline mode’da maksimum sipariş tutma: 10.000 sipariş / cihaz
- Yoğun saatte (peak) sipariş işleme: ≥ 200 sipariş/dakika/şube
- Aylık SLA hedefi: %99,9 uptime (43 dk/ay altında kesinti)
Sektörel Örnek: 80 Şubeli Hızlı Kahve Zinciri
Türkiye’de İstanbul merkezli orta ölçekli bir kahve zinciri (80 şube, günlük 35.000 sipariş) yaptığımız analiz: monolit POS + 3rd party kurye yönetimi, peak saat kuyruğu 4-7 dakika, müşteri terk oranı %18. Modern stack’e geçişten sonra (offline-first POS + integration gateway + kendi mobil uygulaması + AI menu öneri): kuyruk süresi 90 saniyeye indi, terk oranı %4’e düştü, ortalama sepet tutarı upsell ile %14 arttı. Yıllık ek ciro etkisi: 22 milyon TL. Geri dönüş süresi: 11 ay.
Aynı ekipte, geri kazanma kampanyası (30+ gün gelmeyen müşteriye dinamik kupon) son 6 ayda 14.500 inaktif müşteriyi geri getirdi; bu da yaklaşık 3,8 milyon TL ek ciro. Loyalty + AI segmentasyon yatırımının kendi başına ROI’si 5 ay.
Anti-Pattern’ler: Restoran Yazılım Projesinde Sık Yapılan Hatalar
- “Bulut-only” POS: İnternet kestiğinde restoran kapanır. Hibrit (offline cache + bulut sync) zorunlu.
- Her pazaryeri için ayrı kod tabanı: Canonical order model + integration gateway olmadan, 4. pazaryeri eklerken proje çöker.
- Mutfağa eski klavye/fare: KDS dokunmatik ve sızdırmaz olmalı (yağ, su). Endüstriyel grade ekran zorunlu.
- Sadece SMS ile bildirim: WhatsApp Business API (Twilio, MessageBird) hem maliyet hem etki açısından çok daha verimli.
- Şubeye eğitim atlamak: Yazılım %95 hazırsa bile, şube ekibi eğitilmemişse adopsiyon 3 ay gecikiyor.
- İlk ay rakamlarını “normal” varsaymak: Yeni POS’ta ilk 30 gün öğrenme eğrisi var, KPI’lar 60-90 gün sonra stabilleşir.
Sık Sorulan Sorular
Hazır POS yazılımı yerine özel yazılım yapmanın anlamı var mı?
Tek şubeli ve standart menüye sahip restoranlar için hazır yazılım (Adisyo, Logo İşbaşı, Mikro Resto) yeterli olur. Ancak 10+ şube, özel reçete/maliyetlendirme, çoklu pazaryeri veya AI tabanlı dinamik fiyatlama gibi gereksinimler varsa özel yazılım TCO açısından 3-4 yılda kendini amorti eder.
Şube açma süresi ne kadar?
Yazılım altyapısı kurulduktan sonra yeni şube kurulumu (donanım kurulum + eğitim dahil) 3-7 gün‘dür. Tam franchise modeli için 2-4 hafta süreli onboarding programı önerilir.
Self-ordering kiosk eklemek mümkün mü?
Evet. Kiosk yazılımı genelde POS ile aynı backend’i kullanır, sadece arayüz farklıdır. McDonald’s, Burger King ve büyük QSR zincirlerinin %85’inde kiosk kullanılır ve ortalama sipariş tutarı %12-18 artar (NRA, 2025).
Yapay zeka loyalty modülü nasıl çalışır?
Müşterinin geçmiş sipariş örüntüsünden churn riski, en olası satın alma, en uygun kampanya gibi metrikleri tahmin eder. Tipik mimari: feature store (Feast) + Gradient Boosting modeli (XGBoost) + öneri katmanı (vector search). 30.000+ müşterili veri setinde %19 daha yüksek tekrar satın alma ölçtük.
Kurye yönetimi platform içinde mi olmalı, dışarıdan mı alınmalı?
Tek şube ve düşük hacimli için Getir/Yemeksepeti kurye yeterli. 20+ şube veya günlük 1.000+ teslimat söz konusu ise kendi kurye yönetim modülü (rota optimizasyonu + canlı takip + müşteri uygulamasında ETA) çok büyük fark yaratır — teslimat süresi %22-28 düşer, müşteri memnuniyeti belirgin artar.
Ömer Önal’dan pratik not: Restoran yazılım projelerinde danışmanlık verdiğim 20+ ekipte gözlemlediğim en kritik karar, “tek bir entegrasyon gateway mi, yoksa her pazaryeri için ayrı servis mi” sorusu. İlk pazaryeri (Yemeksepeti) genelde monolit içine gömülüyor, sonra 4-5 entegrasyon eklenince bütün codebase patlıyor. Pratik öneri: 2. pazaryeriyle birlikte canonical order model + integration gateway katmanını ayır, gelecekteki tüm entegrasyonlar bu desene oturur. İkinci pratik: KDS’in mutfağa konacağı yer önceden test edilsin — buharın, ısının, yağ sıçramalarının olduğu noktalarda tablet 3-4 ayda yanıyor. Endüstriyel ekranlar veya cam koruma ile maliyet 4-5K TL artıyor ama bakım maliyeti %80 düşüyor. Sizin restoran zincirinde şu an POS mu, KDS mi, online sipariş mi daha çok darboğaz oluşturuyor?
Sonuç
Restoran ve QSR yazılımı, 2026 itibarıyla artık tek bir POS uygulamasından ibaret değil — POS + KDS + online sipariş + stok + CRM + iş zekası katmanlarını tek bir veri modeline indiren operasyonel platform. Doğru mimari kararlar (offline-first POS, integration gateway, canonical order model) ile 6-12 ayda üretime alınabilir, 24-36 ay içinde yatırımın geri dönüşü tamamlanır. Sektörel operasyon platformları ile karşılaştırma için otel PMS rehberimize, perakende odaklı yapılar için AgriTech rehberi ve eczane lojistiği rehberi de değerli referanslar. CRM tarafı için custom CRM rehberi da yol göstericidir. İletişim formundan projeniz için detaylı bütçe ve roadmap talep edebilirsiniz.
Dış otorite kaynaklar: TÜRSAB · GİB e-Fatura · National Restaurant Association Research · Deloitte Future of Food
Ömer ÖNAL
Mayıs 17, 2026Restoran yazılım projelerinde danışmanlık verdiğim ekiplerde en sık karşılaştığım sorun, 2. veya 3. pazaryeri entegrasyonunda kod tabanının çökmesi. Yemeksepeti tek başına monolit içine gömülüyor, sonra Getir ve Trendyol Yemek eklenince her menu update 4-5 farklı servise dağılıyor, fiyat tutarsızlıkları başlıyor, müşteri şikayetleri yağıyor. Pratik tavsiyem: ilk pazaryerinden itibaren canonical order model + integration gateway katmanı şart. Bir diğer detay — yemek pazaryerleri “menü hızla güncellensin” diye baskı yapar ama bizim deneyimimizde, peak öğle saatinde menu update batch’lemek (10 dakikalık pencerede toplu yayın) hem API rate limit sorunlarını çözüyor, hem de yarı yarıya stale data sorununu engelliyor. Son olarak KDS donanım seçimi — buharlı/yağlı mutfak için endüstriyel ekran tablet’in 4 katı dayanıyor, bakım gideri %80 düşüyor. Sizin restoran zincirinde POS, KDS ya da online sipariş tarafında hangisi en çok ağrı yaratıyor?