Uygulama yapmak ne kadar sürer: gerçek süreler

Uygulama yapmak ne kadar sürer: kısa cevap

Uygulama yapmak ne kadar sürer? Kimse sana dürüstçe herkese uyan bir rakam veremez, çünkü süre büyük ölçüde yalnızca senin bildiğin iki şeye bağlı: ilk sürümünün büyüklüğü ve her hafta buna ayırabileceğin saat sayısı. Öte yandan takvimin bir kısmı önceden belli: Apple'ın adımları aylarla değil, günlerle ölçülüyor. Örneğin Apple, gönderimlerin %90'ını 48 saatten kısa sürede incelediğini söylüyor.

Yani asıl kaldıraç kapsamı belirlemek. Tek bir iş yapan, sadece iOS'ta çalışan ve o gün ilk kez tanışmadığın bir teknolojiyle yazılan bir uygulama, düzenli çalışmayla birkaç haftada çıkar. İki platformda on iki özellikli bir katalog ise aylarca sürünebilir ve hiç yayınlanmayabilir. Bu rehber, kendi takvimini tahmin edebilmen için zamanın nereye gittiğini adım adım anlatıyor.

Kendi iOS uygulamalarımı yayınlıyorum: mini oyunlu bir alarm olan Solys ve bir trading simülatörü olan TradaZen App Store'da. Nolera ve Clic, Apple tarafından reddedildi, sonra düzeltildi. Aşağıdaki adımlar her yayında içinden geçtiğim adımlar.

Mobil uygulama geliştirme süresi neye bağlı?

Adımlara geçmeden önce, mobil uygulama geliştirme süresini değiştiren faktörler, en ağırından en hafifine:

• İlk sürümdeki özellik sayısı. Açık ara en önemli faktör bu. Her özellik yeni ekranlar, boş durumlar, yönetilecek hatalar ve testler ekler.
• Hesaplar ve backend. Verileri telefonda kalan bir uygulama, kayıt ve cihazlar arası senkronizasyon içeren bir uygulamadan çok daha basittir.
• Ödeme. Bir abonelik Apple'da, RevenueCat'te ve kodunda ayar ister, üstüne satın alma testleri gerekir.
• Bir ya da iki platform. iOS ve Android'de yayınlamak iki dosya, iki inceleme ve iki test turu demek. Bu seçimi aynı anda iOS ve Android uygulaması yazısında detaylandırıyorum.
• Ayırabildiğin zaman. Haftada on saat ile haftada kırk saat elbette aynı takvimi vermez.
• Başlangıç seviyen ve yapay zekâ kullanımı. Yapay zekâ kod yazmayı çok hızlandırır, gerisini çok daha az. Buna aşağıda döneceğiz.

Adım adım: iOS uygulaması yaparken zaman nereye gidiyor

1. Fikri netleştirmek

Diğer bütün adımları belirleyen adım bu. Hedef kitleyi, problemi, ana özelliği, gelir modelini ve ilk sürüme girmeyecekleri netleştirirsin. Haftalarca sürüyorsa kararlar verilmemiş demektir. Bitirmek için tek sayfalık bir şartname yeter.

2. Apple Developer hesabını açmak

Yıllık 99 $ olan bu hesap olmadan yayın yapamazsın, ve Apple'ın Enterprise programı onun yerini tutmaz. Bireyler için Apple, üyelik onayını satın almadan sonraki 24 saat içinde almadıysan desteğe yazman gerektiğini söylüyor. Şirket için önce bir D-U-N-S numarası gerekir: Apple, bunu almak için 5 iş gününe kadar, ardından bilginin kendisine ulaşması için 2 iş gününe kadar süre öngörüyor. Bu işlemi sona bırakma, geliştirmeyle paralel başlat. Detaylar Apple geliştirici hesabı: fiyat ve kayıt yazısında.

3. Ana özelliği geliştirmek

En büyük farklar burada çıkar ve neredeyse hepsi kapsamdan gelir. Boş durumları ve hatalarıyla iyi tanımlanmış bir özellik hızlı geliştirilir, özellikle React Native, Expo ve yapay zekâyla. "Hazır başlamışken" eklenen her özellik bu adımı ve sonraki tüm adımları uzatır. iOS uygulaması MVP sayfası doğru yerden kesmene yardım eder.

4. TestFlight ile iPhone'unda test etmek

Simülatör yetmez: bazı çökmeler sadece gerçek telefonda ortaya çıkar. Dahili testler build'in işlendiği anda başlar. Harici test kullanıcıları için Apple, bir gruba gönderilen ilk build'in App Review'dan geçtiğini, sonrakilerin ise her zaman tam inceleme gerektirmediğini belirtiyor. Yani ilk seferde küçük bir bekleme payı bırak. Hepsi TestFlight: iPhone uygulamanı test etmek yazısında anlatılıyor.

5. Abonelikleri bağlamak

Ürünleri App Store Connect'te oluşturmak, RevenueCat'te bağlamak, paywall'u yapmak, satın almaları ve geri yüklemeyi test etmek. Bilmen gereken bir takvim detayı: Apple, her türdeki ilk uygulama içi satın alımın uygulamanın yeni bir sürümüyle gönderilmesini şart koşuyor. Bunu unutursan ilk gönderimin aboneliksiz gider ve yeni bir tur başlatırsın. İşin tamamı iOS uygulama içi abonelikler sayfasında.

6. App Store sayfasını hazırlamak

Doğru boyutlarda ekran görüntüleri, açıklama, anahtar kelimeler, gizlilik beyanları, kullanım koşulları bağlantıları, inceleyici için notlar. Her şey önceden hazırsa birkaç saatlik iş. Alanları gönderim günü keşfediyorsan birkaç gün sürebilir.

7. Apple incelemesi

Yukarıda verdiğim Apple rakamlarına göre incelemenin kendisi genelde hızlı. Zaman kaybettiren retler: her ret, gerekçeyi okumak, düzeltmek, tekrar göndermek ve yeni bir cevap beklemek demek. Gerçek süreleri ve onları uzatan şeyleri App Store onay süresi yazısında detaylandırdım.

Bir uygulamanın takvimi başta, özellik keserek kazanılır, sonda ise Apple'ın kurallarını keşfederek kaybedilir.

Yapay zekâyla uygulama yapmak ne kadar sürer?

Yapay zekâ 3. adımın süresini gerçekten değiştirdi. Claude, ChatGPT ya da Cursor ekranları, navigasyonu ve basit mantığı saniyeler içinde yazıyor; birkaç yıl önce bunun için saatlerce araştırma gerekiyordu.

2, 4, 5, 6 ve 7. adımları ise çok daha az değiştirdi. Konsollara erişimi olmadan ve ilgili cihazlarda çalıştırılmış testler olmadan bir ajan, Apple hesabının, aboneliklerin ya da görünümün durumunu doğrulayamaz. Ajan bunların otomasyonuna katkı sağlasa bile bu kontroller bir test düzeneği ister. Sonuç: yapay zekâyla geliştirme kısalıyor, ama takvimde ayarlara, testlere ve incelemeye ayrılan pay oransal olarak büyüyor. Bunu yapay zekâyla iOS uygulaması yapmak yazısında detaylıca anlatıyorum.

Süreleri patlatan üç şey

1. Geliştirme sırasında fikir değiştirmek. Her "hazır başlamışken" kapsamı yeniden açar. Çözümü: ilk sürüme girmeyen her şey açıkça kapsam dışı olarak yazılır ve bir sonraki sürümün malzemesi olur.
2. Apple'ın kurallarını sonda keşfetmek. Eksik demo hesabı, küçük iPhone'da kesilen ekran, yanlış yere konmuş puan isteği, zorunlu bilgileri olmayan abonelik: her geç keşif tam bir inceleme turuna mal olur. Apple tarafından reddedilen uygulama sayfası en sık gerekçeleri listeliyor.
3. Bir ayar sorununda tek başına takılıp kalmak. Bir sertifika, bir abonelik kimliği, yüklenmeyi reddeden bir build: bu tıkanıklıklar çoğu zaman sadece doğru bilgiyi gerektirir, ama kimse yardım edemediğinde bir projeyi günlerce durdurabilir.

"Daha hızlı" neden her zaman daha iyi değil

Küçük ekran testlerini, ağ hatalarının yönetimini ve satın alma kontrolünü atlarsan bir uygulama çok hızlı çıkabilir. Çıkar, sonra gerçek kullanıcılarla ilk temasta bozulur ve App Store'daki ilk puanlar bunu unutmaz.

Doğru hedef saf hız değil. Ne Apple incelemesinden ne de ilk izlenimden ödün vermeyen en yakın çıkış tarihi. Özellik kes, sağlamlıktan asla.

Gerçek bir referans: TradaZen'in yayınından önceki 26 gün

TradaZen'de ilk commit 21 Haziran 2026'da, ilk TestFlight 25 Haziran'da, yayın ise 17 Temmuz'da: ilk commit'ten App Store'a 26 takvim günü. Bu ne 26 günlük tam zamanlı çalışma ne de tüm uygulamalar için bir ortalama. Kapsam yayından sonra da gelişmeye devam etti.

TradaZen'in detaylı kronolojisi, geliştirme adımlarını, inceleme sorunlarını ve yön değişikliklerini ayrı ayrı gösteriyor. Projenle karşılaştırman için bir örnek, kopyalaman gereken bir çıkış tarihi değil.

Kendi süreni nasıl tahmin edersin?

İnternette bulduğun bir rakam yerine, projen için şu hesabı yap:

1. Tek sayfalık şartnameni yaz ve ilk sürümün ekranlarını listele.
2. Her ekranı boş durumları ve hatalarıyla saat olarak tahmin et, sonra paywall'u ve App Store sayfasını ekle.
3. Umduğun saatlere değil, haftalık gerçek saatlerine böl.
4. Apple ile en az bir gidiş dönüş için pay ekle, özellikle ilk uygulamansa.
5. Apple Developer kaydını en baştan başlat, böylece sonu asla tıkamaz.

Sonuç sana çok uzun geliyorsa daha hızlı çalışma: bir özellik çıkar.

Kendine bir son tarih koymak

Sabit bir son tarih, dar bir kapsamı korumaya çok yardım eder. iOS Kit yolu dört adıma bölüyor: para kazandırabilecek uygulamayı seçmek, uygulamanın çekirdeğini yapıp TestFlight ile test etmek, parayı bağlamak, sonra yayınlamak ve bulunur olmak. Her biri için bir tarih koymak sana kalmış. Ana sayfa, Claude Code ile mobil uygulama yapmak için bu dört adımı gösteriyor.

Kendi süreni tahmin etmek için ücretsiz diagnostik senin durumundan ve her hafta ayırabildiğin zamandan yola çıkıyor ve önce hangi adıma girişmen gerektiğini söylüyor.

Bir son tarih bir çalışma çerçevesidir, yayın garantisi değil: onayı Apple verir ve senin temponun da önemi var. Yolculuğun genel görünümü için iPhone uygulaması yapmak sayfası en iyi başlangıç noktası.

Sık sorulan sorular

iPhone uygulaması yapmak ne kadar sürer?

Büyük ölçüde ilk sürümünün büyüklüğüne ve her hafta ayırabileceğin saat sayısına bağlı. Tek bir iş yapan, sadece iOS'ta çalışan ve o gün ilk kez tanışmadığın araçlarla yapılan bir uygulama, düzenli çalışmayla birkaç haftada çıkar. İki platformda on iki özellikli bir katalog aylarca sürünebilir ve hiç yayınlanmayabilir.

iPhone uygulaması yapmanın adımları neler?

Yedi adım: fikri netleştirmek, Apple Developer hesabını açmak, ana özelliği geliştirmek, TestFlight ile iPhone'unda test etmek, abonelikleri bağlamak, App Store sayfasını hazırlamak, sonra Apple incelemesinden geçmek. Diğer tüm adımları kapsamı belirlemek tayin eder. Apple Developer kaydını sona bırakma, geliştirmeyle paralel başlat.

Apple'ın bir uygulamayı onaylaması ne kadar sürer?

Apple, gönderimlerin en az %50'sini 24 saatten, %90'ını 48 saatten kısa sürede incelediğini söylüyor. Yani incelemenin kendisi genelde hızlı. Zaman kaybettiren retler: gerekçeyi okumak, düzeltmek, tekrar göndermek, sonra yeni bir cevap beklemek gerekiyor. Gerçek süreler App Store onay süresi yazısında detaylı anlatılıyor.

Yapay zekâ uygulamayı daha hızlı yapmayı sağlar mı?

Evet, ama özellikle geliştirme kısmında. Claude, ChatGPT ya da Cursor ekranları, navigasyonu ve basit mantığı saniyeler içinde yazıyor. Yapay zekâ Apple hesabını, testleri, abonelikleri, App Store sayfasını ve incelemeyi çok daha az değiştiriyor. Sonuç: geliştirme kısalıyor, ama takvimde ayarlara, testlere ve incelemeye ayrılan pay oransal olarak büyüyor.

Bir uygulamanın süresini ne kaydırır?

Özellikle üç şey: geliştirme sırasında fikir değiştirmek, Apple'ın kurallarını sonda keşfetmek ve bir ayar sorununda tek başına takılıp kalmak. Apple kuralının her geç keşfi tam bir inceleme turuna mal olur. Kapsamı korumak için ilk sürüme girmeyenleri açıkça yaz: bunlar bir sonraki sürümün malzemesi olur.

Bir iOS uygulamasını yayınlama süresine dair gerçek bir örnek var mı?

Evet: uygulamalarımdan biri olan TradaZen'de, 21 Haziran 2026'daki ilk commit ile 17 Temmuz'daki yayın arasında 26 takvim günü var. Bu ne 26 günlük tam zamanlı çalışma ne de tüm uygulamalar için bir ortalama, ve kapsam yayından sonra da gelişmeye devam etti. Bu referansı projenle karşılaştır, ama bir çıkış tarihi gibi kopyalama.