Restoran İçin Mobil Uygulama Yaptırmak Ne Kadar Tutar?

Sipariş ve sadakat özellikli, iOS ve Android'de çalışan bir restoran uygulaması Türkiye'de 2026 itibarıyla çoğunlukla 200.000 – 500.000 ₺ bandında fiyatlanıyor. Yalnız menü, kampanya ve dijital sadakat kartı gösteren dar bir uygulama 100.000 ₺ civarından başlayabilir. Kurye takibi, kasa entegrasyonu ve çok şubeli yönetim eklendikçe rakam bu bandın üstüne çıkar.

Bu yazıda rakamın arkasındaki kalemleri, hangi restoran için hangi kapsamın mantıklı olduğunu ve yayından sonra her ay ne ödeyeceğinizi anlatıyoruz. Bütün uygulama türlerinin fiyat tablosu ve araştırmanın yöntemi mobil uygulama fiyatları sayfasında.

Restoran uygulamasının fiyatı hangi kalemlerden oluşuyor?

Dışarıdan tek bir uygulama gibi görünür ama içeride üç parça vardır: müşterinin telefonundaki uygulama, menüyü ve siparişleri yönettiğiniz panel, ikisini birbirine bağlayan sunucu. Teklifteki rakamın büyük kısmı ikinci ve üçüncü parçadan gelir. Müşterinin gördüğü ekranlar işin görünen yüzüdür.

Tablodaki "yüksek" kalemlerin ortak noktası, başka bir sistemle konuşmalarıdır. Kasa yazılımınızın dışarıya açık bir API'si varsa entegrasyon sınırlı bir iştir. Yoksa ya o yazılımın üreticisiyle ayrıca anlaşmak ya da uygulama siparişlerini ayrı bir tablet ekranından takip etmek gerekir. Teklif istemeden önce kasa yazılımınızın adını ve sürümünü not edin; ilk görüşmede sorulacak sorulardan biri budur.

Kapsama göre üç tipik restoran uygulaması

Aynı "restoran uygulaması" cümlesi çok farklı projeleri anlatabilir. Gelen teklifleri karşılaştırabilmek için kendinizi aşağıdaki üç senaryodan birine yerleştirin.

Tek şubeli kafe ya da restoran

Menü, kampanya, sadakat kartı ve gel-al siparişi. Ödeme kasada ya da QR ile yapılır, teslimat yoktur. Bu kapsam araştırmamızdaki alt banda, 100.000 – 200.000 ₺ aralığına yakın durur. Amaç yeni müşteri bulmak değil, müşterinin ikinci ve üçüncü ziyaretini kolaylaştırmaktır.

Birkaç şubeli marka

Şube seçimi, şubeye göre menü ve stok, uygulama içi ödeme, şubeler arasında geçerli ortak sadakat puanı ve merkezden yönetilen kampanyalar. Bu, 200.000 – 500.000 ₺ bandının tipik projesidir. Panelde şube müdürünün ve merkez yöneticisinin farklı yetkileri olur; bu yetki ayrımı da kapsamın bir parçası olarak teklifte yazmalıdır.

Kendi teslimatını yapan zincir

Yukarıdakilere ek olarak kurye uygulaması (ayrı bir uygulama ya da aynı uygulamada kurye modu), canlı konum, teslimat bölgeleri, bölgeye göre teslimat ücreti ve kasa entegrasyonu. Burada iki değil üç arayüz yazılır: müşteri, kurye ve panel. Proje 500.000 ₺'nin üstüne çıkabilir.

Sipariş platformları varken kendi uygulamanız neden gerekli?

Yemek siparişi platformları size müşteri getirir ama müşteri platformun müşterisi olarak kalır. Telefon numarası, sipariş geçmişi ve kampanyaya verdiği tepki platformdadır; her siparişte de komisyon ödersiniz. Kendi uygulamanın asıl getirisi, sizi zaten tanıyan müşterinin tekrar siparişini doğrudan ve platform komisyonu olmadan almaktır.

Bu yüzden restoran uygulaması yeni müşteri kazanma aracı değil, var olan müşteriyi tutma aracıdır. Hesabı üç rakamla kurabilirsiniz: haftada kaç düzenli müşteriniz var, bunların ne kadarı platformdan sipariş veriyor, platforma sipariş başına ne ödüyorsunuz? Komisyon oranını kendi sözleşmenizden alın; oranlar platforma, şehre ve anlaşmaya göre değişiyor. Bu üç rakam, uygulamanın kendini kaç ayda ödeyebileceğini kabaca gösterir.

Düzenli müşteriniz azsa uygulamadan önce talebi ölçmek daha ucuzdur; yöntemleri uygulama fikri nasıl doğrulanır yazısında anlattık. Yalnız sipariş almak istiyorsanız mobil uyumlu bir sipariş sitesi de iş görebilir. Uygulamayı siteden ayıran şey sadakat kartı, kayıtlı ödeme ve push bildirimidir. Karar için mobil uygulama mı, web sitesi mi yazısına bakabilirsiniz.

Sadakat programı uygulamada nasıl çalışmalı?

Karton damga kartının dijital hâli, en basit ve en çok işe yarayan modeldir. Blak Coffee için geliştirdiğimiz uygulamada dokuz bardaklık dairesel bir sayaç, ücretsiz içeceğe kaç adım kaldığını gösteriyor. Kullanıcıya özel QR kod kasada okutulduğunda ödeme yapılıyor ve puan kendiliğinden yükleniyor. Uygulamada şube haritası, şubeye göre filtrelenen kampanya akışı ve dijital fiş de var; ayrıntılar Blak Coffee proje sayfasında.

Hangi modeli seçerseniz seçin, şu kurallar işe yarar:

• Kural tek cümleyle anlatılabilmeli. "9 kahveye 1 kahve bizden" anlaşılır. "Her 100 ₺'ye 3,5 puan, 400 puan bir tatlı" anlaşılmaz.
• Puan kasada kendiliğinden yüklenmeli. Personelin hatırlamasına bağlı bir sistem birkaç hafta içinde unutulur.
• İlk ödül yakın olmalı. Düzenli bir müşteri ilk ödülüne ilk ay içinde ulaşabilmeli.
• Kampanya şubeye göre filtrelenmeli. Kadıköy'deki müşteriye Bakırköy şubesinin akşam indirimini göndermek bildirimi kapattırır.
• Bildirimler az ve değerli olmalı. Sipariş durumu ve gerçekten avantajlı kampanyalar yeterli; her gün "acıktınız mı?" mesajı uygulamanın silinme sebebidir.

Online ödeme ve mağaza kuralları neyi değiştirir?

Yemek ve içecek fiziksel üründür; bu yüzden Apple'ın uygulama içi satın alma sistemini kullanmazsınız. App Store İnceleme Yönergeleri'nin 3.1.3(e) maddesi, uygulama dışında tüketilen mal ve hizmetlerin Apple Pay ya da kredi kartı gibi başka ödeme yöntemleriyle tahsil edilmesini şart koşuyor (Apple yönergeleri, Ekim 2026'da kontrol edildi). Pratikte bu, dijital içerik satan uygulamaların ödediği %15 – %30 mağaza komisyonunu ödemediğiniz, onun yerine çalıştığınız ödeme kuruluşunun işlem ücretini ödediğiniz anlamına gelir.

İkinci kural daha az bilinir ve doğrudan bütçenizi etkiler. Aynı yönergelerin 4.2.6 maddesi, ticari bir şablondan ya da uygulama üretme servisinden çıkan uygulamaları, içerik sahibinin kendisi göndermiyorsa reddediyor. Yönergenin verdiği örnek de restoran: şablon sağlayıcılar ya bütün restoranları tek bir "restoran bulucu" uygulamada toplamalı ya da müşterisine özgün bir uygulama sunmalı. "Aylık ücretle markanıza özel uygulama" diye satılan hazır paketlerde, uygulamanın kimin hesabından ve hangi biçimde yayınlanacağını baştan sorun.

Uygulama ayrıca web sitenizi bir çerçeveye koymaktan ibaret olmamalı. Böyle uygulamalar asgari işlevsellik maddesi (4.2) gereği sık reddediliyor. Diğer red sebepleri için App Store ve Google Play red nedenleri yazısına bakın.

Yayından sonra her ay ne ödersiniz?

250.000 ₺'lik bir uygulamada bakım öngörüsü yılda 37.500 – 62.500 ₺ eder. Bakım; işletim sistemi güncellemelerine yetişmek, panelde çıkan hataları düzeltmek ve ödeme kuruluşunun yaptığı değişiklikleri uygulamaya yansıtmak demektir. Kalem kalem döküm mobil uygulama bakım maliyeti yazısında.

Teklif alırken restorana özel hangi soruları sormalısınız?

1. Kasa yazılımımızla entegrasyon teklife dahil mi? Değilse uygulama siparişleri nereye düşecek?
2. Menüyü, fiyatları ve tükenen ürünleri panelden kendimiz değiştirebilecek miyiz?
3. Ödeme kuruluşu sözleşmesi kimin adına yapılacak? (Sizin adınıza olmalı.)
4. Uygulama App Store ve Google Play'de kimin geliştirici hesabından yayınlanacak?
5. Sadakat puanı şubeler arasında ortak mı olacak, kampanyayı şubeye göre gönderebilecek miyiz?
6. Cuma akşamı gibi yoğun saatlerde aynı anda gelen siparişler için nasıl test yapılacak?
7. Kaynak kod ve panel teslim edilecek mi, bakım anlaşması ayrı mı fiyatlanıyor?

Genel firma soruları için yazılım ajansı seçerken sorulacak 12 soru yazısı daha kapsamlı bir liste veriyor. Bizimle konuşmak isterseniz mobil uygulama geliştirme sayfasında sürecimizi anlattık; ilk görüşmede kapsamı netleştiriyor, ardından net rakamlı teklif çıkarıyoruz.

Bütçeyi düşürmenin gerçekçi yolu nedir?

İlk sürümü tek bir işe odaklamak. Restoranlar için bu iş çoğu zaman sadakattir: müşteri uygulamayı indirir, kasada QR'ını okutur, puan biriktirir. Gel-al siparişi ikinci adım, kendi kurye ağınız üçüncü adımdır ve her adım bir öncekinin verisine bakılarak eklenir. Tek platformla başlamak ise genelde tasarruf getirmez: cross-platform geliştirmede iOS ve Android'i birlikte çıkarmak, ikinci platformu altı ay sonra eklemekten daha ucuzdur. Böyle odaklı bir ilk sürüm (MVP) 4 – 6 haftada yayına hazır olabilir.