Görsel: Pixabay · Pixabay Lisansı
Uygulama biter mi?
Web sitesinin aksine mobil uygulama, üzerinde çalıştığı platformun kurallarına bağımlıdır. O kurallar yılda birkaç kez değişir.
Hiçbir şey eklemeseniz bile uygulamanızı ayakta tutmak iş gerektirir. Bu iş bakımdır.
Yılda bir kez büyük işletim sistemi sürümü
Her sonbahar yeni bir iOS, her yıl yeni bir Android sürümü çıkar. Çoğu zaman uygulamanız çalışmaya devam eder, ancak arayüzde kayma, izin davranışında değişiklik ve bazen çökme görülür.
Mağazalar belirli bir süre sonra uygulamaların yeni sürüme göre derlenmiş olmasını zorunlu tutar. Bu tarih geldiğinde güncelleme göndermek zorundasınız.
Kütüphaneler eskir
Bir mobil uygulama onlarca açık kaynak paket kullanır. Bunlar güncellenmezse güvenlik açıkları birikir ve bir gün paket, yeni platform sürümüyle uyumsuz hale gelir.
İki yıl dokunulmamış bir projeyi güncellemek, düzenli bakım yapılan bir projeye göre kat kat uzun sürer. Erteleme maliyeti biriktirir.
Mağaza kuralları değişir
Hesap silme zorunluluğu, gizlilik etiketleri, izin beyanları ve veri paylaşım bildirimleri son yıllarda eklendi. Her biri mevcut uygulamalarda değişiklik gerektirdi.
Bu değişiklikler yapılmazsa uygulama güncelleme alamaz, bir süre sonra da mağazadan kaldırılabilir.
Sertifikalar ve anahtarlar süresi doludur
iOS dağıtım sertifikaları ve profilleri süreli belgelerdir. Süresi dolduğunda yeni sürüm derleyemezsiniz.
Bildirim anahtarları ve mağaza API erişimleri de yenilenmelidir. Bu takvimi takip eden biri yoksa, ihtiyaç anında fark edilir ve acil işe dönüşür.
Bakımın içinde ne olmalı?
Asgari bir bakım paketi şunları içerir: platform sürüm uyumluluğu, kütüphane güncellemeleri, çökme takibi, mağaza kural uyumu ve sertifika yenileme.
Buna küçük hata düzeltmeleri ve yılda birkaç kez yapılacak küçük iyileştirmeleri eklemek mantıklıdır.
Bütçelemesi
Sağlıklı bir yaklaşım, ilk geliştirme maliyetinin belirli bir yüzdesini yıllık bakım olarak ayırmaktır. Bu kalemi baştan planlamayan projeler, ikinci yılda beklenmedik bir yeniden yazım faturasıyla karşılaşır.
Bakımı planlanabilir hale getirmek
Bakımı olay bazlı değil takvim bazlı yürütün. Üç ayda bir yapılan planlı bir bakım turu, yılda bir yapılan büyük müdahaleden ucuzdur.
Her turda şunlar yapılır: bağımlılık güncellemeleri, çökme raporlarının incelenmesi, platform uyarılarının kontrolü ve sertifika sürelerinin doğrulanması.
Bu turların çıktısını kısa bir raporla kayıt altına alın. Rapor, bakımın görünmez emeğini görünür kılar.
Kullanıcı geri bildirimi bir bakım girdisidir
Mağaza değerlendirmeleri, en ucuz hata raporu kaynağıdır. Düşük puanlı yorumların çoğu tekrar eden bir sorunu işaret eder.
Yorumlara yanıt vermek hem puanı yükseltir hem de sorunun çözüldüğünü diğer kullanıcılara gösterir.
Çökme izleme aracı kurulu değilse, bakım büyük ölçüde kördür. Bu araç olmadan hangi hatanın kaç kullanıcıyı etkilediği bilinemez.
Sık sorulanlar
Hiç güncelleme yapmazsam ne olur?
Uygulama bir süre çalışmaya devam eder ancak yeni işletim sistemi sürümlerinde sorunlar birikir, mağaza kural değişiklikleri karşılanamaz ve bir noktada yeni sürüm derlemek mümkün olmaz. O aşamada yapılan iş güncelleme değil yeniden yazımdır.
Bakımı başka bir firma devralabilir mi?
Kaynak kod, mağaza hesapları ve imzalama anahtarları sizdeyse evet. Bu üçü elinizde değilse devir ciddi biçimde zorlaşır, bu yüzden sözleşmede baştan güvence altına alınmalıdır.
Bakım sözleşmesi olmadan sadece gerektiğinde çalışabilir miyim?
Mümkündür ancak acil müdahale genellikle daha pahalıdır ve ekip müsaitlik garantisi veremez. Ayrıca ertelenen güncellemeler biriktiğinde tek seferlik iş, küçük bir projeye dönüşür.
