Mobil uygulama yaptırmak gerçekte ne kadar sürer? Pazarda çokça konuşulan “3 aya bitiriyoruz” söylemine rağmen gerçek süreler; kapsam, platform, ekip kapasitesi ve mağaza onay süreçlerine bağlı olarak 6 hafta ile 12 ay arasında değişir. Yanlış beklenti, projenin en büyük gecikme sebebidir: takvim eksik hesaplanırsa ekip her sprint’te geride görünür, oysa sorun süre tahmininde yatar.
Bu yazıda bir uygulamanın fikirden mağaza yayınına kadar geçtiği tüm fazları, her fazın gerçekçi sürelerini, ekran ve özellik sayısına göre değişen tahmin aralıklarını ve sık görülen gecikme sebeplerini inceliyoruz. Sonunda takviminizi planlamak için kullanabileceğiniz bir şablon sunuyoruz.
Bir mobil uygulamanın 7 fazı
- Keşif ve brief (1-3 hafta): İş amacı, hedef kitle, rakip analizi, MVP kapsamı ve başarı metriklerinin tanımlanması.
- UX ve prototip (2-4 hafta): Kullanıcı akışı, bilgi mimarisi, wireframe ve prototip.
- UI tasarım (2-4 hafta): Tasarım sistemi, ekran tasarımları, mikro etkileşimler, teslim dosyaları.
- Backend ve API geliştirme (3-12 hafta): Veritabanı, kimlik doğrulama, iş mantığı, entegrasyonlar.
- Mobil geliştirme (4-20 hafta): Native veya cross-platform kod, UI implementasyonu, API bağlantıları.
- QA ve test (2-4 hafta): Manuel test, otomatik test, cihaz matrisi, güvenlik testleri.
- Mağaza yayınlama (1-3 hafta): App Store ve Google Play inceleme, düzeltmeler, yayına alma.
Bu fazlar bir kısmı paralel yürütülebilir. Örneğin backend ve mobil geliştirme paralel başlar; ancak UX onayı bitmeden mobil geliştirmeye başlamak çoğu zaman revizyon maliyeti yaratır.
Uygulama karmaşıklığına göre gerçekçi süreler
| Uygulama tipi | Ekran sayısı | Toplam süre | Notlar |
|---|---|---|---|
| Basit MVP / katalog uygulaması | 8-15 | 6-10 hafta | Tek platform, sınırlı backend, hazır UI kit |
| Orta düzey iş uygulaması | 15-30 | 3-5 ay | Login, profil, bildirim, ödeme |
| E-ticaret / sipariş uygulaması | 25-45 | 4-7 ay | Sepet, ödeme, kargo, bildirim, kampanya |
| SaaS platformu | 40+ | 6-10 ay | Çoklu rol, kapsamlı raporlama |
| Marketplace / iki taraflı platform | 50+ | 8-12 ay | İki farklı kullanıcı tipi, ödeme akışı, güven katmanı |
Platform seçiminin süreye etkisi
Native (Swift + Kotlin) yaklaşımı, cross-platform (Flutter, React Native) yaklaşımına göre genellikle %40–60 daha uzun sürer. Aynı kapsamda bir uygulama:
- Cross-platform: 4 ay
- Native iOS + Android paralel: 5.5–6.5 ay
- Hibrit (bazı modüller native): 5 ay
Teknoloji seçiminin maliyet ve süreye etkisini daha derinlemesine görmek için Native mi Cross-Platform mu yazımıza göz atın.
Sık yaşanan gecikme sebepleri
Uygulama projelerinde gecikme genelde kod yazım hızından değil; dışsal faktörlerden kaynaklanır.
- İçerik gecikmesi: Metin, görsel, ürün verisi gibi içeriklerin müşteri tarafından geciktirilmesi en sık görülen sebeptir.
- Geç alınan tasarım onayları: Wireframe aşamasında alınması gereken kararlar UI aşamasına bırakıldığında iki kat revizyon doğar.
- Belirsiz kapsam: “Şunu da ekleyelim” talepleri MVP’yi sürekli büyütür.
- Geç başlayan QA: QA’yı sona bırakmak hata birikimi yaratır.
- Mağaza red’i: Apple’ın İnceleme Kılavuzu’na uymayan kararlar, yayın günüdünde red’e yol açabilir.
- Entegrasyon sürprizleri: API dokümanı olmayan ya da tutarsız üçüncü parti servis.
- Anahtar kişi değişikliği: Ekipten ya da müşteri tarafından kritik kişinin ayrılması.
Mağaza onay süreleri
- Google Play: Standart uygulamalar 1–3 gün; yeni hesaplarda 1-2 hafta sürebilir.
- Apple App Store: Ortalama 1–3 gün; reddin kaçınılmaz olmadığı projelerde 1 defalık revize + yeniden gönderim senaryosu için 5-7 gün planlanmalıdır.
- Yaş / içerik değerlendirmesi ve gizlilik: Apple’ın App Privacy ve App Tracking Transparency politikalarına göre ek beyanlar gerekir.
MVP yaklaşımı süreyi nasıl etkiler?
MVP, uygulamanın temel değerini üreten en küçük özellik kümesidir. Tüm özellikleri ilk sürümde yayınlamak yerine 1. faz MVP + 2. faz büyüme + 3. faz olgunlaşma şeklinde planlanmış projelerde teslim süresi %40–60 kısalır. Bu yaklaşımın üç büyük avantajı vardır:
- Pazara hızlı giriş — rakip kaygısıyla yarışan projelerde kritik
- Gerçek kullanıcı verisi — sonraki sprintleri doğru önceliklendirme
- Risk azaltma — yanlış özelliği baştan yapmama
MVP tanımında sık yapılan hatalar için Mobil Uygulama Yaptırırken Nelere Dikkat Edilmeli yazısına göz atın.
Örnek takvim: Orta düzey iş uygulaması
| Hafta | Aktivite |
|---|---|
| 1-2 | Keşif, brief, başarı metrikleri |
| 3-5 | Kullanıcı akışı, wireframe, prototip |
| 6-8 | UI tasarım sistemi ve ekranları |
| 5-12 | Backend ve API (paralel başlar) |
| 8-16 | Mobil geliştirme |
| 15-18 | QA, cihaz matrisi, güvenlik testi |
| 18-20 | Mağaza yayın hazırlığı ve inceleme |
Bu örnekte toplam süre yaklaşık 4.5-5 ay’dır. İçerik, onay ve üçüncü parti servis gecikmeleri eklendiğinde 5.5-6 ay gerçekçi bir beklentidir.
Pratik tavsiye
Süreyi ajansa sormaktan önce kendi cephenizdeki hazırlıkları planlayın: içerik, marka varlıkları, ödeme sağlayıcı seçimi, gizlilik politikası, mağaza hesap açılışı. Bu hazırlıklar kritik yolda olmadığı düşünülse bile projenin %20-30’unu belirler.
Süreyi kısaltmanın 5 yolu
- MVP’yi küçültün; 2. faza özellik bırakın.
- İçerikleri proje başlamadan önce hazırlayın.
- Cross-platform framework seçin.
- Mağaza hesapları ve gizlilik politikası geliştirme bitmeden hazır olsun.
- QA’yı başından itibaren paralel yürütün.
Sık sorulan sorular
Ortalama bir mobil uygulama ne kadar sürede yayınlanır?
Ortalama bir iş uygulaması için 3-5 ay gerçekçi bir süredir. Basit MVP’ler 6-10 hafta, karmaşık SaaS uygulamaları 8-12 ay sürebilir.
App Store ve Google Play onayı ne kadar sürer?
Google Play genelde 1-3 gün, App Store 1-7 gün aralığında inceleme yapar.
MVP ile yayına geçmek süreyi ne kadar kısaltır?
MVP yaklaşımı teslim süresini %40-60 oranında kısaltabilir.
Süre tahmini neden tutmuyor?
Çünkü kapsam değişiklikleri, geç onaylar ve içerik gecikmeleri asıl tahmin sapmalarını yaratır.
Uygulamanızın Gerçekçi Takvimini Birlikte Çıkaralım
MVP kapsamı, platform seçimi ve yayın takvimini şeffaf bir plana oturtalım.
Codeexia.com → Takvim Planlaması