Mobil uygulama geliştirme rehberi: iOS ve Android için kapsamlı kılavuz

Mobil uygulama kararı çoğu kurumda teknolojiyle değil, hedef kitleyle başlar. Kullanıcınız sizi arama motorundan buluyor ve tek seferlik bir işlem yapıyorsa web; düzenli geri dönüyor, bildirim alıyor ve cihaz özelliklerine ihtiyaç duyuyorsa mobil doğru cevaptır. Bu ayrımı netleştirmeden yapılan teknoloji tartışması erken bir tartışmadır.

Native mi, cross-platform mı?

Bu soru artık "hangisi daha iyi" değil, "hangi kısıt sizin için bağlayıcı" sorusudur. Flutter ve React Native tek kod tabanıyla iki platformu birden karşılar; ekip maliyetini ve sürüm senkronizasyonunu ciddi biçimde düşürür. Native (Swift/Kotlin) ise cihaz donanımına yakın çalışan, ağır grafik veya arka plan işleyen uygulamalarda hâlâ tartışmasız üstündür.

• Cross-platform seçin: standart iş uygulamaları, içerik ve e-ticaret, pazaryeri ve saha uygulamaları.
• Native seçin: yoğun kamera/sensör kullanımı, oyun benzeri grafik, düşük gecikme gerektiren ses ve video.
• İkisini birlikte kullanın: ortak iş akışı cross-platform, kritik modül native.

“Teknoloji seçimi, uygulamanın ilk sürümünü değil, üçüncü yıldaki bakım maliyetini belirler.”

Mobil uygulama geliştirme süreci ne kadar sürer?

Bir mobil uygulamanın planlama, tasarım, geliştirme, test ve yayın aşamalarının tamamı, kapsamı orta ölçekli bir üründe genellikle üç ile altı ay arasındadır. Bu sürenin en çok küçümsenen kısmı geliştirme değil, mağaza yayın süreci ve test döngüsüdür.

• Planlama ve strateji: 2–3 hafta. Kapsam, kullanıcı akışları, teknik kısıtlar.
• UI/UX tasarım: 3–4 hafta. Önce wireframe, sonra mockup; her ikisi de onaydan geçer.
• Geliştirme: 8–16 hafta. Özellik sayısına ve entegrasyon derinliğine bağlı.
• Test ve QA: 2–3 hafta. Gerçek cihaz matrisi, performans ve güvenlik testleri.
• Yayınlama: 1–2 hafta. App Store ve Google Play inceleme süreçleri dahil.

Mobil uygulama maliyetini gerçekte ne belirler?

Bütçeyi asıl büyüten kalem, ekran sayısı değil entegrasyon yüzeyidir: ödeme sağlayıcı, kimlik doğrulama, harita ve rota, bildirim altyapısı, arka ofis sistemleriyle senkronizasyon. Buna bir de yayından sonraki sürekli maliyetler eklenir.

• Mağaza hesapları: Apple Developer yıllık, Google Play tek seferlik.
• Altyapı: sunucu, veritabanı, bildirim servisi, dosya depolama.
• Bakım: işletim sistemi sürüm güncellemeleri her yıl zorunlu iş çıkarır.
• Destek: hata düzeltme ve kullanıcı geri bildirimi döngüsü.

Uygulama performansı kullanıcıyı nasıl etkiler?

Kullanıcı uygulamanızı ilk üç saniyede yargılar. Açılış süresi, liste kaydırma akıcılığı ve görsel yükleme stratejisi, kullanıcı memnuniyetini özellik setinden daha fazla belirler. Görselleri boyutlandırarak sunmak, listeleri sanallaştırmak ve ağ isteklerini önbelleklemek en yüksek getirili üç iyileştirmedir.

Mobil güvenlik neden sonradan eklenemez?

• Kimlik doğrulamayı standart bir protokol üzerine kurun; kendi şemanızı icat etmeyin.
• Anahtarları ve gizli değerleri istemci paketine gömmeyin.
• Cihazda saklanan veriyi şifreleyin, oturum sürelerini sınırlayın.
• Sertifika sabitleme (pinning) ile araya girme saldırılarını zorlaştırın.

Mağaza optimizasyonu (ASO) neyi değiştirir?

Uygulama adı, alt başlık, anahtar kelime alanı, ekran görüntüleri ve ilk yorumlar; mağaza içi keşfedilebilirliğinizi belirler. ASO, SEO'nun mobil karşılığıdır ve çoğu ekip yayın gününe kadar bunu hiç düşünmez. Ekran görüntülerinin ilk ikisi, indirme kararının büyük kısmını taşır.

Yayından sonra hangi metrikler izlenmeli?

• Gün 1, gün 7 ve gün 30 kullanıcı elde tutma oranları.
• Çökme oranı ve çökmesiz oturum yüzdesi.
• Açılıştan ilk anlamlı etkileşime kadar geçen süre.
• Dönüşüm hunisinde kullanıcıların terk ettiği tam adım.

Bu dört metrik olmadan yapılan her sürüm, iyileştirme değil tahmindir. Uygulamanın ikinci yılını belirleyen şey, ilk sürümün özellik listesi değil, bu döngünün ne kadar hızlı döndüğüdür.