Mobil uygulama bakımı; hataları izleme, işletim sistemi ve servis değişikliklerine uyum sağlama, sürümleri güvenli biçimde yayınlama ve kullanıcı sorunlarını çözme işidir. Yeni özellik geliştirmeyle aynı kapsam değildir. Uygulama yayına çıktığında bu sorumlulukların kimde olduğu ve hangi işlerin bakım bedeline dahil edildiği açık olmalıdır.
Bakım planını ilk sürüm tamamlandıktan sonra düşünmek, hesap erişimleri ve işletme giderleri konusunda belirsizlik bırakabilir. Geliştirme takvimine yayın sonrası kontrol ve devir teslimi de ekleyin.
Bakımı dört ayrı iş olarak tanımlayın
Düzeltici bakım, mevcut davranışın beklenen şekilde çalışmasını sağlar. Uygulamanın açılışta kapanması veya kaydın tekrar açılmaması buna örnektir.
Uyumluluk bakımı, işletim sistemi, SDK veya bağlı servisteki değişikliklere uyum işidir. Yeni sürüm çıktığında her bağımlılığı hemen yükseltmek yerine etkiyi değerlendirip gerekli kontrolleri yapmak gerekir.
Operasyon, servislerin çalışması, kullanım sınırları, hesap yenilemeleri ve maliyet takibidir. Ürünün mimarisine göre sunucu ve yedekleme işleri de bu gruba girer.
Ürün geliştirme, yeni kullanıcı sonucu veya yeni iş akışı ekler. Örneğin mevcut metin günlüğüne sesle kayıt eklemek, bir hatayı düzeltmekten farklı planlanmalıdır. Aynı ekip yapabilir; yine de kapsamı ayrı görünmelidir.
Düzenli olarak hangi sinyallere bakılmalı?
Kontrol sıklığını ürünün kullanımına ve riskine göre belirleyin. Her uygulama için aynı vardiya veya destek paketi gerekli değildir. Aşağıdaki liste görüşmede başlangıç olarak kullanılabilir:
- Uygulama açılışındaki ve ana akıştaki çökmeler.
- Tamamlanamayan işlemler ve yinelenen kullanıcı şikâyetleri.
- Servis hata oranı, yanıt süresi ve kullanım limitleri.
- Desteklenen cihaz ve işletim sistemi sürümlerindeki davranış.
- Hesap, sertifika ve ücretli servislerin yenileme sorumluları.
- Son sürümden sonra kullanıcıların temel işi tamamlayıp tamamlayamadığı.
Analitik olaylarını hata günlüklerinden ayırın. “Kayıt oluşturuldu” sayısı, başarısız kayıtların nedenini tek başına açıklamaz. Kullanıcı metnini veya kişisel bilgileri gereksiz yere hata kaydına eklemeyin; tanı koymak için gerçekten gereken alanları belirleyin.
Güncelleme kontrolü yalnız yeni kurulum değildir
Temiz kurulum başarılı olsa bile eski sürümden güncellenen cihazda veri sorunu yaşanabilir. Test planında mevcut verilerle güncelleme, uygulamayı kapatıp açma, bağlantı kesilmesi ve izin değişiklikleri yer almalıdır.
Örneğin yerel günlük uygulamasında, önceki sürümde oluşturulmuş kaydın güncellemeden sonra açıldığını kontrol edin. Bulut eşitleme varsa yerel ve uzak verinin nasıl uzlaştırıldığı ayrıca test edilir. Yerel saklama ile bulut yedekleme aynı davranış değildir; ürünün gerçekten sunduğu işlevi doğrulayın.
Android'in temel uygulama kalitesi rehberi, kararlılık ve platform davranışları için resmi bir kontrol kaynağıdır. Desteklenen sürümleri belirlerken güncel platform belgelerini yeniden inceleyin.
Bir sorun geldiğinde kullanılacak kısa kayıt
Bir hata bildirimini şu alanlarla başlayarak işlenebilir hale getirin:
- Uygulama sürümü ve cihaz/işletim sistemi.
- Kullanıcının yapmak istediği işlem.
- Sorundan önceki adımlar ve görülme zamanı.
- Beklenen sonuç ile gerçekleşen sonuç.
- Kaç kullanıcıyı etkilediğine dair bilinen kanıt.
- Veri kaybı olup olmadığı ve geçici çözüm.
“Uygulama çalışmıyor” mesajı bu bilgilerle somut bir incelemeye dönüşür. Ekran görüntüsü veya kayıt paylaşılacaksa özel verileri ayıklayın.
Müdahale süresi ile çözüm süresini ayırın
Bakım anlaşmasında destek saatleri, önem dereceleri ve ilk yanıt süresi yazılmalıdır. Sorunu incelemeye başlamak ile düzeltmeyi mağazada tüm kullanıcılara ulaştırmak farklı aşamalardır. Dış servis kesintisi veya mağaza incelemesi çözüm takvimini etkileyebilir.
Bir sürüm soruna yol açarsa yeni dağıtımı durdurmak, sunucu ayarını değiştirmek veya düzeltme sürümü göndermek seçenekler arasında olabilir. Mobil uygulamada eski sürüme anında dönüş yapılabileceğini varsaymayın; kurtarma planı ürünün gerçek dağıtım yapısına dayanmalıdır.
Sık sorulan sorular
Bakım ücreti sunucu ve AI kullanımını içerir mi?
Yalnız teklif bunu açıkça söylüyorsa. Ekip emeği, barındırma, mağaza hesabı ve kullanım bazlı servisleri ayrı satırlarda görün. AI özelliği varsa entegrasyon rehberindeki kullanım varsayımlarını bakım planına taşıyın.
Her ay yeni özellik almak bakım sayılır mı?
Anlaşmaya bağlıdır. Dahil olan iş kapasitesi, önceliklendirme ve büyük değişikliklerin nasıl fiyatlandırılacağı açık olmalıdır.
Uygulamayı başka bir ekip devralabilir mi?
Kaynak kod, çalıştırma talimatı, hesap yetkileri, sürüm geçmişi ve açık sorun listesi düzenliyse devir kolaylaşır. Gizli anahtarları blog, e-posta zinciri veya herkese açık depoda paylaşmayın. Mobil geliştirme görüşmesinde bakım ve devir kapsamını ilk sürümle birlikte değerlendirin.