Süreç rehberi · Mobil uygulama

Mobil Uygulama Yaptırmak Ne Kadar Sürer: Fazlara Göre Gerçekçi Takvim

Mobil uygulamanın keşif, tasarım, backend, geliştirme, test ve mağaza yayın fazlarını gerçekçi süre aralıklarıyla planlayın.

Bu konu için WhatsApp’tan danışın ↗
Mobil uygulama geliştirme sürecini zaman çizelgesi ve kilometre taşlarıyla anlatan illüstrasyon
Gerçekçi takvim; keşif, tasarım, geliştirme, test ve mağaza yayınının ardışık kilometre taşlarından oluşur.
Önce sonucu görün

Kısaca ne bilmelisiniz?

Gerçekçi mobil uygulama takvimi yalnızca kodlama süresini değil; keşif, tasarım onayları, içerik, test ve mağaza incelemesini kapsar.

Doğru rehber mi?

Bu rehber kimler için?

  • Mobil ürün fikrini MVP’ye dönüştüren girişimler
  • iOS, Android veya cross-platform seçen ekipler
  • Bütçe ve yayın takvimi hazırlayan karar vericiler
  • Mağaza süreçlerini ilk kez yöneten işletmeler
Nasıl hazırladık?

Bu rehberi Codeexia’nın proje deneyimi, resmî kaynaklar ve teklif görüşmelerinde tekrar eden gerçek sorular üzerinden hazırladık. Değişebilen ücret ve teknik koşulları kaynaklarıyla belirtiyor; proje tahminlerini kesin teklif gibi sunmuyoruz.

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ı

  1. Keşif ve brief (1-3 hafta): İş amacı, hedef kitle, rakip analizi, MVP kapsamı ve başarı metriklerinin tanımlanması.
  2. UX ve prototip (2-4 hafta): Kullanıcı akışı, bilgi mimarisi, wireframe ve prototip.
  3. UI tasarım (2-4 hafta): Tasarım sistemi, ekran tasarımları, mikro etkileşimler, teslim dosyaları.
  4. Backend ve API geliştirme (3-12 hafta): Veritabanı, kimlik doğrulama, iş mantığı, entegrasyonlar.
  5. Mobil geliştirme (4-20 hafta): Native veya cross-platform kod, UI implementasyonu, API bağlantıları.
  6. QA ve test (2-4 hafta): Manuel test, otomatik test, cihaz matrisi, güvenlik testleri.
  7. 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 tipiEkran sayısıToplam süreNotlar
Basit MVP / katalog uygulaması8-156-10 haftaTek platform, sınırlı backend, hazır UI kit
Orta düzey iş uygulaması15-303-5 ayLogin, profil, bildirim, ödeme
E-ticaret / sipariş uygulaması25-454-7 aySepet, ödeme, kargo, bildirim, kampanya
SaaS platformu40+6-10 ayÇoklu rol, kapsamlı raporlama
Marketplace / iki taraflı platform50+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.

  1. İçerik gecikmesi: Metin, görsel, ürün verisi gibi içeriklerin müşteri tarafından geciktirilmesi en sık görülen sebeptir.
  2. 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.
  3. Belirsiz kapsam: “Şunu da ekleyelim” talepleri MVP’yi sürekli büyütür.
  4. Geç başlayan QA: QA’yı sona bırakmak hata birikimi yaratır.
  5. Mağaza red’i: Apple’ın İnceleme Kılavuzu’na uymayan kararlar, yayın günüdünde red’e yol açabilir.
  6. Entegrasyon sürprizleri: API dokümanı olmayan ya da tutarsız üçüncü parti servis.
  7. 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ı

HaftaAktivite
1-2Keşif, brief, başarı metrikleri
3-5Kullanıcı akışı, wireframe, prototip
6-8UI tasarım sistemi ve ekranları
5-12Backend ve API (paralel başlar)
8-16Mobil geliştirme
15-18QA, cihaz matrisi, güvenlik testi
18-20Mağ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

  1. MVP’yi küçültün; 2. faza özellik bırakın.
  2. İçerikleri proje başlamadan önce hazırlayın.
  3. Cross-platform framework seçin.
  4. Mağaza hesapları ve gizlilik politikası geliştirme bitmeden hazır olsun.
  5. 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.

Kaynaklar ve doğrulama yöntemi

Değişebilen ücret, politika ve teknik gereksinimler için aşağıdaki resmî kaynaklar kullanılmıştır. Proje aralıkları teklif değil, karşılaştırma yapmayı kolaylaştıran editoryal çerçevedir.

  1. Apple — Developer program üyelikleri (erişim: 31 Temmuz 2026)
  2. Apple — App Review Guidelines (erişim: 31 Temmuz 2026)
  3. Google Play — Developer account registration (erişim: 31 Temmuz 2026)
  4. Google Play — App setup and review (erişim: 31 Temmuz 2026)

Bu bilgi projenizde ne anlama geliyor?

İhtiyacınızı anlatın; gerekli kapsamı, ertelenebilecek işleri ve en mantıklı sonraki adımı birlikte ayıralım.

WhatsApp’tan görüşelim ↗ Telefonla görüşün ↗ Codeexia’yı incele

Codeexia ile görüşün

Projenizi konuşalım.

İhtiyacınızı kısaca anlatın; doğru kapsamı ve sonraki adımı birlikte netleştirelim.

Ara WhatsApp