Mobil uygulama, bir ürün değil, canlı bir organizma. Lansmanın hemen ardından geliştirmeyi bitmiş saymak en yaygın ve pahalı hatalardan biri. 2026’da App Store ve Google Play istatistiklerine göre güncellenmeyen uygulamaların %42’si 12 ay içinde kullanılmaz hale geliyor. Sebep: işletim sistemi güncellemeleri, güvenlik açıkları, kütüphane uyumsuzlukları ve kullanıcı beklentilerinin değişmesi.
Biz Stark Ajans olarak, sadece uygulama geliştirme değil, uzun soluklu bakım ortaklıkları kuran bir ajansız. Müşterilerimizin bazılarıyla 3-5 yıldır birlikte çalışıyoruz. Bu yazıda mobil uygulama bakımının gerçekliğini, bakım türlerini, maliyet yapısını, SLA detaylarını ve uzun ömürlü bir uygulama için stratejiyi anlatacağız.
Bakım Neden Zorunlu?
Bakımı sadece “bozulan şeyi düzeltmek” olarak düşünmek yanlış. Düzenli bakım birkaç kritik işlevi birden yerine getirir.
1. İşletim Sistemi Uyumu
Apple yılda bir kez iOS, Google yılda bir kez Android yeni sürüm çıkarır. 2026’da iOS 19 ve Android 16 güncel. Yeni sürümlerle bazı eski API’ler deprecate edilir, yeni API’ler gelir, permission sistemi değişir. Bakımsız uygulamada 12-18 ay içinde “yeni telefonlarda çalışmıyor” sorunu çıkar.
2. Güvenlik Açıkları
Kullandığınız kütüphanelerde sürekli güvenlik açığı bulunur. CVE database’ine göre 2025 yılında 1.200+ mobil kütüphane güvenlik yaması yayınladı. Güncellenmeyen uygulama saldırı yüzeyi açık bırakır.
3. Mağaza Politikaları
Apple ve Google her yıl politika değişiklikleri yayınlar. Örneğin 2024’te Apple “tracking transparency” zorunluluğu getirdi, 2025’te Google “data safety” bölümünü genişletti. Politika uyumsuz uygulamalar mağazadan düşürülür.
4. Performans Bozulmaları
Kullanıcı sayısı arttıkça, veri büyüdükçe performans sorunları ortaya çıkar. İlk 1.000 kullanıcıda sorunsuz çalışan uygulama 50.000’de yavaşlayabilir. Düzenli profiling ve optimizasyon şart.
5. Kullanıcı Beklentisi Değişimi
Tasarım trendleri, etkileşim kalıpları, mikroanımasyon beklentileri — hepsi 18-24 ayda bir ciddi şekilde değişiyor. Modası geçmiş görünen uygulama indirme oranını ve kullanıcı bağlılığını kaybeder.
Bakım Türleri
1. Düzeltici Bakım (Corrective)
Ortaya çıkan bug’ların düzeltilmesi. Kullanıcı şikayeti, crash raporu veya QA bulgusu üzerine müdahale. En temel bakım türü.
2. Uyum Bakımı (Adaptive)
Yeni iOS/Android sürümlerine, SDK güncellemelerine, API değişikliklerine uyum. Periyodik olarak yapılması gereken, “olmadan olmaz” bakım.
3. Önleyici Bakım (Preventive)
Ortaya çıkmadan önce sorunları tespit edip önlemek. Kod review, performance profiling, security audit, dependency update. En az dikkate alınan ama en değerli bakım türü.
4. Geliştirici Bakım (Perfective)
Yeni özellik ekleme, mevcut özellikleri iyileştirme, UX geliştirme. Bakımdan çok “gelişim” olarak görülür ama kapsam içinde.
Bakım Paketleri ve Fiyatları 2026
| Paket | Aylık (TL) | Kapsam | Reaksiyon |
|---|---|---|---|
| Temel | 8.000-18.000 | Bug fix, SDK güncel | 72 saat |
| Standart | 18.000-35.000 | + küçük iyileştirme | 24 saat |
| Aktif | 35.000-80.000 | + sprint sprint özellik | 8 saat |
| Dedike ekip | 80.000-250.000 | 1-3 full-time | Anlık |
| Enterprise 7/24 | 150.000-500.000 | Kritik sistem, yüksek SLA | 30 dakika |
Bu fiyatlar orta ölçekli bir uygulama için geçerli. Çok büyük (1M+ kullanıcılı) veya regüle sektörde uygulamalar daha yüksek olabilir.
Aylık Bakımın İçinde Neler Var?
Standart bir bakım paketinin ayı genelde şöyle geçer:
Hafta 1
- Crash raporlarının incelenmesi (Firebase Crashlytics, Sentry)
- Kullanıcı yorumlarının taranması ve bug tespiti
- Acil bug’ların düzeltilmesi
- SDK güncellemeleri (kritik olanlar)
Hafta 2
- Performance metrikleri incelemesi
- Analytics verilerinden ürün davranış analizi
- Küçük iyileştirmelerin implementasyonu
- Design/UX küçük ayarları
Hafta 3
- Aylık release hazırlığı
- Regression test
- Staging ortamında kapsamlı test
- Release notes hazırlığı
Hafta 4
- App Store ve Google Play release
- Release sonrası monitoring (ilk 72 saat yoğun)
- Aylık rapor hazırlığı
- Bir sonraki ay planlaması
SLA (Service Level Agreement) Netleştirilmesi
Kurumsal bakım anlaşmalarında SLA kritik. Yazılı, ölçülebilir hizmet standartları.
Standart SLA Maddeleri
- Uptime garantisi: %99.5 veya %99.9 — yıllık izin verilen kesinti süresi
- Bug reaksiyon süresi: Kritik (kullanıcı engelliyor) 4-8 saat, yüksek 24 saat, orta 72 saat, düşük 1 hafta
- Bug çözüm süresi: Kritik 24 saat, yüksek 72 saat, orta 2 hafta
- Destek kanalları: E-posta, telefon, Slack, dedike PM
- Raporlama sıklığı: Aylık detaylı rapor, haftalık özet
- Escalation: Sorun çözülmezse yukarıya çıkarma mekanizması
- Credit/iade: SLA ihlali durumunda aylık ücretin %10-30 iadesi
SDK Güncellemeleri: Altı Aylık Zorunluluk
Mobil uygulama geliştirme ekosisteminde SDK’lar sürekli güncelleniyor. Büyük güncellemeler:
- iOS SDK: WWDC (Haziran) + final release (Eylül). Yılda bir büyük sürüm.
- Android SDK: I/O (Mayıs) + Android release (Ağustos-Eylül).
- Flutter: Çeyreklik stable release. Yılda 4 major güncelleme.
- React Native: Büyük sürümler her 6 ayda, minor sürümler 3 ayda bir.
- Firebase: Sürekli küçük güncellemeler, yılda bir büyük.
- Third-party SDK’lar: Çoğu aylık güncelleme.
Güncelleme atlanırsa, sonraki güncellemeler zorlaşır. Birikmiş güncelleme maliyeti exponansiyel artar. 18 ay güncellenmemiş bir uygulamayı güncel tutmak, sürekli bakım yapılanın 3-5 katı maliyet.
App Store ve Google Play Politika Değişiklikleri
Son 24 ayda takip edilmesi gereken önemli değişiklikler:
- Apple Privacy Manifest zorunluluğu (2024)
- Google Play Integrity API yerine Play Attestation
- Apple App Tracking Transparency ek sıkılaşmaları
- Google Play Data Safety bölümü genişlemesi
- EU Digital Markets Act kapsamında alternatif mağaza izinleri
- iOS 18 Dynamic Island entegrasyonu (opsiyonel ama beklenen)
- Android 15 Predictive Back Gesture
- Apple AI özellikleri (Apple Intelligence) ile entegrasyon trendi
- Google Play Core Library güncellemeleri
Monitoring ve Analitik
İyi bakımın temeli doğru ölçümleme. Kurumsal bakım paketi mutlaka bu araçları içermeli:
- Crash monitoring: Firebase Crashlytics, Sentry, Bugsnag
- Performance: Firebase Performance, New Relic, Datadog RUM
- Analytics: Firebase Analytics, Mixpanel, Amplitude, GA4
- User session replay: FullStory, Hotjar Mobile, Heap
- Uptime monitoring: Better Stack, Pingdom
- Log aggregation: Logtail, Datadog Logs, CloudWatch
Bu araçlar aylık 500-15.000 TL bandında maliyetlendirilir. Kurumsal projelerde maliyet 25.000-80.000 TL/ay da olabilir.
Uygulama Ömrünü Uzatma Stratejisi
Bir mobil uygulama düzenli bakımla 5-7 yıl canlı kalabilir. Stratejik yaklaşım:
- Modüler mimari: Parçaları bağımsız güncellenebilir
- Dependency hijyen: Aktif sürdürülen kütüphaneler tercih
- Feature flags: A/B test ve aşamalı rollout
- API versioning: Eski sürümler hâlâ çalışsın
- Backend-driven UI: Sunucu tarafından UI güncellenebilir
- Hot update: React Native’de OTA, Flutter’da Shorebird
- Sürekli user research: Kullanıcıyla temas kopartmama
- Technical debt yönetimi: Yılda bir “refactor sprint” yapılmalı
Bakım Hatalarının Maliyeti
Bakımı ihmal eden şirketlerin karşılaştığı gerçek maliyet kalemleri:
- Kullanıcı kaybı — günlük aktif kullanıcıda %20-50 düşüş
- App Store yıldız puanının düşmesi — organik indirmelerin %60 azalması
- Kritik güvenlik açığı — ciddi marka zararı, yasal sorumluluk
- Mağazadan düşürülme — yayın tekrar başlatma süreci haftalar alır
- Acil yeniden yazım — 3-5 kat maliyet
- Rakip önde geçme — pazar payı kaybı
Mobil yaklaşım için mobil uygulama geliştirme ve maliyet detayları için mobil uygulama maliyeti yazılarımızı inceleyebilirsiniz.
Sık Sorulan Sorular
Uygulama yayında, her şey iyi. Bakıma ihtiyaç var mı?
Evet. “Şu an iyi” 6 ay sonra için geçerli değil. iOS/Android güncellemeleri, SDK’lar, politika değişiklikleri — her ay gelişen bir ekosistem. Minimum temel bakım paketi zorunlu.
Bakımı yaptıran ajans değişebilir mi?
Evet, ama zahmetlidir. Önceki ajansın bilgi transferi, kaynak kodu teslim, CI/CD transferi, sertifikaların geçişi — hepsi 2-4 haftalık süreç. Kaynak kodunun size ait olduğundan emin olun.
Ayda kaç güncelleme yayınlanmalı?
Aktif bakımda ayda 1-2 release normal. Çok fazla release kullanıcıyı rahatsız eder, çok az ise bug birikir. Önemli bug fix için hemen release, küçük iyileştirmeler aylık toplu release ideal.
Kendi ekibimle bakım yapabilir miyim?
Evet ama maliyetli. Bir senior mobil geliştirici aylık 80.000-140.000 TL. En az iki kişilik ekip gerekir (yedekleme için). Aylık 250.000 TL+ sabit gider. Ajans bakım paketiyle karşılaştırarak karar verin.
Uygulama çok eskidi, bakım mı yoksa sıfırdan yazmak mı?
3+ yıl güncellenmemiş, teknoloji eski, kod tabanı kötü bir uygulamada sıfırdan yazmak bazen daha ekonomik. Due diligence yaparak karar verilmeli. Ajansa mevcut kodu analiz ettirin — 1-2 haftalık çalışmayla net tablo çıkar.
Bakım paketi içinde yeni özellik ekleyebilir miyim?
“Aktif” veya “dedike ekip” paketinde evet, aylık belli saat bütçesi içinde. Temel paket sadece bakım; yeni özellik ek ücretlendirilir. Change request süreci ile kapsam genişletilir.
Stark Ajans: Uzun Soluklu Bakım Ortaklığı
Biz mobil uygulama geliştirme ajansı olarak “geliştir, teslim et, çık” yaklaşımından uzağız. Uygulamanın ömrü boyunca yanınızda olmayı hedefliyoruz. Bakım paketlerimizde şeffaf SLA, aylık detaylı rapor, proaktif öneriler ve uzun dönem stratejik yaklaşım var.
Uygulamanızın bakım gereksinimlerini değerlendirmek, mevcut bakım ortağınızdan geçiş yapmak veya uzun soluklu bir bakım ortaklığı kurmak için bizimle iletişime geçin. Ücretsiz keşif görüşmemizde uygulamanızın mevcut durumunu, teknik borcunu ve optimum bakım paketini birlikte değerlendirelim. 3-5 yıllık büyüme perspektifiyle çalışıyoruz.