Mobil Uygulama Ne Kadar Sürede Yapılır?

Kapsamı yazılmış bir mobil uygulama, Caliency'nin tipik takviminde tek platformda 6–10 haftada, iOS ve Android birlikte 10–16 haftada yapılıyor. Bu süre, kodun hazır olduğu güne kadar olan kısım. Uygulamanın mağazada görünmesi için bir de Apple ve Google'ın belirlediği adımlar var.

O adımların bir kısmı saatlerle, bir kısmı haftalarla ölçülüyor. Şirket adına hesap açmak için gereken D-U-N-S numarası, Google'ın yeni kişisel hesaplardan istediği 14 günlük kapalı test ve iki mağazanın inceleme süreleri bunlar. Bunların çoğunu geliştirici hızlandıramıyor. Ama doğru zamanda başlatılırlarsa yapımla paralel yürüyorlar.

Bu yazıda o adımları platformların kendi belgelerinden derledik: kimi kapsadıklarını, kaynağın verdiği süreyi ve süre vermediği yerleri. Sonra hepsini hafta hafta bir örnek takvime yerleştirdik.

Genel resmi, yani platform seçimini, bütçeyi ve ekip seçimini mobil uygulama geliştirme rehberinde anlattık. Bu yazı yalnızca takvime odaklanıyor.

Mobil uygulama ne kadar sürede yapılır?

Kısa cevap: kapsam yazıldıktan sonra tek platform 6–10 hafta, iki platform 10–16 hafta. Bunlar Caliency'nin hizmet sayfalarında yayımladığı tipik teslim aralıkları. Sektör istatistiği değil, kendi sabit kapsamlı paketlerimizin süreleri.

Aralığın geniş olmasının sebebi kapsam. Tek kullanıcı tipi olan ve dış sisteme bağlanmayan bir uygulama alt uca yakın kalır. Birden fazla rol, ödeme ya da kurum içi entegrasyon onu üst uca taşır.

"Uygulama yapımı kaç ay" sorusunun cevabı da buradan çıkıyor: kapsamı belli bir ilk sürüm için kabaca bir buçuk ila dört ay. Kapsam yazılmadan başlayan bir projeye ise ay sayısı verilemez. O projenin süresi, kararların ne zaman verildiğine bağlıdır.

Takvimin geliştiricinin belirlemediği kısmı

Uygulama geliştirme süresi iki parçadan oluşuyor: yapım ve platform adımları. Yapımı ekip ve kapsam belirliyor. Platform adımlarını ise Apple, Google ve Dun & Bradstreet belirliyor.

Aşağıdaki tablo, kodun hazır olmasıyla uygulamanın mağazada görünmesi arasındaki bu adımları topluyor. Her satırdaki süre, kaynağın kendi ifadesi: Apple Developer, Play Console Yardım ve Dun & Bradstreet sayfaları. Hepsine 27 Ekim 2026'da eriştik; hiçbirinde güncelleme tarihi görünmüyor.

Tablodaki en uzun satır kodla ilgili değil. Şirketinizin D-U-N-S numarası yoksa, en uzun bekleyiş bir kimlik numarası olabilir.

Apple tarafında hangi adımlar var?

Kısa cevap: şirket adına kayıt için D-U-N-S, her sürüm için App Review, dış test için TestFlight incelemesi. Apple bunlardan yalnızca App Review için bir süre yayımlıyor.

Kuruluş üyeliği ve D-U-N-S

Apple, şirketlerden ve eğitim kurumlarından tüzel kişiliklerine kayıtlı bir D-U-N-S numarası istiyor (Apple Developer, D-U-N-S). Bireysel kayıtta bu numara gerekmiyor. Kayıt tüzel kişiliğin resmî adıyla yapılıyor; marka adları, şubeler ve tescilsiz işletme adları kabul edilmiyor. Şahıs işletmeleri bireysel olarak kaydolmaya yönlendiriliyor.

Aynı sayfa süreyi de veriyor. Numarayı talep ettikten sonra D&B'den gelmesi için 5 iş günü öngörülüyor ve hızlandırma bu süreyi kısaltmıyor. Numara geldikten sonra bilginin Apple'a ulaşması 2 iş günü daha alabiliyor.

Kuruluş kaydında başka şartlar da var. Apple, kuruluş alan adına bağlı bir iş e-postası ve herkese açık, çalışan bir web sitesi istiyor (Apple Developer, kayıt). Sosyal medya sayfası ya da içeriği çok az olan bir site kabul edilmiyor. Noter onaylı şirket belgesi de istenebiliyor (Apple Developer, kayıt desteği).

Apple, kuruluş bilgilerinin doğrulanması için bir süre yazmıyor. Yalnızca doğrulamadan sonra e-postayla bilgi verildiğini ve üyeliğin o zaman satın alınabildiğini belirtiyor. Bu yüzden bu adımı takvime sabit bir süreyle değil, açık bir risk olarak yazıyoruz.

App Review ve TestFlight

Apple'ın inceleme süresi hakkındaki ifadesi net. App Review ekibi, başvuruların en az yüzde 50'sini 24 saatten, yüzde 90'ını 48 saatten kısa sürede inceliyor (Apple Developer, App Review). Aynı sayfa, eksik başvurularda sürenin uzayabileceğini de yazıyor.

Bu bir onay süresi değil, inceleme süresi. Başvuru reddedilirse düzeltme ve yeniden gönderim takvime eklenir. Apple'a göre çözülmemiş sorunların ortalamada yüzde 40'tan fazlası, çökme ve eksik içerik gibi konuları kapsayan 2.1 maddesiyle ilgili. Hangi kuralların en çok red getirdiğini mağaza red sebepleri yazısında anlattık.

TestFlight'ta ise ekip dışından test kullanıcısı davet etmek için ilk derlemenin incelemeden geçmesi gerekiyor (Apple Developer, TestFlight). Apple'a göre ilk derleme tam incelemeden geçiyor, aynı sürümün sonraki derlemeleri geçmeyebiliyor (App Store Connect Yardım). Bu inceleme için yayımlanmış bir süre yok.

Google Play tarafında hangi adımlar var?

Kısa cevap: hesap türü takvimi değiştiriyor. Kuruluş hesabı D-U-N-S istiyor. Yeni bir kişisel hesap ise yayından önce 14 günlük bir kapalı test şartıyla karşılaşıyor.

Kuruluş hesabı ve D-U-N-S

Google, kuruluş hesabı için D-U-N-S numarasını zorunlu tutuyor. Numara alma sürecinin 30 güne kadar sürebileceğini ve önceden plan yapılması gerektiğini yazıyor (Play Console Yardım, hesap için gerekli bilgiler). Numara olmadan kuruluş hesabı açılamıyor.

Aynı sayfa ikinci bir bekleyişi de belirtiyor. Play'in ödeme sistemiyle para kazanacak geliştiricilerin ödeme yöntemini doğrulaması gerekiyor. Google bu doğrulamanın 5 güne kadar sürebileceğini yazıyor. Uygulama içi satış ya da abonelik planlıyorsanız, bu adım da yayın haftasına kalmamalı.

Kaynaklar D-U-N-S süresinde aynı şeyi söylemiyor. Apple 5 iş günü diyor, Google 30 gün. Dun & Bradstreet'in ABD sayfası ise normal işlemin 30 iş gününe kadar sürebileceğini, ücretli hızlandırmayla 8 iş gününe indiğini yazıyor (Dun & Bradstreet). Biz planı uzun olana göre yapıyoruz.

Yeni kişisel hesaplarda 14 günlük kapalı test

Google, 13 Kasım 2023'ten sonra açılmış kişisel hesaplardan uygulamayı yayına çıkmadan önce test etmelerini istiyor (Play Console Yardım, test şartları).

Şart şöyle: en az 12 test kullanıcısının kesintisiz en az 14 gün katıldığı bir kapalı test. Bir kullanıcı testten çıkıp yeniden girerse, 14 günün ardışık olması gerekiyor. Bu şart karşılanınca üretim erişimi için başvuruluyor ve Google'a göre inceleme genelde yedi gün ya da daha kısa sürüyor.

Takvim açısından anlamı şu: kişisel hesaptaki bir Android uygulaması, test edilebilir sürümden sonra üç hafta kadar mağazaya çıkamayabilir. Bu, Google'ın verdiği 14 gün ile yedi günün toplamı; bizim hesabımız. Kapalı testi geliştirmenin ortasında başlatmak, bu süreyi yapımın içine gömüyor.

Google'ın sayfası bu şartı kişisel hesaplar için tanımlıyor. Kuruluş hesabında ise yukarıdaki D-U-N-S şartı var. Yani şirketler için takas açık: biri kimlik numarası bekliyor, diğeri test kullanıcısı.

İnceleme süresi

Google, bazı geliştirici hesaplarında incelemenin daha uzun tutulduğunu yazıyor. Bu durumda süre yedi güne, istisnai durumlarda daha uzuna çıkabiliyor (Play Console Yardım, uygulama yayınlama). Hangi hesapların bu kapsama girdiğini açıklamıyor.

Yükleme kapısı: SDK ve hedef API

İki mağaza da bir süre beklettirmiyor ama eski araçlarla yapılan derlemeyi kabul etmiyor. Apple, 28 Nisan 2026'dan beri yüklenen uygulamaların Xcode 26 ve iOS 26 SDK'sıyla derlenmesini istiyor (Apple Developer, yaklaşan şartlar). Google'da 31 Ağustos 2026'dan beri yeni uygulamalar ve güncellemeler Android 16'yı (API 36) hedeflemek zorunda (Play Console Yardım, hedef API).

Bu tarihlerin çerçeve seçimini nasıl etkilediğini native mi cross-platform mı yazısında ayrıntılı anlattık.

Hafta hafta örnek takvim

Aşağıdaki tablo, iOS ve Android için 12 haftalık bir örnek. 12 hafta, iki platform için verdiğimiz 10–16 haftalık aralığın içinde. Haftaların aşamalara dağılımı temsilî; gerçek dağılım kapsamla değişir. Zamanın aşamalara kabaca nasıl bölündüğünü rehberde gösterdik.

Tablodaki kritik satır 5–7. haftalar. Google'ın 14 gününü ve yedi günlük incelemesini 11. haftaya yetiştirmek için kapalı testin en geç 8. haftanın başında başlaması gerekiyor. Tek platformlu bir projede aynı mantık 6–10 haftalık bir takvime sıkışır.

Uygulama geliştirme süresini ne uzatır, ne kısaltır?

Kısa cevap: süreyi en çok kapsam ve karar hızı belirliyor; teknoloji seçimi ondan sonra geliyor. Uzatan şeyler genelde kodun dışında.

Süreyi uzatanlar:

• Kapsamın geliştirme sırasında değişmesi. Her yeni özellik tasarım, geliştirme ve testi yeniden açar.
• Backend ve entegrasyonlar. Kendi sunucusu olan, ödeme alan ya da kurum içi bir sisteme bağlanan uygulama daha uzun sürer. Seçenekleri backend seçimi yazısında karşılaştırdık.
• İçeriğin geç gelmesi. Metinler ve ürün verisi hazır değilse test de eksik kalır.
• Müşteri tarafında onay zinciri. Her tasarım turunu üç kişinin onaylaması gerekiyorsa, bu bekleyiş takvime yazılmalı.
• Hesapların geç açılması. Yukarıdaki platform adımları yapım bittikten sonra başlarsa, haftalarca sürebilecek bir bekleyiş takvime eklenir.

Süreyi kısaltanlar:

• Önce tek platform. Bir platformla çıkmak bizde 6–10 haftalık takvime düşüyor; ikinci platform gerçek kullanıcı verisiyle gelir.
• Cross-platform. Tek kod tabanı, iki ayrı yapımın tekrar eden işini azaltır. Ne zaman uygun olmadığını native ve cross-platform karşılaştırmasında yazdık.
• Dar bir ilk sürüm. Üç ay sonra gelse bir şey kaybettirmeyecek özellikler ikinci sürüme kalır.

Süre ve bütçe aynı değişkenlere bağlı. Aynı kapsamın neden farklı fiyatlandığını mobil uygulama fiyatları yazısında anlattık.

İlk gün neyi başlatmalısınız?

Kısa cevap: platform bekleyişlerini yapımla birlikte başlatın, hesapları şirketinizin adına açın. İkisi de ilk haftada ucuz, sonra pahalı.

1. D-U-N-S numaranızı sorgulayın. Google'a göre pek çok kuruluşun zaten bir numarası var. Apple ve Google'ın sayfaları sorgulama aracına yönlendiriyor. Yoksa hemen talep edin; numara ücretsiz.
2. Kuruluş bilgilerinizi D&B kaydıyla eşleştirin. Google, ödeme profilindeki ad ve adresin D&B kaydıyla eşleşmesini istiyor. Uyuşmazlık düzeltilmezse hesap kısıtlanabiliyor ve uygulamalar mağazadan kalkabiliyor (Play Console Yardım).
3. Kurumsal e-posta ve çalışan bir web sitesi hazırlayın. Apple kuruluş kaydında ikisini de alan adınızla eşleşmiş olarak istiyor.
4. Apple Developer Program ve Google Play Console hesaplarını şirket adına açın. Geliştirici ekibi bu hesaplara davetle eklenir; hesabın sahibi siz kalırsınız.
5. Test kullanıcılarınızı şimdiden belirleyin. Kişisel bir Play hesabıyla ilerleyecekseniz en az 12 kişilik bir liste gerekiyor.
6. Ödeme alacaksanız ödeme yöntemini erkenden doğrulayın. Google bunun 5 güne kadar sürebileceğini yazıyor.

Hesapların sizin adınıza açılması aynı zamanda bir mülkiyet konusu. Mağaza hesabı ajansta duran uygulama, ilişki bittiği gün taşınmak zorundadır; bunu kodun sahibi kim yazısında ele aldık.

Bizim kontrol edemediğimiz kısım

Caliency, 2025'te Delaware'de kurulmuş bir LLC. Mobil uygulama projelerinde kapsam yazıldıktan sonra sabit fiyat veriyoruz. Kod deposu ve mağaza hesapları ilk günden müşterinin adına açılıyor. İşi başka bir firmaya devretmiyoruz ve uzaktan çalışıyoruz.

Bu yazıdaki platform sürelerini ise kısaltamıyoruz. D&B'nin numarayı ne zaman vereceğini, Apple'ın kuruluş doğrulamasını ne zaman bitireceğini ya da bir incelemenin ne zaman sonuçlanacağını kimse taahhüt edemez. Bu yüzden yayın tarihini mağaza onayı gelmeden kesin bir gün olarak duyurmamanızı öneriyoruz.

Süreyi kısaltmak için uygulamayı kendi hesabımızdan yayımlamayı da önermiyoruz. Bu birkaç haftalık bekleyişi atlatabilir, ama uygulama sizin adınıza değil bizim adımıza yayında olur. O kısa yolun bedeli, ileride yapılacak bir hesap devridir.

Sık sorulan sorular

Mobil uygulama ne kadar sürede yapılır?

Kapsamı yazılmış bir ilk sürüm için Caliency'nin tipik aralığı tek platformda 6–10 hafta, iOS ve Android birlikte 10–16 hafta. Buna mağaza tarafındaki bekleme süreleri eklenir. Apple başvuruların yüzde 90'ını 48 saatten kısa sürede incelediğini yazıyor; Google bazı hesaplarda incelemenin yedi güne ya da daha uzun sürebileceğini belirtiyor. Hesaplar ve D-U-N-S numarası ilk hafta başlatılırsa bu bekleyişlerin çoğu yapımla paralel geçer.

Uygulama yapımı kaç ay sürer?

Kapsamı belli bir ilk sürüm için kabaca bir buçuk ila dört ay. Caliency'nin tipik teslim aralığı tek platformlu uygulamada 6–10 hafta, iOS ve Android birlikte 10–16 hafta. Kapsam yazılmadan başlayan bir proje için ay sayısı verilemez; süre, kararların ne zaman verildiğine bağlı kalır.

App Store onayı ne kadar sürer?

Apple, App Review ekibinin başvuruların en az yüzde 50'sini 24 saatten, yüzde 90'ını 48 saatten kısa sürede incelediğini yazıyor. Eksik başvurularda sürenin uzayabileceğini de ekliyor. TestFlight'ta dış test kullanıcılarına giden ilk derleme de tam bir incelemeden geçiyor; Apple bu inceleme için bir süre yayımlamıyor.

Google Play'deki 12 test kullanıcısı ve 14 gün şartı kimi kapsıyor?

13 Kasım 2023'ten sonra açılmış kişisel geliştirici hesaplarını. Bu hesaplar, uygulamayı en az 12 test kullanıcısının kesintisiz 14 gün katıldığı kapalı bir testten geçirmeden yayına başvuramıyor. Başvurunun incelenmesi Google'a göre genelde yedi gün ya da daha kısa sürüyor. Google'ın sayfası bu şartı kişisel hesaplar için tanımlıyor; kuruluş hesaplarında ise D-U-N-S numarası isteniyor.

D-U-N-S numarası nedir, ne kadar sürede alınır?

Dun & Bradstreet'in şirketlere verdiği dokuz haneli ücretsiz kimlik numarası. Apple ve Google, kuruluş adına hesap açmak için bunu istiyor. Apple numaranın gelmesi için 5 iş günü, Apple'a ulaşması için 2 iş günü daha öngörüyor. Google sürecin 30 güne kadar uzayabileceğini, D&B'nin ABD sayfası normal işlemin 30 iş gününe kadar sürebileceğini yazıyor. Uzun olana göre plan yapın.

Kısaca

Kapsamı yazılmış bir mobil uygulama, Caliency'nin tipik takviminde tek platformda 6–10 haftada, iki platformda 10–16 haftada yapılıyor. Takvimin geri kalanını Apple ve Google belirliyor. Apple başvuruların yüzde 90'ını 48 saatten kısa sürede inceliyor. Google'da yeni bir kişisel hesap 14 günlük kapalı test ve genelde yedi güne kadar süren bir başvuru incelemesi bekliyor.

En uzun bekleyiş çoğu zaman koddan değil, şirket kimliğinden geliyor: D-U-N-S numarası için kaynaklar 5 iş gününden 30 iş gününe kadar süre veriyor. Bunu ve geliştirici hesaplarını ilk hafta şirketinizin adına başlatırsanız, bekleyişlerin çoğu yapımın içinde erir.

Uygulamanızın kapsamını yazıp gerçekçi bir takvim çıkarmak isterseniz bize yazın. Takvimin hangi kısmının bize, hangi kısmının platformlara bağlı olduğunu ilk görüşmede ayrı ayrı konuşuruz.