Mobil Uygulama Yayından Sonra: Güncelleme, Hata Takibi ve Bakım Planı

Uygulamanızın App Store ve Google Play'de yayına girdiği gün, çoğu işletme sahibine bir bitiş çizgisi gibi gelir. Aslında o gün uygulamanın gerçek hayatı başlar. Kullanıcılar gelir, telefonlar güncellenir, mağazaların kuralları değişir. Bu değişikliklere ayak uyduramayan bir uygulama, ilk günkü kadar iyi yazılmış olsa bile zamanla hata vermeye başlar. Bu yazıda yayından sonra nelerin takip edilmesi gerektiğini ve iyi bir bakım planının neleri kapsadığını anlatıyoruz.

İşletim sistemi güncellemeleri uygulamanızı etkiler

Apple ve Google, telefonların işletim sistemlerini her yıl büyük bir sürümle günceller. Yeni sürümle birlikte bazı özellikler değişir, bazı izinler sıkılaşır, ekran yapıları farklılaşır. Dün sorunsuz çalışan bir ekran, kullanıcının telefonu güncellendikten sonra kayabilir ya da bir özellik çalışmaz hale gelebilir. Bu yüzden yeni işletim sistemi sürümleri çıktığında uygulamanın bu sürümlerde denenmesi gerekir. Yeni sürümlerin deneme sürümleri genellikle resmî yayından önce geliştiricilere açılır. İyi bir bakım ekibi uygulamayı bu dönemde dener ve sorunları kullanıcılar fark etmeden çözer.

Mağazaların da kendi şartları vardır. Google Play, uygulamaların Android'in yakın tarihli bir sürümünü hedeflemesini ister ve bu şartı düzenli olarak yükseltir. Şartı karşılamayan bir uygulama güncelleme yayınlayamaz ve yeni telefonlardaki kullanıcılara görünmez hale gelebilir. Apple da belirli tarihlerden sonra gönderilen uygulamaların güncel geliştirme araçlarıyla hazırlanmasını şart koşar. Bakımı yapılmayan bir uygulama, acil bir düzeltme gerektiğinde bile mağazaya hızlıca güncelleme gönderemeyebilir.

Hataları kullanıcı söylemeden görmek

Kullanıcıların çoğu bir hatayla karşılaştığında size yazmaz. Uygulamayı kapatır ve belki bir daha açmaz. Bu yüzden hataların bildirilmesini beklemek yerine onları kendiniz görmeniz gerekir. Uygulamaya eklenen çökme raporu araçları, uygulama hangi telefonda, hangi ekranda ve hangi adımda çöktüyse bunu yazılım ekibine otomatik olarak iletir. Firebase'in çökme raporlama aracı bu işi yapan yaygın çözümlerden biridir. Çökme raporlarının yanında kullanıcıların uygulamada nerede takıldığını gösteren kullanım verileri de toplanabilir. Bu veriler kişisel veri kurallarına uygun biçimde ve gizlilik politikanızda belirtilerek toplanmalıdır.

Bu raporlar düzenli olarak gözden geçirilmeli ve hatalar etkilediği kullanıcı sayısına göre sıralanmalıdır. Sipariş vermeyi engelleyen bir hata aynı gün ele alınır; nadiren görülen küçük bir görüntü sorunu bir sonraki planlı güncellemeye kalabilir. Sunucu tarafının da izlenmesi gerekir. Uygulama telefonda kusursuz çalışsa bile verilerin geldiği sunucu yavaşlarsa kullanıcı bunu uygulamanın hatası olarak görür. Bir hata düzeltildikten sonra da raporları bir süre izlemek, aynı sorunun tekrar etmediğini görmenizi sağlar.

Güncellemeleri planlı yayınlayın

Her küçük düzeltmeyi ayrı ayrı mağazaya göndermek yerine, güncellemeleri düzenli bir takvimle toplu yayınlamak daha sağlıklıdır. Her sürüm mağaza incelemesinden geçer ve kullanıcıların bir kısmı uygulamayı geç günceller. Bu yüzden çok sık sürüm çıkarmak hem ekibi hem kullanıcıyı yorar. Acil hatalar ise bu takvimi beklemeden ele alınır. Bazı kullanıcıların eski sürümde kalacağını da hesaba katın. Sunucuda yapılan değişiklikler eski sürümleri bozmayacak şekilde planlanmalı, gerektiğinde kullanıcıdan uygulamayı güncellemesi istenmelidir.

Kullanıcı yorumları en dürüst geri bildirimdir

Mağaza yorumları hem yeni kullanıcıların uygulamanızı indirip indirmeyeceğini etkiler hem de size neyin eksik olduğunu söyler. Yorumları düzenli okuyun ve özellikle olumsuz olanlara kibar ve somut cevaplar verin. Her iki mağaza da geliştiricinin yorumlara cevap yazmasına izin verir ve bu cevaplar herkese açık görünür. Cevap verirken kullanıcıyı suçlamayın; sorunu kabul edin ve ne yapıldığını ya da nasıl çözüleceğini kısaca anlatın. Sorunu düzelttiğiniz bir güncellemeden sonra bunu kullanıcıya bildirmek, onun puanını yeniden değerlendirmesini sağlayabilir.

Tek tek yorumlardan çok, tekrar eden konulara bakın. Aynı şikâyeti birçok kişi yazıyorsa bu, bir sonraki güncellemenin önceliği olmalıdır. Aynı özelliği birçok kişi istiyorsa uygulamanın büyüme yönü hakkında değerli bir ipucu elde etmişsiniz demektir. Mağaza puanınızın yüksek olması yeni kullanıcıların güvenini artırır; düşük puanlı bir uygulama ise ne kadar iyi tanıtılırsa tanıtılsın indirilmekte zorlanabilir.

Güvenlik güncellemelerini ertelemeyin

Uygulamalar, başka ekiplerin geliştirdiği hazır yazılım parçaları (kütüphaneler) üzerine kurulur. Bu parçalarda zaman zaman güvenlik açıkları bulunur ve yeni sürümlerle kapatılır. Güncellenmeyen bir uygulama bu açıkları taşımaya devam eder. Ödeme ya da kişisel veriyle çalışan uygulamalarda bu konu özellikle önemlidir. Sunucudaki yazılımların, güvenlik sertifikalarının ve erişim anahtarlarının süreleri de takip edilmelidir. Süresi dolan bir sertifika, bildirimlerin ya da ödemelerin bir gün aniden durmasına yol açabilir.

İyi bir bakım planı neleri kapsar?

Bakım, yeni özellik eklemekle aynı şey değildir. Bakımın amacı, uygulamanın bugün yaptığı işi sorunsuz yapmaya devam etmesidir. Yeni özellikler ise genellikle ayrı bir iş olarak planlanır. Bu ayrımı baştan netleştirmek, yazılım ekibinizle aranızda beklenti farkı oluşmasını önler. Bakım anlaşması genellikle belirli bir dönem için yapılır ve neyin dahil, neyin ayrı iş olduğunu açıkça yazar. İyi bir bakım planında genellikle şunlar bulunur:

• Yeni işletim sistemi sürümlerinde uygulamanın denenmesi ve gereken uyum düzenlemeleri
• Mağaza şartlarındaki değişikliklerin takibi ve zamanında karşılanması
• Çökme raporlarının ve bildirilen hataların düzenli incelenip düzeltilmesi
• Uygulamanın kullandığı yazılım kütüphanelerinin ve güvenlik güncellemelerinin yapılması
• Sunucunun izlenmesi ve verilerin düzenli yedeklenmesi
• Küçük iyileştirmelerin planlı güncellemelerle yayınlanması

Bakım için yazılım ekibinize sormanız gerekenler

Uygulamanın bakımını kimin üstleneceği yayından önce konuşulmalıdır. Sözleşmede ya da bakım anlaşmasında şu soruların cevabı yazılı olsun: Acil bir hata bildirdiğinizde ne kadar sürede dönüş alırsınız? Yeni işletim sistemi sürümlerine uyum bakım kapsamında mı? Sunucu ve yedekleme kimin sorumluluğunda? Yeni özellik talepleri nasıl planlanıyor? Kaynak koda ve mağaza hesaplarına sizin erişiminiz var mı?

Yayından sonraki dönemi baştan planlamak, uygulamanızın uzun yıllar işe yaramasını sağlar. Adorb olarak geliştirdiğimiz uygulamalarda yayından sonra da güncellemeler, hata düzeltmeleri ve teknik destekle yanınızdayız; kaynak kod ise her zaman sizde kalır. Bakımı bir gider kalemi olarak değil, uygulamaya yaptığınız yatırımı koruyan bir güvence olarak düşünebilirsiniz.