Uygulama bakımı, yayınladığın uygulamanın telefonlarda sorunsuz çalışmaya devam etmesi için yapılan sürekli iştir: hata düzeltme, işletim sistemi uyumu, güvenlik yamaları, sunucu takibi ve mağaza kurallarına uyum. Kısa cevap şu: uygulama yayına girince bitmez, yayından sonra uygulama düzenli emek ister ve bunu baştan bütçeye koymazsan ilk büyük iOS ya da Android güncellemesinde sürpriz yaşarsın.
Biz de kendi uygulamamız Dövme Sanatçısı Defteri'ni geliştirirken en çok bunu öğrendik: ilk sürüm mağazaya çıktığı gün işin yaklaşık yarısı bitmiş oluyor, geri kalanı kullanıcıdan gelen geri bildirimle ve sistem değişiklikleriyle şekilleniyor.
Uygulama bakımı tam olarak neleri kapsar?
Bakım tek bir kalem değil, birkaç farklı iş türünün toplamı:
- Düzeltici bakım: kullanıcıların bulduğu hataların giderilmesi, çökme raporlarının takibi.
- Uyum bakımı: yeni iOS ve Android sürümlerinde bozulan ekranların, izinlerin ve bildirimlerin düzeltilmesi.
- Güvenlik bakımı: kullanılan kütüphanelerin ve sunucu bileşenlerinin güvenlik güncellemeleri.
- Sunucu ve altyapı: veritabanı yedekleri, sunucu izleme, sertifika yenilemeleri, bildirim ve ödeme servislerinin çalışır kalması.
- Mağaza yönetimi: sürüm notları, ekran görüntüleri, gizlilik beyanlarının güncel tutulması.
- Gelişim: yeni özellik eklemek. Bu teknik olarak bakım değil, ama genellikle aynı destek paketinin içinde konuşulur.
Neden yayından sonra uygulama bozulur?
Kod yazıldığı gün çalışıyor olsa bile çevresi değişir. Apple her yıl yeni bir iOS ana sürümü çıkarır, Google da Android için benzer bir yıllık döngü izler. Google Play, yeni ve güncellenen uygulamalar için hedef Android sürümü şartını belirli aralıklarla yükseltir; Apple da mağazaya gönderilen sürümlerin güncel geliştirme araçlarıyla derlenmesini ister. Bu şartların ayrıntıları değişebildiği için yazının yazıldığı tarihte (Kasım 2026) geçerli kuralları Apple Developer ve Google Play Console dokümanlarından kontrol etmeni öneririz.
Sonuç: hiçbir şey yapmasan bile bir süre sonra uygulamanın yeni cihazlarda garip davranması, bir mağaza uyarısı alması ya da yeni sürüm gönderememen olasıdır.
Uygulama güncelleme maliyeti neye göre değişir?
Genel piyasa için kesin bir rakam vermek yanıltıcı olur; uygulama güncelleme maliyeti şu etkenlere bağlıdır:
| Etken | Maliyeti nasıl etkiler? |
|---|---|
| Uygulamanın büyüklüğü | Ekran ve özellik sayısı arttıkça test edilecek alan büyür. |
| Üçüncü taraf servisler | Ödeme, harita, bildirim, giriş servisleri kendi sürümlerini değiştirir; her değişiklik uyum işi demektir. |
| Sunucu tarafı | Kendi veritabanın ve sunucun varsa izleme ve yedekleme de bakıma girer. |
| Yanıt süresi beklentisi | Kritik hatayı aynı gün düzeltme taahhüdü, haftalık bakıma göre daha pahalıdır. |
| Yeni özellik isteği | Bakım ile geliştirme ayrı hesaplanmazsa kapsam tartışması çıkar. |
| Kod kalitesi ve dokümantasyon | Düzenli yazılmış bir kod tabanı bakımı ucuzlatır. |
Genel olarak yazılımcılar bakımı aylık sabit paket, saatlik ücret ya da ihtiyaç oldukça iş bazlı olarak fiyatlıyor. Hangisi olursa olsun yazılı olması şart. Toplam bütçeyi planlıyorsan mobil uygulama yaptırma fiyatları yazımıza da bak.
Destek paketinde ne aramalısın?
Bir uygulama destek paketi teklifi aldığında şu soruların cevabı yazılı olmalı:
- Hangi işler pakete dahil, hangileri ayrıca ücretlendirilir?
- Hata bildirimine ilk yanıt ve düzeltme için hedef süre nedir?
- Yeni iOS/Android sürümlerine uyum paketin içinde mi?
- Sunucu yedekleri ve izleme kimde?
- Mağaza hesapları kimin adına? (Kendi adına olmalı.)
- Paket süresi bitince ne olur, kaynak kod ve dokümanlar sende mi?
Kaynak kod ve hesap sahipliği, bakım ilişkisinin en kritik noktası. Çünkü kod ve hesaplar sende değilse bakım yapan kişiye bağımlı kalırsın. Bunu sözleşmede netleştirmek için uygulama yaptırırken sözleşme yazımıza göz at.
Bakımı ihmal edersen ne olur?
- Yeni telefon ya da işletim sistemi sürümünde ekranlar bozulur, kullanıcı yorumlarda şikâyet eder.
- Mağazadan uyarı gelir; güncelleme gönderemezsin ya da uygulama aramalarda geriye düşer.
- Güvenlik açığı kapatılmadığı için kullanıcı verisi risk altına girer.
- Birikmiş eski kod, sonradan yapılacak her değişikliği pahalı hale getirir.
Mağaza tarafında oluşabilecek sorunlara hazırlıklı olmak için uygulama mağaza red sebepleri yazısı da işine yarar.
Yayından sonra pratik bir takvim
| Ne zaman | Ne yapılır |
|---|---|
| İlk 2 hafta | Çökme raporları ve ilk kullanıcı geri bildirimleri izlenir, acil hatalar düzeltilir. |
| Her ay | Hata listesi gözden geçirilir, küçük iyileştirmeler tek sürümde toplanır. |
| Yeni iOS/Android öncesi | Beta sürümlerde uygulama denenir, uyum sorunları önceden giderilir. |
| Yılda bir | Kütüphane güncellemesi, güvenlik gözden geçirmesi, mağaza hesap ve sertifika yenilemeleri. |
Bakım bütçesini nasıl planlarsın?
Bakımı geliştirme bütçesinden ayrı bir kalem olarak düşün. Uygulamayı yaptırırken şu üç soruyu masaya koy:
- İlk yıl için ne öngörülüyor? İlk aylarda kullanıcıların bulduğu hatalar ve ilk geri bildirim turu en yoğun dönemdir.
- Sabit mi, esnek mi? Her ay aynı tutarı ödemek öngörülebilirlik verir; ihtiyaç oldukça ödemek küçük uygulamalarda daha ekonomik olabilir.
- Kritik durumda ne olacak? Ödeme akışı bozulursa ya da uygulama açılmazsa kime, ne kadar sürede ulaşırsın? Bunu yazıya geçir.
Pratik bir kural: bakım ücretini sorduğunda cevap "duruma göre" ise, hangi koşula göre değiştiğini de yazılı iste. Koşullar net olduğunda ücret tartışması yerine iş konuşursun.
Bakım anlaşmalarında sık görülen tuzaklar
- "Sınırsız destek" vaadi: Kapsam yazılı değilse sınırsız kelimesi pratikte hiçbir şey ifade etmez. Hangi işlerin dahil olduğunu tek tek yazdır.
- Kapalı kutu bakım: Kodu ve hesapları göremiyorsan başka birine geçmen zorlaşır. Erişim bilgileri ve dokümantasyon sende olmalı.
- Yanıt süresi tanımsız: "En kısa sürede" bir taahhüt değildir; iş saati ve hedef süre belirt.
- Yeni sürüm uyumu dışarıda: Her iOS ve Android güncellemesi ayrı ücretlendiriliyorsa baştan bilmen gerekir.
Sık sorulan sorular
Uygulama yayına girdikten sonra bakım şart mı?
Yasal bir zorunluluk değil, ama pratikte evet. Mağaza şartları ve işletim sistemleri değiştikçe bakımsız uygulama bir süre sonra çalışmaz hale gelir ya da güncelleme alamaz.
Bakım ile yeni özellik geliştirme aynı şey mi?
Hayır. Bakım mevcut uygulamayı çalışır tutar; yeni özellik kapsamı genişletir. İkisini teklifte ayrı yazdırmak sonradan çıkacak tartışmaları önler.
Bakımı başka biri yapabilir mi?
Kaynak kod ve mağaza hesapları sende ve kod düzenliyse evet. Bu yüzden geliştirmeye başlamadan kod sahipliğini netleştir.
Aylık paket mi, iş başı ücret mi?
Sık güncelleme planlıyorsan aylık paket öngörülebilirlik sağlar. Uygulaman küçük ve sabitse ihtiyaç oldukça iş bazlı çalışmak yeterli olabilir.
OdenaVerse olarak uygulamayı teslim edip bırakmıyoruz; anahtar teslim modelde yayından sonra için destek paketi de teklifin parçası ve kaynak kodun tamamı sende kalıyor. Kendi uygulamanı yayına alıp sürdürmek istiyorsan yazılım hizmetimize göz at ya da bize yaz.