Mobil Uygulamada 3 Yıllık Plan
Uygulama projelerinde en yaygın planlama hatası, planın yayın gününde bitmesidir. Oysa uygulama o gün doğar; asıl yolculuk sonra başlar. Üç yıllık bir bakış, uygulamayı bir proje olmaktan çıkarıp yönetilen bir ürüne dönüştürür. 🗓️
Bu yazı planı yıl yıl kuruyor. Bütçe hesabını bütçe yazısında kurduk.
Neden Üç Yıl?
Uygulamanın gerçek maliyeti ve gerçek faydası bu sürede görünür. ⏳
Maliyet Üç Yılda Netleşir
Yapım tek seferliktir; bakım, sunucu ve hesaplar her yıl tekrar eder.
Fayda Zaman İster
Kullanıcının uygulamayı alışkanlık haline getirmesi aylar sürer.
Teknoloji Ömrü
Bir uygulama düzenli bakımla yıllarca yaşar; bakımsız kalırsa iki üç yılda biter.
Yıl 1: Doğrulama
İlk yılın hedefi büyümek değil, doğru olduğunu kanıtlamak. 🧪
Dar Sürümle Çıkın
Yalnızca asıl işi yapan ekranlar. Fikirlerin çoğu ikinci yıla kalmalı.
Ölçümü Kurun
Aktif kullanıcı, tekrar açma oranı ve çökme oranı ilk günden izlenmeli.
Hataları Ayıklayın
İlk aylarda gerçek cihazlarda çıkan hatalar yoğundur. Hızlı düzeltme güven kazandırır.
Karar Noktası
Yıl sonunda tek soru: kullanılıyor mu? Cevap hayırsa genişleme yapılmaz.
Yıl 2: Genişleme
Doğrulandıysa ikinci yıl büyüme yılıdır. 📈
| Alan | Yapılacak |
|---|---|
| Özellikler | Kullanım verisine göre eklenir |
| Platform | İkincisi değerlendirilir |
| Performans | Gerçek yükle optimize edilir |
| Entegrasyon | İhtiyaç doğdukça |
Veriyle Genişletin
Hangi ekranlar kullanılıyor, nerede vazgeçiliyor? İkinci sürüm bu bilgiyle planlanır.
Kullanılmayanı Çıkarın
Eklemek kadar çıkarmak da gerekir. Kullanılmayan ekran bakım yükü demektir.
İkinci Platform
Talep varsa bu yıl eklenir; ayrımını türler yazısında yaptık.
Büyük Değişiklik Yok
İkinci yılda yeniden yazım gerekiyorsa birinci yıl yanlış kurulmuştur.
Yıl 3: Olgunluk
Üçüncü yılda uygulama işin parçasıdır. 🏛️
Bakım Rutini
İşletim sistemi güncellemeleri planlı yapılır. Bu ritim öngörülebilirdir.
Optimizasyon
Hız, çökme oranı ve akış iyileştirmeleri. Yeni özellik değil, mevcut deneyimin iyileştirilmesi.
Teknoloji Değerlendirmesi
Kullanılan teknoloji hâlâ destekleniyor mu? Bu kontrol yıllık yapılmalıdır.
Karar Noktası
Devam mı, yeniden yazım mı, kapatma mı? Kriterleri yeniden yazım yazısında verdik.
Yıllık Bütçe Dağılımı
Üç yıllık yaklaşımda harcamanın yapısı değişir. 💰
Yıl 1: Yapım Ağırlıklı
Bütçenin büyük kısmı burada harcanır. Bakım yılın sonunda başlar.
Yıl 2: Geliştirme ve Bakım
Yeni özellikler ve düzenli bakım birlikte yürür. Toplam orta seviyededir.
Yıl 3: Ağırlıklı Bakım
Yeni geliştirme azalır, bakım ve altyapı kalır. Bu yıl en düşük maliyetlidir.
Sabit Kalemler
Sunucu ve geliştirici hesapları her yıl aynı şekilde tekrar eder; kalem yapısını kalemler yazısında açtık.
Ölçüm: Üç Yılda Ne İzlenir?
Göstergeler aynı kalır ama ölçek değişir. 📊
Aktif Kullanıcı
İndirme değil, düzenli kullanan sayısı. Bu, asıl göstergedir.
Tekrar Açma Oranı
Kullanıcı bir hafta sonra hâlâ açıyor mu? Kalıcılık buradan okunur.
Çökme Oranı
Teknik sağlık göstergesi; yıllar arası karşılaştırılmalıdır.
İşlem Başına Maliyet
Toplam harcama, uygulamadan gelen işlem sayısına bölünür. Bu oran yatırımı savunulabilir kılar.
Yıl Sonu Değerlendirmesi
Her yılın sonunda dört soru sorulur ve bir sonraki yıl ona göre kurulur. 📋
Bu değerlendirme yarım gün sürer ve planı gerçeğe bağlar.
Kullanılıyor mu?
Aktif kullanıcı sayısı geçen yıla göre ne durumda? Bu soru her şeyden önce gelir.
Hangi Ekranlar Ölü?
Kullanılmayan ekranlar listelenir ve çıkarılması değerlendirilir.
Teknoloji Sağlam mı?
Kullanılan araçlar hâlâ destekleniyor mu? Bu kontrol yıllık rutindir.
Sahiplik Yerinde mi?
Kod deposu, hesaplar ve veri hâlâ sizde mi? Ekip değiştiyse devir yapıldı mı? Kurgusunu kim geliştirmeli yazısında ele aldık.
Planı Bozan Üç Durum
İyi kurulmuş plan bile üç durumda yeniden yazılır. ⚠️
Geliştirici Değişimi
Ekip değişirse kod ve dokümantasyon devri zaman alır. Sahiplik sizde olmalı.
Teknoloji Desteğinin Bitmesi
Kullanılan araç desteklenmiyorsa plan öne çekilir.
İş Modeli Değişimi
Yeni kullanıcı tipi ya da yeni işlem, kapsamı değiştirir; senaryoları başarısızlık yazısında topladık.
Kapatma da Bir Karardır
Üçüncü yılda dürüst bir değerlendirme gerekebilir. 🚪
Ne Zaman?
Aktif kullanım düşükse ve bakım maliyeti faydayı geçtiyse devam etmek zorunlu değildir.
Nasıl Yapılır?
Kullanıcılar önceden bilgilendirilir ve web alternatifine yönlendirilir.
Veri Ne Olur?
Kullanıcı verisi dışa aktarılır ve saklanır. Bu adım atlanmamalıdır; gerekçesini gereklilik yazısında anlattık.
Sık Sorulan Sorular
Uygulama için neden üç yıllık plan gerekir?
Çünkü uygulamanın gerçek maliyeti ve gerçek faydası bu sürede görünür. Yapım tek seferliktir ama bakım, sunucu ve geliştirici hesapları her yıl tekrar eder. Ayrıca kullanıcının uygulamayı alışkanlık haline getirmesi aylar sürer. Planı yayın gününde bitirmek, uygulamayı proje sanmak demektir; oysa uygulama o gün doğar.
İkinci yılda ne yapılmalı?
Kullanım verisine göre genişleme. Hangi ekranların kullanıldığı ve nerede vazgeçildiği ilk yılda ölçülmüşse ikinci sürüm tahminle değil veriyle planlanır. Eklemek kadar çıkarmak da gerekir; kullanılmayan ekran bakım yükü demektir. İkinci platform da talep varsa bu yıl değerlendirilir. İkinci yılda yeniden yazım gerekiyorsa birinci yıl yanlış kurulmuştur.
Uygulamayı kapatmak doğru bir karar olabilir mi?
Evet. Aktif kullanım düşükse ve yıllık bakım maliyeti sağladığı faydayı geçtiyse devam etmek zorunlu değildir. Kapatma kararı verilirse kullanıcılar önceden bilgilendirilmeli ve web alternatifine yönlendirilmelidir. Kullanıcı verisinin dışa aktarılıp saklanması da atlanmaması gereken bir adımdır.