Mobil uygulama yaptırma fiyatları 2026: maliyet rehberi

Mobil uygulama yaptırmak ne kadar tutar?

Kısa cevap: kapsama göre değişir. “Uygulama” kelimesi üç ekranlı bir katalogdan, binlerce kullanıcının aynı anda sipariş verdiği bir platforma kadar çok farklı işleri anlatır. Bu yüzden tek bir rakam aramak yerine uygulama türüne göre aralıklara bakmak daha doğru sonuç verir. Aşağıdaki tablo, Türkiye’deki yazılım ajanslarının 2026’da yayımladığı fiyat rehberlerinden derlendi; kaynakların tamamı yazının sonunda.

Tablodaki sınırlar keskin çizgiler sayılmamalı. Basit bir MVP’ye ödeme, harita ve anlık bildirim eklendiğinde proje kolayca orta ölçekli banda geçer. Kaynaklar arasında da fark var: her ajans “basit” ve “orta” kelimelerini biraz farklı tanımlıyor. Rakamları teklif beklentinizi ayarlamak için kullanın; net fiyat ancak ekran ve özellik listesi yazıldıktan sonra ortaya çıkar.

Karşılaştırma için kendi fiyatımızı da paylaşalım: Nullmedya’da tek kod tabanıyla hem iOS hem Android’e çıkan bir mobil uygulama MVP’si 90.000 TL’den başlıyor (KDV hariç). Diğer yazılım projelerinin başlangıç fiyatlarını özel yazılım fiyatları sayfasında topladık.

Mobil uygulama maliyetini neler belirler?

Bir mobil uygulamanın fiyatı, sonuçta harcanan geliştirme saatlerinin toplamıdır. Saati artıran kalemler bellidir. Teklif okurken her birinin kapsamda nasıl tanımlandığına bakmak, iki teklifi doğru karşılaştırmanın da ön koşuludur.

Bu kalemlerden en çok gözden kaçanı backend ve yönetim panelidir. Kullanıcı telefonda yalnızca uygulamayı görür. Siparişlerin, kullanıcıların ve içeriklerin yönetildiği arka taraf ise toplam emeğin önemli bir bölümünü tutar. “Uygulama 10 ekran olacak” bilgisi, panelin ne yapacağı yazılmadıkça fiyatı tahmin etmeye yetmez.

iOS ve Android için ayrı ücret mi ödenir?

Cevap seçilen teknolojiye bağlı. Mobil uygulamalar iki yolla geliştirilir: her platform için ayrı yazılan native uygulamalar ve tek kodla iki platformda çalışan çapraz platform uygulamalar. Fiyat farkının büyük kısmı bu seçimden gelir.

Native geliştirme nedir?

Native geliştirme, uygulamanın iOS için Swift, Android için Kotlin gibi her platformun kendi diliyle ayrı ayrı yazılmasıdır. İki kod tabanı olduğu için geliştirme de bakım da iki kez yapılır. Cihazın kamera, sensör ve grafik gücünü sınırına kadar kullanan oyun, görüntü işleme veya yoğun animasyonlu uygulamalarda tercih edilir.

Çapraz platform geliştirme nedir?

Çapraz platform geliştirme, React Native veya Flutter gibi bir çatıyla tek kod yazılıp aynı uygulamanın hem App Store’da hem Google Play’de yayınlanmasıdır. Kodun büyük kısmı ortak olduğu için geliştirme ve bakım tek ekipte toplanır. Sipariş, randevu, sadakat, katalog ve saha uygulaması gibi iş uygulamalarının çoğu için yeterli performans sunar.

Maliyet farkı kaynaklarda açıkça görülüyor. Ajans rehberleri, iki ayrı native uygulamanın aynı kapsamdaki çapraz platform projeden yaklaşık %40 ile %80 arasında daha pahalıya çıktığını yazıyor. Bir ajansın 2026 fiyat sayfasında çapraz platform uygulamalar 85.000 TL’den, iOS ve Android için ayrı native geliştirme 150.000 TL’den başlıyor. Yalnızca tek platformla başlamak da maliyeti düşürür; ancak müşterilerinizin bir kısmı iPhone, bir kısmı Android kullanıyorsa tek platform onların bir bölümünü dışarıda bırakır.

Uygulama yayınlandıktan sonra hangi maliyetler çıkar?

Teklifteki rakam genellikle yalnızca geliştirme bedelidir. Uygulama mağazaya çıktıktan sonra her ay ya da her yıl tekrarlayan giderler başlar. Bütçe planında bunların baştan yer alması, ilk yılın sonunda sürpriz yaşamamak için gereklidir.

Komisyon konusunda sık karıştırılan bir nokta var. Mağazalar komisyonu uygulama içinde satılan dijital içerikten alır: abonelik, premium özellik, oyun içi para gibi. Apple’ın kurallarına göre uygulama dışında tüketilen fiziksel ürün ve hizmetlerin (yemek siparişi, randevu, kargo ile gelen ürün) ödemesi uygulama içi satın alma ile alınmaz; sanal POS veya Apple Pay gibi yöntemler kullanılır. Bu nedenle sipariş ve randevu uygulamalarında mağaza komisyonu çoğu zaman gündeme gelmez.

Mağaza ücretleri küçük görünür ama hesapların kimin adına açıldığı önemli bir ayrıntıdır. Apple ve Google hesapları geliştirici firmanın adına açılırsa uygulama da o firmanın hesabında durur; firma değiştirmek istediğinizde uygulama transferi gerekir. Hesapları baştan işletmenin kendi adına açmak en temiz yoldur. Aynı kural alan adı ve sunucu için de geçerli; temel kavramları domain nedir ve hosting nedir yazılarında anlattık.

Bakım kâğıt üzerinde isteğe bağlıdır; mobilde ise pratikte zorunluya yakındır. Apple ve Google her yıl yeni işletim sistemi sürümü yayınlar. Google Play, hedef API düzeyi güncellenmeyen uygulamaları zamanla yeni Android sürümü kullanan kişilere göstermez. Güncellenmeyen bir uygulama bir süre sonra mağazada görünürlüğünü ve yeni cihazlarda uyumunu kaybeder. Biz yıllık bakımı proje bedelinin %15–20’si olarak fiyatlandırıyoruz; piyasadaki rehberler de benzer oranlar veriyor.

Mobil uygulama ne kadar sürede yapılır?

Süre de maliyet gibi kapsamla belirlenir. Ajans rehberlerinde basit bir MVP için 1–3 ay, orta ölçekli uygulamalar için 3–6 ay, karmaşık projeler için 6–12 ay ve üzeri veriliyor. Bizim projelerimizde çapraz platform bir MVP tipik olarak 8–14 haftada tamamlanıyor. Bir projenin geçtiği aşamalar şunlardır:

1. Keşif ve kapsam: Kullanıcı rolleri, ekran listesi ve entegrasyonlar yazılır. Net fiyat bu aşamanın sonunda çıkar.
2. Tasarım ve prototip: Ana akışlar tıklanabilir taslak olarak hazırlanır ve kod yazılmadan önce test edilir.
3. Geliştirme: Uygulama, backend ve yönetim paneli genellikle paralel ilerler; ara teslimlerle kontrol edilir.
4. Test: Farklı ekran boyutları, eski ve yeni işletim sistemi sürümleri ve zayıf bağlantı senaryoları denenir.
5. Mağaza yayını: App Store ve Google Play incelemesinden geçilir; ret gelirse eksik giderilip yeniden gönderilir.
6. Yayın sonrası: Çökme raporları ve kullanıcı geri bildirimleriyle ilk düzeltmeler yapılır.

Süreyi en çok uzatan etken, geliştirme ortasında değişen kapsamdır. Her yeni özellik tasarımı, geliştirmeyi ve testi yeniden açar. Özellik listesinin keşif aşamasında yazılı hale gelmesi hem takvimi hem bütçeyi korur.

Bütçe sınırlıysa nereden başlanmalı?

Bütçeyi düşürmenin en etkili yolu ilk sürümü küçültmektir. MVP yaklaşımında uygulama, asıl işi yapan en az özellikle yayınlanır; gerisi gerçek kullanım verisine göre sonraki sürümlere bırakılır. Kavramı ve kapsamı daraltma yöntemlerini MVP nedir yazısında ayrıntılı anlattık. Mobil projede bütçeyi koruyan pratik adımlar:

• İlk sürüme yalnızca kullanıcının asıl işi tamamlaması için gereken ekranları koyun. Bir sipariş uygulamasında bu; ürün listesi, sepet ve sipariş takibidir.
• Çapraz platform seçin. Tek kod tabanı hem ilk bütçeyi hem yıllık bakım yükünü azaltır.
• Elle yapılabilecek işleri otomatikleştirmeyi erteleyin. İlk aylarda raporu panelden Excel’e almak, otomatik rapor modülü yazmaktan ucuzdur.
• Hazır servisleri kullanın. Bildirim, harita ve ödeme için hazır altyapılar aynı işi sıfırdan yazmaktan hızlıdır.
• Tasarımı sade tutun. Özel animasyon ve illüstrasyonlar ikinci sürümde de eklenebilir.
• Entegrasyonları aşamalandırın. Muhasebe veya ERP bağlantısı, uygulamanın kullanıldığı görüldükten sonra gelebilir.

Mağaza uygulaması mı, mobil uyumlu web mi?

Her ihtiyaç için mağazadan indirilen bir uygulama gerekmez. Kullanıcılar sistemi ara sıra açacaksa (randevu almak, menüye bakmak, teklif istemek) mobil uyumlu bir web uygulaması çoğu zaman yeterlidir ve App Store ile Google Play süreçlerine girmeden yayına alınır. Planora360 randevu sistemimiz ve QR menümüz bu yüzden uygulama indirmeden tarayıcıda çalışıyor. Mağaza uygulaması şu durumlarda öne çıkar:

• Anlık bildirim ve ana ekrandaki simge, kullanıcıyı geri getirmenin ana yolu olacaksa.
• Kamera, konum, Bluetooth veya cihaz sensörleri yoğun kullanılacaksa.
• Uygulamanın internet olmadan da çalışması gerekiyorsa (saha ekibi, depo sayımı).
• Kullanıcılar uygulamayı her gün ya da her hafta açacaksa.

Bir başka seçenek de hazır uygulama oluşturucular ve abonelikli platformlar. Giriş maliyetleri düşüktür; buna karşılık aylık ücret sürer, özelleştirme sınırlıdır ve veriler platformda kalır. Hazır çözümle özel geliştirme arasındaki kararı maliyet, esneklik ve veri sahipliği açısından hazır yazılım mı, özel yazılım mı yazısında karşılaştırdık.

Mobil uygulama teklifleri neden bu kadar farklı?

Aynı brief’e gelen iki teklif arasında birkaç kat fark görmek olağandır. Farkın büyük kısmı, fiyatlandırılan işin aynı olmamasından kaynaklanır:

• Kapsam yorumu: Bir firma yönetim panelini ve backend’i teklife katar, diğeri yalnızca telefondaki uygulamayı fiyatlar.
• Ekip yapısı: Serbest geliştirici, küçük ajans ve büyük yazılım firmasının saat ücretleri ve süreçleri farklıdır.
• Tasarım seviyesi: Hazır arayüz bileşenleriyle çalışmakla her ekranı özel tasarlamak arasında ciddi emek farkı vardır.
• Test ve proje yönetimi: Bazı tekliflerde test, proje yönetimi ve mağaza yayını ayrı kalem olarak görünür, bazılarında hiç yer almaz.
• Teknoloji: Native ve çapraz platform arasındaki seçim tek başına teklifi önemli ölçüde değiştirir.
• Yayın sonrası destek: Garanti süresi, bakım ve sunucu yönetimi kimi teklifte dahildir, kimisinde ayrıca ücretlendirilir.

En düşük rakamı seçmeden önce tekliflerin aynı işi anlattığından emin olun. Çok düşük bir teklif çoğu zaman kapsamın bir kısmının yazılmadığı anlamına gelir. Eksik kalan iş, geliştirme ortasında ek ücret olarak geri döner.

Teklifleri karşılaştırmak için kontrol listesi

Aşağıdaki soruları her teklif için ayrı ayrı cevaplayın. Cevabı belirsiz kalan her madde, ileride ek maliyet riskidir.

• Ekran listesi ve kullanıcı rolleri yazılı mı?
• Yönetim paneli ve backend teklife dahil mi, kapsamları tanımlı mı?
• iOS ve Android ikisi de dahil mi? Native mi, çapraz platform mu?
• Tasarım ve tıklanabilir prototip ayrı bir aşama olarak var mı?
• Entegrasyonlar (ödeme, SMS, harita, muhasebe) tek tek sayılmış mı?
• App Store ve Google Play yayını ile inceleme sürecindeki düzeltmeler kimin sorumluluğunda?
• Kaynak kod teslim ediliyor mu? Mağaza hesapları, alan adı ve sunucu kimin adına açılacak?
• Teslimden sonra kaç ay ücretsiz hata düzeltme var? Bakım ücretliyse oranı ne?
• Ödeme planı aşamalara bağlı mı, her aşamanın teslim ölçütü yazılı mı?
• Kapsam dışı bir istek geldiğinde nasıl fiyatlandırılacak?

Bu liste hukuki tavsiye değildir. Kaynak kod sahipliği ve teslim koşullarının sözleşmeye nasıl yazılacağı için bir hukukçudan destek almanızı öneririz. Bizim kapsamı nasıl çıkardığımızı, nelerin teslim edildiğini ve hangi teknolojileri kullandığımızı mobil uygulama geliştirme sayfasında bulabilirsiniz.