Mobil uygulama geliştirme: 14 haftalık gerçekçi takvim

iOS ve Android için tek kod tabanıyla geliştirilen orta kapsamlı bir mobil uygulama 8–14 haftada yayına alınır ve ₺140.000’den başlayan bir bütçe gerektirir. Takvimi en çok geciktiren kalem geliştirme değil; içerik, mağaza hesabı hazırlığı ve geri bildirim döngüsüdür.

Mobil proje planlarının çoğu geliştirme süresini doğru, çevresindeki işleri eksik tahmin ediyor. Aşağıda 14 haftalık bir projenin gerçek dağılımı var; kapsam küçüldükçe fazlar kısalır ama sıra değişmez.

Bu Rehber Kimin İçin?

• İlk mobil uygulamasını planlayan işletmeler ve girişimciler
• Mevcut web sistemini (e-ticaret, randevu, sipariş) mobile taşımak isteyen ekipler
• Ajans teklifini karşılaştırırken gerçekçi bir takvim ve kapsam çerçevesi arayan yöneticiler

Faz faz takvim

Keşif fazında netleşmesi gereken 5 karar

1. Uygulamanın tek bir ana işi ne? İlk sürüme yalnızca bunu ve destekleyen ekranları alın.
2. Kullanıcı girişi zorunlu mu? Zorunlu giriş, ilk açılıştaki terk oranını belirgin biçimde artırır.
3. Çevrimdışı çalışması gereken bir ekran var mı? Sonradan eklenmesi en pahalı özelliktir.
4. Hangi mevcut sisteme bağlanacak? Entegrasyon varsa API tarafının hazırlık süresi takvime ayrıca eklenmeli.
5. Yayın hangi hesaptan yapılacak? Kurumsal Apple Developer hesabı doğrulaması tek başına haftalar alabilir.

Beşinci madde en sık sürpriz üreten kalemdir. Apple’ın kurumsal hesap doğrulaması (D-U-N-S numarası dahil) ilk kez başvuran şirketlerde uzayabiliyor. Projenin ilk haftasında başlatın; geliştirme bitince başlatmayın.

Native mi, React Native mi?

İki platform için ayrı ayrı native geliştirme, tek kod tabanına göre tipik olarak %60–90 daha fazla süre ve bütçe gerektirir. Buna karşılık bazı durumlarda native gereklidir:

• Yoğun grafik veya oyun motoru gerektiren uygulamalar
• Donanıma derin erişim gerektiren işler (gelişmiş kamera işleme, BLE yoğun senaryolar)
• Platforma özgü, sürekli değişen sistem API’lerine bağımlı ürünler

Kurumsal uygulamaların, e-ticaret ve randevu uygulamalarının büyük çoğunluğu bu üç maddeye girmiyor. Bu yüzden projelerimizde varsayılan tercih React Native; native’e yalnızca yukarıdaki ihtiyaçlar varsa geçiyoruz.

Mağaza yayın süreci

Google Play tarafında inceleme genellikle hızlıdır; App Store tarafında ilk gönderimde red alma ihtimali yüksektir. En sık karşılaşılan red sebepleri şunlar:

• Hesap silme özelliğinin uygulama içinde bulunmaması (üyelik alan uygulamalar için zorunlu)
• Gizlilik politikası bağlantısının eksik ya da erişilemez olması
• Veri toplama beyanının uygulamanın gerçek davranışıyla örtüşmemesi
• İnceleme ekibi için test hesabı verilmemesi
• Uygulamanın web sitesinin birebir kopyası olması (özgün mobil değer sunmaması)

Bu beş maddeyi geliştirme sırasında kapatmak, yayın fazını 1–2 haftada bitirmenin en pratik yolu. Sonradan düzeltilmesi hâlinde her red turu ortalama 3–7 gün ekliyor.

Yayın sonrası: proje bitmiyor

Mobil uygulamada asıl maliyet yayından sonra başlar. iOS ve Android yılda birer büyük sürüm çıkarır; uyumluluk güncellemesi yapılmayan uygulamalar bir yıl içinde mağazadan düşebilir. Bakım planını baştan bütçeleyin.

• Yılda en az iki uyumluluk güncellemesi
• Çökme oranı takibi ve düzeltme döngüsü
• Kullanıcı yorumlarına yanıt — mağaza sıralamasını doğrudan etkiliyor
• Push bildirim stratejisi: sıklık arttıkça bildirim izni iptalleri hızla artıyor

Bütçeyi ve Süreyi Etkileyen Kalemler

• Rol sayısı: kullanıcı, yönetici ve saha personeli gibi ayrı roller her ekran ve yetki için ek iş demektir.
• Entegrasyonlar: ödeme, ERP, CRM ya da e-ticaret altyapısına bağlanmak API tarafında hazırlık süresi ister.
• Tasarım kapsamı: özel animasyon ve özgün arayüz, hazır bileşenlere göre daha uzun sürer.
• Çevrimdışı çalışma ve bildirim kurgusu: sonradan eklenmesi en pahalı özelliklerdendir.
• İçerik hazırlığı: metin, görsel, mağaza ekran görüntüleri ve gizlilik metinleri çoğu zaman en geç gelen kalemdir.

Teklif İstemeden Önce Hazırlanacaklar

1. Uygulamanın tek cümlelik ana işi ve hedef kullanıcısı
2. İlk sürümde olması gereken ekranların kaba listesi
3. Bağlanacak mevcut sistemler ve bunların API durumu
4. Mağaza hesabının kimin adına açılacağı (Apple Developer ve Google Play)
5. Yayın sonrası bakım ve güncelleme beklentisi

İlgili Rehberler

Mobil uygulamada kullanıcı verisi topluyorsanız KVKK teknik kontrol listemize, uygulamanıza yapay zekâ asistanı eklemeyi düşünüyorsanız yapay zekâ asistanı maliyeti yazımıza göz atın. Ölçüm ve büyüme tarafı için 90 günlük dijital dönüşüm planımız da faydalı olabilir.

EHY SOFT Bu Süreçte Nasıl Destek Oluyor?

Balıkesir merkezli ekibimiz keşiften mağaza yayınına ve yayın sonrası bakıma kadar projeyi yürütüyor. Kapsam için mobil uygulama geliştirme sayfamıza bakabilir, fikrinizi iletişim sayfamızdan bize anlatabilirsiniz.