Bloglara Dön
Mobil Uygulama
7 dk okuma

Mobil Uygulama Süreci: Fikirden Mağazaya

OZVA Dijital
21 Temmuz 2026
Mobil Uygulama Süreci: Fikirden Mağazaya

Bir işletme uygulaması fikirden mağazaya beş ana aşamadan geçer: keşif ve kapsam, tasarım, geliştirme, test ve mağaza yayını; orta ölçekli bir uygulama için bu yolculuk tipik olarak birkaç ay sürer. Sürecin en çok yanlış anlaşılan kısmı sondur: uygulamayı bitirmek ile App Store ve Google Play'de yayınlamak aynı şey değildir — mağaza onayı kendi kuralları ve süresi olan ayrı bir adımdır.

1. Keşif ve kapsam: neyi yapmayacağınıza karar vermek

Süreç, özellik listesi yazarak değil, işin hangi sorununu çözeceğini netleştirerek başlar: randevu mu, sipariş mi, sadakat mi? İyi bir keşif aşamasının çıktısı uzun bir istek listesi değil, kısa bir ilk sürüm kapsamıdır.

Bu aşamada 'ilk sürümde olmayacaklar' listesi, olacaklar listesi kadar değerlidir. Her eklenen özellik süreyi, maliyeti ve sonrasındaki bakım yükünü büyütür; ilk sürümün işi, en kritik akışı kusursuz yapmaktır.

2. Tasarım ve prototip: kod yazılmadan görmek

Tasarım aşamasında uygulamanın ekranları önce tıklanabilir bir prototip olarak hazırlanır. Bu, kod yazılmadan akışın denenebilmesi demektir: randevu alma kaç dokunuş sürüyor, sipariş özeti anlaşılıyor mu, ilk açılışta kullanıcı ne görüyor?

Prototip üzerinde yapılan bir değişiklik saatler alır; aynı değişiklik kod yazıldıktan sonra günler alabilir. Bu yüzden fikir tartışmalarının en yoğun yaşanması gereken yer bu aşamadır, geliştirme aşaması değil.

3. Geliştirme ve test: görünen iş, görünmeyen iş

Geliştirme, sürecin en uzun aşamasıdır ve görünen ekranlar işin yalnızca yarısıdır: randevuların ve siparişlerin tutulduğu sunucu tarafı, bildirim altyapısı, ödeme veya üyelik entegrasyonları görünmeyen ama taşıyıcı olan yarıdır.

Test, geliştirmenin sonuna sıkıştırılan bir formalite değil, boyunca süren bir alışkanlıktır. Farklı telefon modellerinde, zayıf internette, yarıda kesilen işlemlerde uygulamanın nasıl davrandığı yayına çıkmadan görülür; kapalı test sürümleri (TestFlight ve Google Play iç test kanalı) bu iş içindir.

4. Mağaza yayını: onay süreçleri ve gerçekçi beklentiler

  • Her iki mağaza için de işletme adına geliştirici hesabı gerekir; Apple tarafında şirket hesabı için D-U-N-S numarası istenir ve bu doğrulama günler sürebilir — sürece erken başlanmalıdır.
  • App Store incelemesi insan denetimi içerir ve genellikle birkaç gün sürer; ilk başvuruda eksik gizlilik beyanı, test hesabı verilmemesi gibi nedenlerle ret almak yaygındır ve düzeltilip yeniden gönderilir.
  • Google Play incelemesi çoğunlukla daha hızlıdır ama yeni geliştirici hesaplarında ek doğrulamalar ve bazı ülkelerde kapalı test şartları süreci uzatabilir.
  • Yayın günü bitiş değil başlangıçtır: çökme raporları, kullanıcı yorumları ve işletim sistemi güncellemeleri düzenli küçük sürümlerle karşılanır.

Sık Sorulan Sorular

Mağaza uygulamayı reddederse ne olur?

Ret, sürecin olağan bir parçasıdır ve gerekçesi yazılı bildirilir: eksik gizlilik politikası, inceleme ekibine test hesabı verilmemesi, yanıltıcı açıklama gibi. Gerekçe düzeltilip uygulama yeniden gönderilir; çoğu ret birkaç günlük gecikmeden fazlasına yol açmaz.

İlk sürüm neden küçük tutulmalı?

Çünkü gerçek kullanıcı davranışı, tüm tahminlerden daha değerli bilgidir. Küçük ama sağlam bir ilk sürüm erken yayına çıkar, gerçek kullanımdan gelen veriyle ikinci sürüm çok daha isabetli planlanır. Her şeyi ilk sürüme sıkıştırmak hem süreyi uzatır hem riski büyütür.

Uygulama yayınlandıktan sonra iş bitiyor mu?

Hayır. iOS ve Android her yıl güncellenir, mağaza kuralları değişir, küçük hatalar ortaya çıkar. Yılda birkaç bakım sürümü, uygulamanın sağlıklı yaşaması için normaldir; bakımı hiç planlanmayan uygulamalar zamanla mağaza gerekliliklerinin gerisinde kalır.

Siteniz aramalarda ve yapay zeka cevaplarında görünsün mü?

Ücretsiz ön analiz için bize yazın — mevcut durumunuzu çıkarıp somut bir yol haritası sunalım.

Ücretsiz Analiz İsteyin