Mobil Uygulama Yaptırma Rehberi: Süreç, Maliyet ve Yaygın Hatalar
Mobil uygulama projelerinin çoğu kodda değil, kod öncesi ve sonrasındaki adımlarda gecikiyor. Bu rehber tüm süreci baştan sona anlatıyor.
Mobil uygulama, web'den farklı bir oyun. İki mağaza, iki inceleme süreci, cihaz çeşitliliği, izinler, bildirimler ve güncelleme döngüsü var. Bu rehberde ilk uygulamasını yaptıracak ekipler için tüm süreci sırayla anlatıyoruz.
Native mi, cross-platform mı?
Native geliştirme, iOS için Swift ve Android için Kotlin ile iki ayrı uygulama yazmak demek. Cross-platform ise tek kod tabanından iki platforma çıkmak — bugün en yaygın seçenek React Native (Expo ile birlikte).
| Kriter | Native (Swift/Kotlin) | React Native + Expo |
|---|---|---|
| Geliştirme süresi | Yaklaşık 1,7–2 kat | Referans |
| Maliyet | Belirgin yüksek | Daha düşük |
| Performans | En yüksek | Çoğu uygulama için yeterli |
| Cihaz özelliklerine erişim | Tam | Geniş; özel durumlarda köprü gerekir |
| Ağır grafik / AR / oyun | Doğru seçim | Uygun değil |
| Güncelleme hızı | Mağaza onayına bağlı | Bazı güncellemeler anında dağıtılabilir |
Pratikte: içerik, e-ticaret, rezervasyon, saha operasyonu, sağlık takibi, eğitim gibi uygulamaların neredeyse tamamı için React Native doğru seçim. Yoğun 3D grafik, gerçek zamanlı video işleme veya donanıma çok yakın işler için native tercih edilir.
Süreç: baştan sona
- Keşif (1 hafta): hedef kitle, kritik yolculuk, platform kararı, mağaza gereksinimleri.
- Tasarım (2–3 hafta): akışlar, ekranlar, iOS ve Android farklarının gözetilmesi, tıklanabilir prototip.
- Kurulum (1 hafta): proje iskeleti, veri modeli, kimlik doğrulama, dağıtım hattı, test cihazlarına ilk kurulum.
- Geliştirme (4–8 hafta): haftalık sürümler; her hafta gerçek cihazda test.
- Mağaza hazırlığı (1 hafta): ikon, ekran görüntüleri, açıklama metinleri, gizlilik politikası, veri toplama beyanı.
- İnceleme ve yayın (2–7 gün): App Store ve Google Play incelemesi; ret gelirse düzeltme turu.
Bütçeyi patlatan kararlar
- Tabletle telefonu aynı anda desteklemek. İki farklı yerleşim, iki kat tasarım ve test demektir. Genellikle v2 işidir.
- Çevrimdışı çalışma. Kulağa küçük gelir; veri senkronizasyonu ve çakışma çözümü projenin en pahalı kısmı olabilir.
- Uygulama içi satın alma. Abonelik yönetimi, iade senaryoları ve mağaza kuralları ayrı bir iş kalemidir.
- Anlık bildirim stratejisi olmadan bildirim eklemek. Teknik kurulum kolay; hangi olayda ne gönderileceğini tasarlamak asıl iş.
- Eski cihaz desteği. Çok geriye uzanan sürüm desteği test yükünü katlar.
Mağaza reddi: en sık sebepler
İlk gönderimlerin önemli bir kısmı reddedilir; bu normaldir ve genelde şu sebeplerden olur: eksik gizlilik politikası, veri toplama beyanının uygulamayla uyuşmaması, test hesabı verilmemesi, boş/çökme yaşanan ekranlar, dışarıya ödeme yönlendirmesi, izin isterken gerekçe gösterilmemesi.
Bunların hepsi önceden kapatılabilir. Doğru hazırlıkla ilk gönderimde onay almak istisna değil, beklenen sonuçtur.
Mağaza görünürlüğü (ASO) temelleri
Uygulamanın bulunması, yapılmasından ayrı bir iş. App Store ve Google Play'de sıralamayı belirleyen alanlar sınırlı ve büyük ölçüde yayın anında sabitlenir — bu yüzden geliştirme biterken değil, tasarım aşamasında düşünülmeli.
- Uygulama adı: en değerli alan. Marka + en güçlü anahtar kelime (“Ad — Ne İşe Yarar”).
- Alt başlık / kısa açıklama: ikinci en değerli alan; ikinci anahtar kelime kümesi burada.
- Anahtar kelime alanı (yalnızca App Store): 100 karakter; kelimeleri tekrar etmeyin, virgülle ayırın.
- Ekran görüntüleri: ilk iki görsel dönüşümün büyük kısmını belirler. Ekran fotoğrafı değil, başlıklı tanıtım karesi kullanın.
- Değerlendirmeler: puan hem sıralamayı hem indirmeyi etkiler. Uygulama içinde doğru anda (değer yaşandıktan sonra) puan isteyin.
İzinler, gizlilik ve KVKK
Mağaza incelemesinin en çok takıldığı yer burası. Üç kural işi büyük ölçüde kapatır: her izni gerektiği anda ve gerekçesiyle isteyin, topladığınız veriyi mağaza formunda eksiksiz beyan edin, gizlilik politikası bağlantısı hem mağaza sayfasında hem uygulama içinde erişilebilir olsun.
iOS tarafında reklam takibi yapılacaksa App Tracking Transparency izni ayrıca istenir ve bu izni istemeden takip yapmak doğrudan ret sebebidir. Türkiye'de kişisel veri işleniyorsa KVKK kapsamında aydınlatma metni ve açık rıza akışı da uygulama içinde bulunmalıdır.
Yayından sonrası
Uygulama yayınlandıktan sonra üç şey takip edilir: çökme oranı, ilk hafta elde tutma (retention) ve mağaza değerlendirmeleri. Ayrıca yılda en az birkaç kez, işletim sistemi güncellemeleriyle uyum için bakım sürümü çıkmak gerekir — bunu baştan bütçeye koymak sağlıklı olur.
App Store'da yayınladığımız uygulamalardan biri olan Hushu'yu inceleyebilirsiniz. Kendi uygulamanız için yol haritası çıkarmak isterseniz bize yazın.
Sık sorulan sorular
Mobil uygulama yaptırmak ne kadar sürer?
iOS ve Android için tek kod tabanıyla geliştirilen orta ölçekli bir uygulama tipik olarak 8–14 haftada yayına çıkar. Buna tasarım, geliştirme, mağaza hazırlığı ve inceleme süreci dahildir.
React Native mi native geliştirme mi seçmeliyim?
İçerik, e-ticaret, rezervasyon, saha operasyonu ve benzeri iş uygulamalarının neredeyse tamamı için React Native yeterli performansı çok daha düşük maliyetle sağlar. Yoğun 3D grafik, oyun veya gerçek zamanlı video işleme gerektiren uygulamalarda native tercih edilmelidir.
Uygulamam App Store'da neden reddedilir?
En yaygın sebepler eksik gizlilik politikası, veri toplama beyanının uygulamayla uyuşmaması, inceleme ekibine test hesabı verilmemesi, çöken veya boş ekranlar ve izin taleplerinin gerekçesiz olmasıdır. Bunlar gönderim öncesi kontrol listesiyle önlenebilir.