Kurumsal Mobil Uygulama Maliyetleri: İlk Yıl ve Sonrası
Çoğu maliyet tahmini neden yanlış
İnternet "mobil uygulama 50 bin ile 500 bin dolar arasında" diyen yazılarla dolu. Gerçek bir proje bütçeleyen bir yönetici için işe yaramazlar: beş yıllık maliyet eğrisini tek bir ilk yıl etiketine sıkıştırırlar.
Bu yazı, fintech, healthtech, lojistik ve B2B SaaS müşterilerimiz için kurumsal mobil uygulama kapsamlarken kullandığımız maliyet çerçevesi. Rakamlar Clutch ve GoodFirms gibi bağımsız platformların 2026 verilerine dayanıyor.
Burada "kurumsal mobil uygulama" ne demek
Şu özelliklere sahip uygulamalardan bahsediyoruz:
- Görev kritik (duruş süresinin iş maliyeti var)
- Üçten fazla arka uç sistemle entegre (kimlik doğrulama, faturalama, iç API'ler)
- Mevzuat uyumu gerektiren (KVKK, GDPR, HIPAA, PCI — dikeye göre)
- Profesyonel sürüm yönetimi gerektiren (test ortamı, kalite kontrol, geri alma)
- 3-5 yıllık operasyonel ufka sahip
Bu bir hafta sonu prototipi değil. Aşağıdaki rakamlar profesyonel mühendislik varsayar.
İlk yıl maliyeti: sektör ne söylüyor
Cross-platform yol (Flutter veya React Native) iOS + Android'i tek bir geliştirme fazına indirir, geliştirme maliyetinin yaklaşık üçte birini tasarruf ettirir. Karşılığında platforma özgü arayüz cilasından ve derin cihaz entegrasyonlarından ödün verirsiniz.
Cross-platform vs native kararı kendi başına bir yazı (bkz React Native vs Flutter: Kurumsal 2026 Kararı). Kısaca: uygulamanın UX'i çoğunlukla içerik + form ise cross-platform; platforma özgü UX'e yaslanıyorsa (kamera, ARKit, watchOS, derin widget'lar) native.
İkinci yıldan sonrası: asıl sürpriz
İlk yılın ötesinde uygulama yıllık bir gider kalemine dönüşür: arka uç altyapısı, dış servis abonelikleri, mağaza ücretleri, bakıma ayrılan mühendislik zamanı, işletim sistemi sürüm yükseltmeleri ve güvenlik yamaları.
Sektör verileri, yıllık işletme maliyetinin genellikle ilk yıl yatırımının çeyreği ile üçte biri arasında seyrettiğini gösteriyor. Beş yıllık ufukta bu, başlangıç yatırımına yakın ya da onu aşan bir toplam demek. Çoğu ilk yıl tahmini bu kısmı hiç hesaba katmaz. Siz katmayın.
Dört gizli maliyet tuzağı
1. "Android'i sonra ekleriz" tuzağı
Ekipler genelde önce iOS'sü yayınlayıp Android'i altı ay sonraya bırakmayı planlar. Gerçekte Android, iOS geliştirme maliyetinin büyük bölümünü ekler. Tamamını değil, çünkü arka uç ve tasarım sistemi paylaşılır; ama başlangıçta kapsamda olmayan işler de çıkar: farklı bildirim sağlayıcı, farklı analitik ve hata raporlama kütüphaneleri. Android'i baştan kapsama dahil edin.
2. Compliance retrofit tuzağı
KVKK, GDPR veya HIPAA mimarisi düşünülmeden yapılan uygulamalarda uyumu sonradan eklemek, baştan kurmaya kıyasla kat kat pahalıya gelir. Veriniz düzenlemeye tabi bir kategori içeriyorsa veri akışını keşif aşamasında gizlilik öncelikli tasarlayın; ikinci yılın temizlik projesi olarak değil.
3. Üçüncü-parti SDK patlaması
Eklediğiniz her "ücretsiz" kütüphane bir maliyet getirir: belirli bir hacmin üzerinde ücretlendirme, veri işleme sözleşmesi için hukuki inceleme, güvenlik incelemesi, uygulama boyutuna etki ve yeni mühendisin öğrenme süresi. Altı ila on dış kütüphane için yıllık bir bütçe ayırın. Otuzdan fazla kütüphane taşıyan uygulamalar gördük; bakım açısından kara delik oluyorlar.
4. OS upgrade vergisi
Her yıl Apple yeni bir iOS sürümü yayınlar ve bir şey bozulur. Google aynısını Android tarafında yapar. Yılda iki ila dört haftalık kıdemli mühendislik zamanını sürüm yükseltmelerine ayırın. Bu iş tek bir yeni özellik üretmez ama planlamazsanız hazırlıksız yakalanırsınız.
Bölge seçimi maliyeti nasıl değiştirir
Aynı kapsam, geliştirme ekibinin bulunduğu bölgeye göre belirgin biçimde farklı maliyetlenir. Londra ve New York gibi merkezlerde kıdemli mühendis saatleri en üst bantta; Berlin ve Amsterdam bir kademe altında; Lizbon, Varşova ve İstanbul gibi merkezler ise Batı Avrupa'nın belirgin şekilde altında kalıyor.
İstanbul, Batı Avrupa oranlarının belirgin şekilde altında kalırken aynı gün içinde örtüşen çalışma saatleri, İngilizce yetkin kıdemli mühendisler ve KVKK uyumlu operasyon sunuyor. Bu coğrafyanın kurumsal kısa listelerde yer almasının sebebi bu; ayrıntı için bkz. İstanbul Yazılım Firması Nasıl Seçilir.
Satın alma ekibinin sorması gereken sorular
Mobil uygulama tekliflerini değerlendirirken:
- Yıl-1 + yıl-5 TCO modelini göster, sadece yıl 1 değil
- Kıdemli mühendis saat dağılımı faza göre nedir? (keşif, tasarım, dev, QA, release)
- Hangi üçüncü-parti SDK'ları öneriyorsun, neden her biri? (auth + push + analytics dışındakine itiraz et)
- iOS + Android OS upgrade döngülerini kim halledecek? (gerçek iş, ekip alokasyonu olmalı)
- Release production'ı kırarsa rollback prosedürü nedir? (cevap yoksa yürüyün)
- AB SCC / KVKK işleyen olarak imzalıyor musun? (regülasyonlu veri için zorunlu)
- Yıl-2 bakıma %50 atanan kıdemli mühendisin özgeçmişini göster (sıklıkla unutulur)
Internative nerede duruyor
Kurumsal mobil uygulamaları, isimleri belli kıdemli ekipler, şeffaf toplam sahip olma maliyeti modeli ve beş yıllık operasyonel ufuk planlamasıyla geliştiriyoruz.
Kendi projeniz için toplam maliyet modeli isterseniz, iletişim formu en hızlı yol. Fazlı bir kapsam, ekip yapısı ve beş yıllık maliyet projeksiyonuyla geri döneriz.