Mobil uygulama bakım ve destek ihtiyacı, uygulama yayınlandığı gün başlar. İşletim sistemleri, cihazlar ve üçüncü taraf SDK’lar değişir. Ayrıca gerçek kullanıcı davranışları yeni iyileştirme alanları gösterir. Bu nedenle bakımı yalnızca hata çıktığında yapılan müdahale olarak görmüyoruz.
Bakım kapsamı nasıl ayrılır?
Kritik hata, uyumluluk güncellemesi ve yeni özellik aynı iş türü değildir. İlk olarak hizmet seviyelerini tanımlarız. Ardından beklenen yanıt süresini ve dahil olan kapasiteyi netleştiririz.
Bu ayrım sürpriz maliyetleri azaltır. Ayrıca ürün ekibi hangi talebin ne zaman ele alınacağını bilir.
Mağaza ve SDK değişiklikleri
Apple ve Google, hedef sürüm ve izin kurallarını düzenli günceller. Ödeme, harita veya bildirim sağlayıcıları da SDK değişikliği yayınlar. Bu nedenle bağımlılıkları izlemek gerekir.
Güncellemeleri küçük gruplar halinde test ediyoruz. Böylece birden fazla büyük değişiklik aynı sürümde birleşmez.
Veriye dayalı iyileştirme
Çökme oranı, açılış süresi ve kritik akış terk oranı düzenli izlenebilir. Kullanıcı yorumu da önemli bir sinyal verir. Ancak tek bir yoruma göre yol haritası değiştirmek yerine davranış verisiyle karşılaştırma yapıyoruz.
Sonuç olarak bakım bütçesi görünmez işlere değil, risk ve kullanıcı etkisine göre önceliklenir.