Mobil uygulama bakım ve destek kapsamı nasıl planlanır?
Kısa yanıt
Mobil uygulama bakımı; hata düzeltme, işletim sistemi ve bağımlılık uyumluluğu, sunucu operasyonu ve yayın süreçlerinin devamını kapsayabilir. Yeni özellik geliştirme ayrı bir iş kalemidir. Kapsam, erişimler, destek saatleri ve müdahale beklentileri sözleşmede açıkça ayrılmalıdır.
Garanti, bakım ve yeni özellik aynı şey değildir
Kabul edilmiş kapsamda bir işlevin hatalı çalışması ile yeni bir kullanıcı rolünün eklenmesi farklı işlerdir. Dış servisin API değiştirmesi veya işletim sistemi güncellemesinin uyumluluk gerektirmesi de ayrıca değerlendirilir. “Destek dahil” ifadesi yerine hangi işlerin hangi koşullarda karşılandığını yazın.
Hata bildirimi alma, ilk değerlendirme ve çözüm sürelerini ayırın. Her sorunun aynı öncelikte ele alınması gerekmez: ödeme akışını durduran hata ile görsel hizalama sorunu farklı etkiye sahiptir. Belirli bir destek süresi veya kesintisiz hizmet bu rehberle vaat edilmez; proje anlaşmasında belirlenir.
Bakım kalemleri ve maliyet kaynakları
| Kalem | Örnek iş | Netleştirilecek konu |
|---|---|---|
| Mobil uyumluluk | İşletim sistemi ve SDK güncellemeleri | Desteklenen sürüm ve cihazlar |
| Sunucu operasyonu | Yedekleme, izleme ve kapasite | Hesap sahibi ve operasyon sorumlusu |
| Hata takibi | Kritik akış hatasının incelenmesi | Öncelik ve iletişim yöntemi |
| Dış servisler | Ödeme, SMS veya e-posta sağlayıcısı | Kullanım bedeli ve değişiklik sorumluluğu |
| Yeni sürüm | Özellik ekleme ve tekrar test | Ayrı kapsam, teklif ve kabul |
Yayın sonrası hangi sinyaller izlenmeli?
Uygulama çökmeleri, başarısız API işlemleri ve kullanıcının ana akışı tamamlayamaması ürün sorunlarını gösterebilir. Sadece sunucunun açık olması yeterli değildir; rezervasyon veya siparişin gerçekten tamamlanabildiği de değerlendirilmelidir. Ölçüm planı gereksiz kişisel veri toplamamalıdır.
Bağımlılık ve platform değişikliklerinin takip edilmesi, bakımın planlı yapılmasına yardımcı olur. Güncelleme yapıldığında yalnızca yeni kod değil; giriş, temel işlem ve kritik entegrasyonlar da yeniden test edilmelidir. Mağaza gönderimleri ve olası inceleme talepleri bakım takviminde ayrı izlenir.
Uygulamayı başka ekibe devretmek için kontrol listesi
- Kaynak kod deposu, sürüm geçmişi ve derleme talimatları.
- API dokümantasyonu, veri modeli ve ortam yapılandırma açıklamaları.
- Mağaza, sunucu ve üçüncü taraf hesaplarının sahiplik ve yetki listesi.
- İmzalama/yayın varlıklarının güvenli teslim yöntemi; gizli anahtarları herkese açık depoya koymama.
- Yedekleme ve geri yükleme yöntemi ile operasyon sorumluları.
- Bilinen hatalar, test senaryoları ve sonraki sürüm planı.
Sık sorulan sorular
Uygulama yayınlanınca bütün giderler biter mi?
Hayır. Sunucu, mağaza hesapları, üçüncü taraf kullanımları ve bakım gibi giderler devam edebilir. Projeye dahil ve harici kalemler ayrı açıklanmalıdır.
Başka bir firmanın geliştirdiği uygulama devralınabilir mi?
Önce kod, hesap erişimleri, lisanslar ve teknik durum incelenmelidir. Gerekli varlıklar ve haklar olmadan bakım kapsamı veya devir kolaylığı varsayılmamalıdır.
Kaynaklar ve teknik dokümantasyon
Aşağıdaki resmî kaynaklar platformların teknik özelliklerini açıklar. Proje seçimi ve kapsam örnekleri bu rehberin planlama değerlendirmeleridir.
Bu kararları projenize uyarlayalım
Hedef kitlenizi, platform ihtiyacınızı ve ilk sürümdeki temel işlemi paylaşın.
Projenizi konuşalım